Customer is running Exchange 2003 SP2 on Server 2003 STD, SP2 The default Mailbox database is over 80GB and we were preparing to transition them to Exchange 2010. In the meantime they decided to move some mailboxes out of the default database to another database. The logs indicate the move was successful, yet at the same time we are seeing Event 1205 saying the mailbox could not be created with an error code of 0x50c: Event Type: Error Event Source: MSExchangeIS Mailbox Store Event Category: General Event ID: 1205 Date: 6/18/2010 Time: 8:43:23 AM User: N/A Computer: Server Description: Failed to create the mailbox of /o=Customer/ou=First Administrative Group/cn=Recipients/cn=mailboxname with error 0x50c. The mailbox is visible in the new database, but cannot be accessed by any client or by OWA- either access denied or system error is returned. Looking online I'm seeing some references to the System Attendant mailbox being corrupted, but nothing definitive. Any ideas out there?

Hi Jaeddy , The behavior you are seeing with mailboxes is default behavior. Therefore someone must have changed the permissions on the older server to allow access. However I would point out that I believe that a good Exchange administrator does not need access to all mailboxes by default. It is not a permission I have ever asked for or needed. Adding the permissions on an as required basis and then removing them afterwards is more secure and protects you from accusations of inappropriate access. The access denied errors should give you more information. Is it something to do with mailboxes still being homed on the server? If so that is quite common. Mailboxes are not actually created until they are required, therefore you can have mailboxes assigned to a store and no mailbox is actually seen. You will need to search for mailboxes on that store in ADUC and then "move" them (even though you aren't moving any data, just the configuration). Permissions to open the folders may well have been granted at the store level, rather than the mailbox level. If you have found that you cannot access something after making the permission change - that is not uncommon. Exchange caches permissions. Therefore if you try to access something, find it fails, then change the permissions, the permission change will not be live for up to two hours. A better working practice is to presume that you do not have permissions, and check each time before trying to access the mailbox. Then grant the permission required. By working that way you do not get the cached permission problem. After doing what is required go back in to the mailbox permissions and remove the permission. If you have had access to all mailboxes by default and have not been accused of inappropriate access then you have been very fortunate. The fact that someone else configured the settings for mailbox access does not mean it was right. One of the common tasks I have to do for clients is to fix security permissions on servers where the permissions are wrong or people can access data that they shouldn't do. Also have you rebooted the server? The folder could have a file lock on it that will be released by rebooting the server. Regards. Shafaquat Ali.M.C.I.T.P Exchange 2007 M.C.I.T.P Windows Server 2008 M.C.T.S OCS Server 2007 R2

Hello jaeddy46, Are you getting any other Event ID in event Viewer ( 327, 1022 etc.) , then please paste here. you might be correct that System Attendant mailbox being corrupted, but nothing definitive. EXCHANGE2010, MCSE, MCTS, MCSA MESSAGING, CCNA & GNIIT

Event 1205: “An attempt to create a mailbox failed. Insufficient permissions, a Jet error, or a memory error may have caused the problem” Please check the problematic mailbox’s attributes with KB 275636 Please run “Repadmin /showrepl” and “Dcdiag /v” to check the AD replicationJames Luo TechNet Subscriber Support (http://technet.microsoft.com/en-us/subscriptions/ms788697.aspx) If you have any feedback on our support, please contact tngfb@microsoft.com

Does ShaFaquat's suggestion work for you?James Luo TechNet Subscriber Support (http://technet.microsoft.com/en-us/subscriptions/ms788697.aspx) If you have any feedback on our support, please contact tngfb@microsoft.com