When RFR is enabled, the client connects to the
Exchange server for a GC referral. The client then connects directly to the
referred GC. When that GC goes offline, the client application will time-out
the connection and then fall back to communicating with the Exchange server
and receive a new referral. The client will then connect to the new GC if GC
reconnect is enabled in the MAPI profile.
When RFR is disabled, the client
connects directly to the Exchange server for all NSPI calls, and the Exchange
server will proxy all requests up to the GC server. When the GC server that is
being used goes offline, the client keeps a connection open to the Exchange server
and has no knowledge that the GC server has gone offline. The connection does
not time-out because the connection endpoint, the Exchange server, has not gone
offline. Therefore, a response to the last RPC request is never received by
the client, and the MAPI client always waits.
This is a particular timing
issue and will not always occur when a GC server is taken offline. This issue
occurs only when a GC that is actively being used goes offline during a name
resolution call.
For more information about preventing Client-side
hangs, visit the following Web site:
To
enable or disable the Exchange Referral Service, use the "No RFR Service" registry
entry in the following registry key:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeSA\Parameters
Note To disable the referral service, set the
registry entry to 1. To enable the referral service, set the registry entry to
0. By default, the registry entry is set to 0.