Problem solve Get help with specific problems with your technologies, process and projects.

Exchange 5.0 + WANs = errors

Ways to prevent errors when using Exchange 5.0 over the Internet.

Administrators who use Exchange 5.0 over WAN links (e.g., the Internet) need to be mindful that there are Internet...

traffic conditions that can cause problems not found in LANs. One of the most persistent problems is slow remote links or links that are being hindered by packet loss or bad switching. Exchange 5.0 is not tuned by default to be more aggressive with re-establishing connections under poor network conditions. As a result, when network "weather" is bad, Exchange 5.0's MTA (Message Transfer Agent) may repeatedly log errors with the event ID 9318.

The exact error may vary, but it will look something like this:

Event ID: 9318
Source: MSExchangeMTA
Type: Warning
Category: Interface
Description: An RPC communications error occurred. Unable to bind over RPC. The locality table (LTAB) index is 76.

To compensate for persistent bad WAN links, try this:

  1. In the Message Transfer Agent's Site Configuration Properties window, select the Messaging Defaults tab.

  2. Set the Checkpoint Size (K) box to 15.

  3. Set the Recovery Timeout (sec) box to 90.

  4. Set the Window Size box to 3.

  5. Click OK and close the MTA Site Configuration Properties window.

This workaround sets several properties of the way the MTA handles WAN links -- most importantly, the Recovery Timeout setting, which is how long the MTA waits after an error before giving up on trying to recover a dead link.

The Checkpoint Size is how much data is sent before the MTA tries to establish a checkpoint (i.e,. where to continue resending data from in the event of a failure). This value can be set higher if you have fewer errors (by default it is 30).

The Window Size is the number of checkpoint failures that must take place before MTA aborts the data transfer entirely.

Serdar Yegulalp is the editor of the Windows 2000 Power Users Newsletter.

This was last published in January 2003

Dig Deeper on Legacy Microsoft Exchange Servers

Start the conversation

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.