Microsoft KB Archive/178534

= XCON: Delivery Restriction May Not Work After Moving a User =

Article ID: 178534

Article Last Modified on 10/28/2006

-

APPLIES TO


 * Microsoft Exchange Server 4.0 Standard Edition
 * Microsoft Exchange Server 5.0 Standard Edition
 * Microsoft Exchange Server 5.5 Standard Edition

-



This article was previously published under Q178534



IMPORTANT: This article contains information about editing the registry. Before you edit the registry, make sure you understand how to restore it if a problem occurs. For information about how to do this, view the "Restoring the Registry" Help topic in Regedit.exe or the "Restoring a Registry Key" Help topic in Regedt32.exe.



SYMPTOMS
If a delivery restriction is set on a connector to "Reject Messages from" UserA, and UserA is moved to another server, the user may be able to temporarily send messages to that connector.



CAUSE
The Microsoft Exchange message transfer agent (MTA) maintains a cached list of all routing and restriction information. This cache is updated periodically. When a user is moved from ServerA to ServerB within a site, the ServerB MTA will have a brief period of time where it does not have UserA in its cache.



RESOLUTION
WARNING: Using Registry Editor incorrectly can cause serious problems that may require you to reinstall your operating system. Microsoft cannot guarantee that problems resulting from the incorrect use of Registry Editor can be solved. Use Registry Editor at your own risk.

For information about how to edit the registry, view the "Changing Keys And Values" Help topic in Registry Editor (Regedit.exe) or the "Add and Delete Information in the Registry" and "Edit Registry Data" Help topics in Regedt32.exe. Note that you should back up the registry before you edit it.

By default, the MTA reloads the cache every 60 seconds. This interval can be adjusted to scan more frequently by adjusting the following registry entry:

 Start the Registry Editor.  Go to the following key:

     HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \MSExchangeMTA\Parameters   Find the following value:

  ds_read cache latency (secs) 

This value defaults to 60 seconds but can be lowered. Note that lowering this value can result in degradation of system performance, because the MTA will be performing a DS_READ function more often.

Additionally, if ServerB is processing a large number of replication updates (such as moving a large group of users), there may be an increased delay in the directory being updated with the new delivery restriction lists.

Stopping and restarting the MTA is the best way of forcing the update to the cache.

Keywords: kbprb kbusage KB178534

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.