Microsoft KB Archive/241213

From BetaArchive Wiki
Knowledge Base


Article ID: 241213

Article Last Modified on 10/26/2006



APPLIES TO

  • Microsoft Exchange Server 5.5 Standard Edition



This article was previously published under Q241213


SYMPTOMS

When a user of Microsoft Exchange 5.5 SNADS connector attempts to send a message to a specific recipient, the SNADS system routes the message to the Exchange Server organization. That specific recipient doesn't exist anywhere in the Exchange Server global address list, and the node name of the SNADS address isn't the node name in site addressing, where the address is in the format: node_name(user).

CAUSE

The receiving message transfer agent (MTA) attempts to route the message, however, the only other route is through the SNADS connector on the other side. The MTA routes the message out of the SNADS connector. The SNADS system receives the message, routes back in, causing the message looping.

RESOLUTION

To resolve this problem, obtain the latest service pack for Exchange Server 5.5. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:

191014 XGEN: How to Obtain the latest Exchange Server 5.5 Service Pack


STATUS

Microsoft has confirmed that this is a problem in Microsoft Exchange Server version 5.5. This problem was first corrected in Exchange Server 5.5 Service Pack 4.

MORE INFORMATION

A new Exchconn.ini entry has been created that allows users to change this behavior. The entry is called AllowUnresolvedAddresses and it should be put under the [LME-SNADS-MEXIN] section in the Exchconn.ini file.

The default value is YES. Set it to NO if you do not want Exchange Server to reject any recipient addresses that are not Exchange Server addresses. Basically, Exchange Server does not accept 'One-Off' addresses if this is set to NO.

Keywords: kbhotfixserver kbqfe kbbug kbexchange550presp4fix kbexchange550sp4fix kbfix kbqfe KB241213