This article was previously published under Q278966
This article has been archived. It is offered "as is" and will no longer be updated.
When you move a mailbox from a Microsoft Exchange Server 5.5 computer to a Microsoft Exchange 2000 Server computer or to a Microsoft Exchange Server 2003 computer, you may receive the following error message:
Error: Opening destination mailbox. CN=DDD R1,OU=Recipients,DC=dune,DC=com: The information store could not be opened. The MAPI provider failed. MAPI 1.0 ID no: 8004011d-0289-00000000
Additionally, the following event ID messages may be logged in the Application log:
Event Type: Warning Event Source: MSExchangeIS Event Category: General Event ID: 9548 Date: 11/3/2000 Time: 4:24:54 PM User: N/A Computer: ALIA Description: Disabled user /o=Microsoft/ou=AdminGroup/cn=Recipients/cn=Alias does not have a master account SID. Please use Active Directory MMC to set an active account as this user's master account.
Event Type: Error Event Source: MSExchangeIS Mailbox Store Event Category: Log ons Event ID: 1022 Date: 11/3/2000 Time: 4:24:55 PM User: N/A Computer: ALIA Description: Log on Failure on database "First Storage Group\Private Information Store (ALIA)" - Windows 2000 account DOMAIN\administrator; mailbox /o=Microsoft/ou=AdminGroup/cn=Recipients/cn=ALIAS.Error: -2147221231
The error message ID 0x8004011d references MAPI_E_FAILONEPROVIDER. Error event IDs 0x80040111 and -2147221231 correspond to MAPI_E_LOGON_FAILED.
A similar sequence of errors may be displayed when you try to log on to an Exchange 2000 computer mailbox or an Exchange 2003 computer mailbox.
This problem can occur if the disabled Active Directory directory service user account that is associated with the mailbox does not have an msExchMasterAccountSID attribute.
The steps that are provided in this section are for disabling Active Directory user accounts that have Exchange 2000 mailboxes or Exchange 2003 mailboxes. If you follow these steps when you disable the account, event 9548 is not logged. If only a small number of mailboxes are exhibiting this problem, you can generate an msExchMasterAccountSID attribute. To do this, follow these steps:
In the Active Directory Users and Computers snap-in, on the View menu, click Advanced Features.
In the Exchange Advanced properties of the disabled user object that owns the mailbox, click Mailbox Rights, and then search the list of accounts for one that has the Associated External Account permission.
If no account has this permission, grant the SELF account Associated External Account and Full Mailbox Access permissions.
Note The SELF account is available in all Windows 2000 domains. All SELF accounts share a well-known security identifier (SID) that is the same across all domains. If the SELF account is not already listed in the Permissions dialog box, you can add it by typing SELF as the account name.
Only one account at a time can have the Associated External Account permission. If this permission is currently owned by an account that is unwanted or that is not valid, you must remove the permission on that account before you apply the account to SELF.
After you remove the Associated External Account permission from an account, exit all properties dialog boxes for the disabled user object. (To do this, click OK, not Cancel, at each level.) You must do this because changes to permissions are not applied immediately, but only after you have exited the object properties for the user. You will be blocked from changing the owner of the Associated External Account permission until you have closed and re-opened the properties of the object.
Reset the Associated External Account permission to SELF.
You can use LDAP tools, such as the Active Directory Service Interfaces (ADSI) Edit snap-in, the LDP utility or Ldifde to view the attributes of the user object to verify that the msExchMasterAccountSID attribute has been created. Because of directory replication and Exchange Server cache refresh latencies, it can take up to two hours after you make the change before the mailbox can be moved.
To set the msExchMasterAccountSID attribute for lots of disabled user accounts, you can use the Collaboration Data Objects for Exchange Management (CDOEXM) interface to modify the mailbox security descriptor. Starting with Microsoft Exchange 2000 Server Service Pack 2 (SP2), a new interface is made available in CDOEXM. This interface is named MailboxRights. This exposure lets you modify the mailbox security descriptor programmatically.
For more information about how to script a bulk change of the msExchMasterAccountSid attribute, click the following article number to view the article in the Microsoft Knowledge Base:
322890How to associate an external account with an existing Exchange 2000 mailbox
For additional methods that let you set the msExchMasterAccountSid attribute for lots of disabled user accounts, contact Microsoft Product Support Services. For more information about the support options that are available from Microsoft, visit the following Microsoft Web site:
The following list describes the Ldifde parameters:
-f: This switch indicates the export destination file.
-d: This switch indicates that the Microsoft Windows domain from which to export user objects. For example, if the Active Directory Users and Computers management console for the domain lists the domain as corp.company.com, it would become "dc=corp,dc=company,dc=com".
-l: This switch, if it is used, restricts output to the export file of only the attributes enumerated by the switch. In this case, the non-existent attribute nothing is used so that only object names, not attributes, are generated.
-r: This switch indicates the LDAP search filter by using the standard LDAP query syntax. You can also use this search string with Ldp.exe and other LDAP tools. In this case, the search is for all user objects that are disabled (msExchMasterAccountControl value of 2) and that do not have an msExchMasterAccountSID attribute.
The following text is an example of the output file: