The information in this article applies to:
SUMMARY
This article assumes that the Microsoft Exchange Internet Mail Connector,
(IMC), or Internet Mail Service (IMS) and the Microsoft Mail connector are
both installed and working correctly. This article also assumes that the
IMC or IMS is providing Internet connectivity for Microsoft Mail for PC
Networks users via Microsoft Exchange Server's Microsoft Mail connector.
MORE INFORMATION
The following configuration results in the possibility of generating a
looping message:
A Microsoft Exchange Server email environment with an IMC or IMS,In this example, a user on Microsoft Mail sends a subscription request to the list server. The list server sends back an acknowledgement that the user was added to the list. However, if while the message is being routed back to the Microsoft Mail user's mailbox, the Microsoft Exchange PCMTAs (or MSMail MTAs) encounter a problem delivering the mail to a Microsoft Mail 3.x Postoffice (PO), this LISTSERVE acknowledgement message will be sent back to the list server from POSTMASTER (PCMTA or MSMail MTA) with a Non-Delivery Report (NDR). Causes of a PCMTA or MSMail MTA NDRing a message include:
The problem occurs when the NDR message gets delivered to the list server. The message is now from Microsoft Mail's POSTMASTER to the list server. When the list server receives this email, it is parsed and interpreted as malformed subscription request instead of an NDR. Since the message does not contain the proper syntax for list server "subscription", the list server responds to the email with a new message, typically including instructions and syntax for the proper way to join a list. This response is now destined for the POSTMASTER (PCMTA or Microsoft Mail MTA) account at the PO where the mailbag contention occurred, not to the Microsoft Mail user. So the mail will travel into Microsoft Exchange via the IMC or IMS, get routed to the Microsoft Mail connector (where the address is translated to valid Microsoft Mail <10>/<10>/POSTMASTER syntax) and will route to the POSTMASTER's PO. Unless there has been a POSTMASTER mailbox created on this Microsoft Mail PO (and assuming this mailbox is not full, in other words, less than 4096 messages pending), the message will again NDR because there is no POSTMASTER account on the Microsoft Mail PO. This loop can be generated every time there is failure to deliver mail from a list server to a Microsoft Mail user. Mailbag contention, and retry timeouts can occur in Microsoft Mail environments, and this can result in the loop. Detection: If a loop is suspected, enabling maximum logging on the MSMI service and performing a "View, Find..." on the application event log specifying the following criteria may aid in tracking down the problem Microsoft Mail file, and the source of the loop on the Internet: Source: MSExchangeMSMIConsiderable recurrence of the following events with the same details may indicate the loop endpoints:
Once the Internet email domain that is the source of the loop has been identified, the IMC, IMS, or firewall host can be configured to refuse mail from the specific host until the Microsoft Mail file problem is remedied. For the Microsoft Exchange Server, version 5.0 IMS, the IMS Properties, Connections, Accept or Reject by Host, can be configured to reject connections based on IP address. If using an intermediary host between Microsoft Exchange Server and the Internet, consult that host's documentation for information regarding forced connection rejection.
Additional query words: NDR error codepage code page
Keywords : XFOR exc4 exc5 exc55 |
Last Reviewed: December 17, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |