Replication messages informing other servers in other routing groups may be sent, however, they are not properly arriving at the destination site. To test this, do the following:
- On one server (Sending1), increase the logging level of the Replication Outgoing and Replication NDRs items to "Max."
- Enable Message Tracking on Sending1.
- On another server (Receiving1), increase the logging level of the Replication Incoming item to "Max."
- On Sending1, create a new public folder.
- Allow normal replication to take place (as defined by the Public Folder Replication schedule).
- On Sending1, check the application event log for Event IDs in the range of 3011-3020.
- After the replication message is sent, check the receiving server for a corresponding Event ID in the range of 3021-3030.
- If the receiving server does not contain the specific Event ID and no notice of replication messages generates a non-delivery report (NDR), on Sending1, navigate to the Message Tracking Center in Exchange System Manager, and track messages sent from Pub-IS@domain_name.com.
- If the last hop is the Categorizer, check the current status of the Routing Group Connector.
- Display the queues; the queue for the Routing Group Connector between two servers is in a retry state.
- Display the properties of the queue; the status reads, "Failed to connect to remote server."
- Attempt to force connection.
- If forcing the connection does not work, make sure that you can telnet to port 25 on the remote server and ping the remote server. The issue is most likely caused by an unstable connection between the two routing group servers.
The following is an example of a 3018 Event (outgoing replication message):
An outgoing replication message was issued.
Type: 0x2
Message ID: 1-2A4EE
Database "First Storage Group\PubStore"
CN min: 1-2A4E9, CN max: 1-2A4EC
RFIs: 1
1: 1-246FA,1-1,28
IPM_SUBTREE\Boris's Folder
IDCN Deleted:
{0)