Microsoft KB Archive/240208

= XFOR: Applying Exchange Service Packs Does Not Update MSMC Files, Shadow Is Relocated =

Article ID: 240208

Article Last Modified on 10/28/2006

-

APPLIES TO


 * Microsoft Exchange Server 5.0 Standard Edition
 * Microsoft Exchange Server 5.5 Standard Edition
 * Microsoft Exchange Server 5.5 Service Pack 1
 * Microsoft Exchange Server 5.5 Service Pack 2

-



This article was previously published under Q240208



IMPORTANT: This article contains information about modifying the registry. Before you modify the registry, make sure to back it up and make sure that you understand how to restore the registry if a problem occurs. For information about how to back up, restore, and edit the registry, click the following article number to view the article in the Microsoft Knowledge Base:

256986 Description of the Microsoft Windows Registry



SYMPTOMS
When you apply the Exchange Server service pack, it may change most of the registry entries pointing to the default drive location of the shadow postoffice of the Microsoft Mail connector (MSMC). Also, it may not update the Msmcon\Bin folder, leaving its contents unchanged, and creates a new Msmcon folder. It may also stop sharing the relocated Maildat$ folder, which stops the MSMC.



CAUSE
The shadow postoffice (MS Mail Connector postoffice) has been moved from its original drive location before you apply the Exchange Server service pack.

If the msmcon folder has been deleted, the service pack creates a new Msmcon folder containing the files updated by the service pack.



RESOLUTION
WARNING: If you use Registry Editor incorrectly, you may cause serious problems that may require you to reinstall your operating system. Microsoft cannot guarantee that you can solve problems that result from using Registry Editor incorrectly. Use Registry Editor at your own risk.

To resolve this problem:  Make a backup copy of the Msmcon\Bin folder on the drive hosting the relocated postoffice files. Copy the contents of the Msmcon\Bin folder on the default drive to the Msmcon\Bin folder on the drive hosting the relocated postoffice files, allowing it to overwrite duplicate files. Verify and correct, if necessary, the following registry entries to reflect the location of the relocated shadow postoffice.

HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services

 Registry Key:

Value Name: ImagePath

 Registry Key: MSExchangeMSMI

Value Name: ImagePath

 Registry Key: MSExchangeMSMI/Performance

Value Name: Library

</li> Registry Key: MSExchangePCMTA/Performance

Value Name: Library</li></ul>

HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/EventLog/Application

<ul> Registry Key: MSExchangeMSMI

Value Name: CategoryMessageFile

Value Name: EventMessageFile

</li> Registry Key:

Value Name: CategoryMessageFile

Value Name: EventMessageFile</li></ul>

</li> Check to see if the relocated Maildata folder is still being shared as Maildat$.</li> Verify mail flow in both directions.</li> Delete the Msmcon folder from the default drive, if necessary.</li></ol>

Additional query words: post office

Keywords: kbprb KB240208

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.