Microsoft KB Archive/932894
Article ID: 932894
Article Last Modified on 10/25/2007
- Microsoft Exchange Server 2003 Standard Edition
- Microsoft Exchange Server 2003 Enterprise Edition
Important This article contains information about how to modify the registry. Make sure that you back up the registry before you modify it. Make sure that you know how to restore the registry if a problem occurs. For more information about how to back up, restore, and modify the registry, click the following article number to view the article in the Microsoft Knowledge Base:
256986 Description of the Microsoft Windows registry
In a X.400 connector messaging system in Microsoft Exchange Server 2003, the performance of the messaging system decreases. Additionally, the NDR messages are not delivered.
This problem occurs when a non-delivery report (NDR) message that is sent to the wrong recipient address encounters a loop. When this occurs, the looping NDR message consumes CPU bandwidth, network bandwidth, and server disk space for log files.
A supported hotfix is now available from Microsoft. However, this hotfix is intended to correct only the problem that is described in this article. Apply this hotfix only to systems that are experiencing this specific problem. This hotfix might receive additional testing. Therefore, if you are not severely affected by this problem, we recommend that you wait for the next service pack that contains this hotfix.
To resolve this problem, submit a request to Microsoft Online Customer Services to obtain the hotfix. To submit an online request to obtain the hotfix, visit the following Microsoft Web site:
Note If additional issues occur or any troubleshooting is required, you might have to create a separate service request. The usual support costs will apply to additional support questions and issues that do not qualify for this specific hotfix. To create a separate service request, visit the following Microsoft Web site:
Because of file dependencies, this hotfix requires that Microsoft Exchange Server 2003 Service Pack 2 (SP2) be installed on the server.
For more information, click the following article number to view the article in the Microsoft Knowledge Base:
836993 How to obtain the latest service packs for Exchange Server 2003
You must restart the computer after you apply this hotfix.
Hotfix replacement information
This hotfix does not replace any other hotfix.
The English version of this hotfix has the file attributes (or later file attributes) that are listed in the following table. The dates and times for these files are listed in Coordinated Universal Time (UTC). When you view the file information, it is converted to local time. To find the difference between UTC and local time, use the Time Zone tab in the Date and Time item in Control Panel.
|File name||File version||File size||Date||Time|
Hotfix installation information
After you apply this hotfix, you must enable the hotfix. To do this, create the
EnforceX400SiteAddressSpace registry entry on the server that is running Exchange Server. To do this, follow these steps.
Warning Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall the operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.
- Click Start, click Run, type regedit, and then click OK.
- Locate and then click the following registry subkey: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeTransport\Parameters
- On the Edit menu, point to New, and then click DWORD Value.
- Type EnforceX400SiteAddressSpace, and then press ENTER.
- Right-click EnforceX400SiteAddressSpace, and then click Modify.
- In the Edit DWORD Value dialog box, click Decimal under Base.
- In the Value data box, type a value that is not zero to enable the function, and then click OK.
- Close Registry Editor.
Note If the EnforceX400SiteAddressSpace registry entry is not present, or if you set the value to zero, the hotfix does not function.
Additionally, if the Share Address Space option is enabled, this behavior has no meaning. The new functionality compares the next hop, the user address, and the site address space. If the site address space is a better match than the next hop, the Exchange server takes ownership of the recipient. Then, the Exchange server sends the NDR message to the sender. Alternatively, the server treats the NDR message as bad mail.
A specific scenario in which this problem occurs is as follows:
- Server A is running Exchange Server 2003. The address space contains the following information:
"c=US; a=Test; o=OR1"
- Server B is using a third-party X.400 mailbox server. The address space contains the following information:
- Server C is running Exchange Server 2003 for operational redundancy. The address space contains the following information:
"c=US; a=Test; o=OR1"
- The recipient address is as follows:
c=US; a=Test; o=OR1; ou1=testou1; ou2=testou2
In this scenario, the Private Management Domain (PRMD) field is missing or is null in all addresses.
When Server A tries to route the message, no route to "ou1" is available. Exchange finally finds a matching route through the higher-node Server B. However, the higher-node Server B cannot deliver the message any better than Server A can. Then, Server B transfers the message to Server C. Server C routes the NDR message back to Server B. Therefore, the loop is "A-B-C-B-A."
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Keywords: kbexchtransport kbexpertiseinter kbqfe kbhotfixserver KB932894