-
Title
Error "Cannot get the first Public Information Store object from server 'SERVERNAME'" is received -
Description
You may receive the error "Cannot get the first Public Information Store object from server 'servername'" when attempting to set up a new Public Folder synchronization job. The following errors appear in the EMWmigration.log file:
11/14/2007 8:14:49 PM aeEMWGUIForms::CMapiSettings::GetAeMAPIStore: Log on to server 'SERVERNAME', mailbox '/o=ORG/ou=First Administrative Group/cn=Recipients/cn=SERVERNAME'.
11/14/2007 8:14:50 PM aeEMWGUIForms::CMapiSettings::GetAeMAPIStore: The attempt to log on to the Microsoft Exchange Server computer has failed. - MAPI_E_FAILONEPROVIDER (Microsoft Exchange Server Information Store) Low level error: 0x0 File: 'aeWrapHelpers.h' Line: '264'
11/14/2007 8:14:50 PM aeEMWGUIForms::CMapiSettings::GetAeMAPIStore: - MAPI_E_NOT_FOUND File: 'aeinfostores.cpp' Line: '113'
11/14/2007 8:14:50 PM Cannot get the first Public Information Store object from server 'SERVERNAME'.
The service account's permissions to this server are correct and have been verified by using MFCMAPI to view public folders on this server from the console, using the service account. -
Cause
This may be caused by a DLL incompatibility issue involving the Shared Components.
-
Resolution
WORKAROUND 1
To resolve this problem, please perform the following:
On the console, rename the file "emsmdb32.dll" located in "C:\Program Files\Common Files\Aelita Shared" to "emsmdb32.bak". Copy the emsmdb32.dll file from the Exchange server ("SERVERNAME" listed in the error), and paste it into the "C:\Program Files\Common Files\Aelita Shared" folder on the console. This may resolve the issue. The file resides in the following location:
32bit Operating System : %system32%
64bit Operating System: %SysWOW64%
This issue also affects the Exchange agents. Please see SOL36571 for more details:
https://support.quest.com/SUPPORT/index?page=solution&id=SOL36571&pmv=trueWORKAROUND 2
It was reported in may cases that assigning SendAs/ReceiveAs directly on the Information Store level rather then on the Exchange 2000/2003 organization itself resolves problems with the service account logging into the other mailboxes.