Microsoft.SharePoint.SPList.Update DirectoryManagementService error when enable email on list
hi all, I have setup the central admin in MOSSfor incoming email settings to automatically create OU and contact and when I click ok , there's no error. but when I go to my web application and tried to enable email on a document library, when I click ok, i got following error. Error in the application. at Microsoft.SharePoint.SPList.UpdateDirectoryManagementService(String oldAlias, String newAlias) at Microsoft.SharePoint.SPList.Update(Boolean bFromMigration) at Microsoft.SharePoint.SPList.Update() at Microsoft.SharePoint.ApplicationPages.EmailSettingsPage.SubmitButton_Click(Object sender, EventArgs args) at System.Web.UI.WebControls.Button.OnClick(EventArgs e) at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) at System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) and in the application event viewer of my sharepoint server, I see this every time I when I try to assign email address to a sharepoint list. Console Configuration File Error: File Not Found: The system cannot find the file specified. (Exception from HRESULT: 0x80070002) and the error category is Office sharepont server , publishing ?? I guess this is application pool account's permission related, so I checked the identity of app pool used by both central admin and my web application, they are both set to an user which belongs to Enterprise admin group. That group definitely has access to create contact and OUs in active directory. And what puzzles me is that when I setup the email enabled list in a web application in my Virtual PC running MOSS (same version of sharepoint, same operating system), it works fine. Can anybody tell me what's going on here? It's urgent, so any reply will be very appreciated. Thank you very much!
May 24th, 2007 1:07pm

Jian, When I was setting up email in SharePoint I also had some problems. Some of the things I discovered that helped me to solve my problems where: 1. I addedusers to an already existing OU that I manually created in SharePoint. 2. Both the central admin Application Pool User and the Web Application, Application Pool User that you wish to use email in must have Read, Write and Create All Child Objects permissions on the OU you wish to add the users too. 3. The OU name can not contain any spaces or underscores 4. When having OU's underneath under OU's in AD, make sure you put the OU's in the proper order in your configureation, OU=lowest leve., OU=next level up, OU=top level, DC=domain, DC=domain, DC=top level domain, with any number of OU's and domains based about your infrustructure I'm not sure if that helps at all, but those are just a few things I discovered when working with email enable lists in SharePoint. Thanks, Ben
Free Windows Admin Tool Kit Click here and download it now
May 24th, 2007 5:58pm

Ben, 1. what do you mean by "added users"? I thought there's only the account used by sharepoint central admin and web application app pool is needed to be added to the OU? 2. I delegated control to the account I mentioned above with all boxes ticked, i.e. all rights possible I can assign to it to the OU I created for sharepoint 3. OU name can contain space, I tested on my virtual PC , it works fine with email enabled list 4. I have my OU under AD's Root , so no nested structure here. but still, I cannot create contact, still got the same error message I have in the first post. It really drives me crazy here. BTW, I am not using Exchange server as the main mail server to forward email to my sharepoint server, I used Lotus Notes. Email still gets to the drop folder I specified in central admin, just I can't enable email to list i.e. create contact in AD using sharepoint list settings. Is there anything to do with Lotus Notes? That doesn't make any sense to me since I still got email in mailroot and AD is separate thing from Lotus Notes... I don't know. Please help, anyone?!
May 24th, 2007 6:20pm

Jian, Sorry, that was a badly worded first comment. SharePoint acutally added the users. When I set it up incoming email in SharePoint, I setup SharePoint to use the spcificOU in our AD and when I would enable email on a SharePoint list, SharePoint automatically creates the user in the OU. As for if thisrelates to Lotus notes, I'm honestly not sure. All of my work has been with Exchange server. I would tend to agree with your statement though that as long as email is getting to the correct drop folder, SharePoint should be able to pick it up.The only other thing that I've thought of that I've ran into problems before is not having the SMTP server enabled on the SharePoint Server, at one point in time I was in the middle of trying to get email enbled lists to work without SMTP on the SharePoint Server, but got sidetracked with som other projects and haven't gotten back to it. I'm also going to have to go back and try my OU with spaces now , thanks for that bit of info. I'll keep you updated if I come up with any further ideas, Ben
Free Windows Admin Tool Kit Click here and download it now
May 24th, 2007 6:56pm

Ben I got it solved by simply not creating the contact in AD automatically but just specify the drop folder in the central admin because the environment is Lotus notes' domino server. And the contact is simply created in lotus notes. It's a bit awkward for all the hasslebut the automatically creating contact in AD is totaly unnecessary. Thanks for your help and time ,Ben. I still have hundreds of errors about Console Configuration File Error in my event viewer log. Anyone got any idea? It is causing email enabled list not receiving email... What is console configuration file anyway?
May 31st, 2007 12:44am

Guys, I got rid of the config file errors by enabling the publishing feature in "site features" section, I don't know why this happened since publishing feature has nothing to do with email enabled list... Fair enough the error category in the event viewer is "Publishing", but still it doesn't explain much.
Free Windows Admin Tool Kit Click here and download it now
June 4th, 2007 6:01pm

Alright, I got this creating email enabled lists working. On the SharePoint Server: user = sharepoint.orlov (my user account) -Added this user to the local computer's administrators group. -If this was not done (I tested), I could not enable the email lists but I could disable the list. (or the reverse) On the domain Controller: -created OU root/Sharepoint. -granted the user sharepoint.orvlov full Control -KEY THING - I made the user sharepoint.orlov the OWNER of the object. I right clicked the OU, properties, advanced, and changed the owner. This was required for me to get it working without domain admin rights
September 7th, 2007 11:24pm

I got a little bit different problem. I'm able to create e-mail enabled libraries but unable to turn it off. Pool account has full control on OU and even the owner of all objects. The Error is below Error in the application. at Microsoft.SharePoint.SPList.UpdateDirectoryManagementService(String oldAlias, String newAlias) at Microsoft.SharePoint.SPList.Update(Boolean bFromMigration) at Microsoft.SharePoint.SPList.Update() at Microsoft.SharePoint.ApplicationPages.EmailSettingsPage.SubmitButton_Click(Object sender, EventArgs args) at System.Web.UI.WebControls.Button.OnClick(EventArgs e) at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
Free Windows Admin Tool Kit Click here and download it now
April 25th, 2008 7:45pm

In order to disable incoming email for a list or library, the Central Admin Application Pool account needs to have the Delete Subtree permission. In Active Directory Users and Computers, click the View menu, and then click Advanced Features. Right-click the organizational unit for MOSS Contacts and then click Properties. In the Properties dialog box, click the Security tab, and then click Advanced. In the Permission Entries section, double-click the Central Administration application pool account. In the Permissions section, under Allow, select Delete Subtree and Click OK to close the Permissions dialog box. Click OK to close the Properties dialog box. Click OK to close the Active Directory Users and Computers plug-in. After doing the above you should be able to disable incoming email for a list or library and you will also be able to update the email address used. Good luck,
October 16th, 2008 12:21am

Thankyou Fernando!I spent more time than I should have searching for this answer, your write up was simple, and easy to follow, and it solved my problem!Thanks
Free Windows Admin Tool Kit Click here and download it now
January 21st, 2009 10:31pm

Hey Guys, Although this is an older post I had the same problem as above but for me I had to solve it diffrently. I made the OU and gave the pool account read and write access. I had to go in advanced and make sure it had the delete subtree permission set for this object and all child objects. By default he only sets it to the object. So you can create the contact but your not aloud to remove it in the OU itself. Cause you don't have the delete subtree permission over the contact object. Something else I thought was weird, was that if you configure the Directory Management Service you have to fill out the path to your OU but the text beside the field is just the other way around. so start at your OU towards your domain. hope it helps, cheers
July 29th, 2011 6:25am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics