Topic Last Modified: 2005-11-18
The Microsoft® Exchange Server Analyzer Tool reads the following registry entry to determine whether the Replication Folder Tree RMQ Timeout key has been modified from the default value:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ <servername> \Public -<GUID of Public Store> \Replication Folder Tree RMQ Timeout
If the Exchange Server Analyzer finds Replication Folder Tree RMQ Timeout to be present, a non-default configuration message is displayed.
By default, Replication Folder Tree RMQ Timeout does not exist. Exchange uses hierarchy messages to replicate the hierarchy of the public folder tree and the properties of public folders. After a public folder store receives replicated changes, it loads the changes into memory (replication message queues) to process. The Replication Folder Tree RMQ Timeout value represents the maximum length of time replicated hierarchy changes remain in memory. The value, in seconds, must be between 3600 (one hour) and 2592000 (30 days); the default value is 604800 (7 days). Changes that are processed successfully are promptly deleted from memory; otherwise, the changes are held in memory until either they can be processed or until the time-out elapses, at which time they are deleted.
For example, assume a change is replicated for a folder and another change is replicated for a subfolder of that folder. Depending on the topology and the elapsed time between changes, the changes may arrive at the destination public folder store in any order. If the subfolder change arrives first but cannot be processed correctly until the parent folder change has been applied, the public folder store will hold the subfolder change in memory until the parent folder change has arrived and been processed. If the time-out elapses before the parent folder change has been processed, the subfolder change will be deleted from memory. Later, after the parent folder change has been processed, the public folder store may receive another copy of the subfolder change, which it can then process successfully. If the store does not receive another copy of the subfolder change, when the public folder store checks its status against other public folder stores in the topology, it notes that its copy of the public folder tree is missing the subfolder change and begins the process of backfilling that change.
In most circumstances, changing the Replication Folder Tree RMQ Timeout from its default value is not recommended. If this value has been changed, it may have been temporarily increased during a period of heavy replication traffic (for example, after a new public folder store was added).
 Important: |
|---|
| This article contains information about editing the registry. Before you edit the registry, make sure you understand how to restore the registry if a problem occurs. For information about how to restore the registry, view the "Restore the Registry" Help topic in Regedit.exe or Regedt32.exe. |
To reset the
Replication Folder Tree RMQ Timeout registry key
-
Open a registry editor, such as Regedit.exe or Regedt32.exe.
-
Navigate to: HKLM\System\CurrentControlSet\Services\MSExchangeIS\<servername>\Public-<GUID of Public Store>
-
Examine or edit the value for Replication Folder Tree RMQ Timeout.
The value for this registry entry is in seconds. To return to the default value, you should delete Replication Folder Tree RMQ Timeout and restart the Microsoft Exchange Information Store service.
Before you edit the registry, and for information about how to edit the registry, see the Microsoft Knowledge Base article 256986, "Description of the Microsoft Windows Registry" (http://go.microsoft.com/fwlink/?linkid=3052&kbid=256986).
For more information about public folder replication, see "Controlling Exchange Server 2003 Public Folder Replication," in Working with the Exchange Server 2003 Store (http://go.microsoft.com/fwlink/?LinkId=47595).