Microsoft KB Archive/159566: Difference between revisions
(importing KB archive) |
m (Text replacement - ">" to ">") |
||
(One intermediate revision by the same user not shown) | |||
Line 55: | Line 55: | ||
Category: X400 Service<br /> | Category: X400 Service<br /> | ||
<br /> | <br /> | ||
Unable to transfer in message C=xx;A=attmail; P=prmd;L= | Unable to transfer in message C=xx;A=attmail; P=prmd;L=<m0vBOkQ-0000xxxxxxxxxxx> because the submitting domain identifier was inconsistent. A non-delivery report was generated with reason code unable-to-transfer and diagnostic code invalid-arguments. Contact Microsoft Product Support Services. [MTA XFER-IN 22 101] [14]<br /> | ||
<br /> | <br /> | ||
EVx.log<br /> | EVx.log<br /> |
Latest revision as of 19:30, 20 July 2020
Article ID: 159566
Article Last Modified on 10/25/2007
APPLIES TO
- Microsoft Exchange Server 4.0 Standard Edition
- Microsoft Exchange Server 5.0 Standard Edition
- Microsoft Exchange Server 5.5 Standard Edition
- Microsoft Exchange Server 2003 Standard Edition
- Microsoft Exchange Server 2003 Enterprise Edition
This article was previously published under Q159566
SYMPTOMS
When the Microsoft Exchange Server X.400 Connector is connected to a foreign X.400 message transfer agent (MTA), the incoming message may not be accepted by the Exchange Server MTA. The MTA may generate the following error message in the Windows NT Server event log and in the Microsoft Exchange Server Evx.log file (if the Evx.log file is enabled):
Note In Exchange Server 2003, the MTA may generate event ID 209 with an event description that is similar to the following:
CAUSE
The Microsoft Exchange Server MTA rejects the message whenever the global domain identifier on the first element of the trace information is different from the one specified in the MTSID. The global domain identifier information in the MTSID must be the same as the first element on the trace information. These values are generated by the submitting MTA.
Note In Exchange Server 2003, this event ID may be logged when an e-mail message has been redirected to an originator requested alternate recipient (ORAR). The event is logged on each Exchange Server 2003 computer where the message passes through the MTA. In Exchange Server 2003, you can ignore this event under these circumstances. You may first notice that event ID 209 is logged in the Exchange 2003 event log after you install the hotfix that is described in the following Microsoft Knowledge Base article:
883949 Message originator may receive an NDR when a message is forwarded to a valid alternate recipient in Exchange Server 2003
RESOLUTION
To resolve this problem in Microsoft Exchange Server 4.0, you must install Exchange Server 4.0 Service Pack 4 on all Exchange Server 4.0 computers in the site that may handle the message.
Note This is not considered a problem in Microsoft Exchange Server 5.0 and in later versions of Exchange. Although the event is logged in these versions of Exchange Server, the message is successfully delivered.
STATUS
This problem was resolved in Microsoft Exchange Server 4.0 Service Pack 4.
MORE INFORMATION
There are two reasons that Exchange Server may reject this message. Both reasons are by design.
The first reason pertains to the firewall function. The firewall is designed to prevent any message transfer if the message's true origin appears to have been changed. Because the MTSID cannot be changed across any relaying MTA, it reflects the true global domain identifier of the message. However, the global domain identifier on the trace information can be changed to reflect a different country, ADMD, or PRMD, creating contradictory information about the message's origin. The firewall does not allow this inconsistency.
The second reason pertains to conformance testing. This is required to pass NCC conformance tests. With Exchange Server 4.0, when the MTA receives this error, the message is not submitted for delivery to the recipient. The fix implemented in Service Pack 4 resolves the problem of message delivery but does not remove the event ID. Exchange Server version 5.0 and 5.5 still log the event and deliver the message. The reason to log the event is that according the X.400 specifications, when the information is not consistent, there is likely a security concern. In practice, however, it is typical for an X.400 service provider MTA to change the information. Therefore, Microsoft fixed the product to allow delivery but opted to still log the event.
Additional query words: Inconsistent GDI
Keywords: kbbug kbfix kbusage KB159566