Microsoft Knowledge Base Email Alertz

KBAlertz.com: A third-party MAPI client may stop responding when a Global Catalog server goes offline and the referral service is disabled on the Exchange server

Receive Microsoft Knowledge Base articles by E-Mail?

Every night we scan the Microsoft Knowledge Base. If technologies you're interested in are updated, we'll send you an e-mail. You only get one e-mail a day, and only when new articles are added.

Click here to create a
FREE account
Already have an account?
[Click here to Login]

Search KbAlertz

Advanced Search

Webmasters
Put kbAlertz on your website.
[ Click Here for more! ]





ASP.NET 3.5 Web Hosting with Windows 2008 and SQL 2008: Click Here!
Discount ASP.NET Hosting
ASP.NET 2.0 and 3.5
Windows2008 and SQL2008
US and UK Hosting
KBAlertz referrals get
** SIX MONTHS FREE **


Community Site



We Send hundreds of thousands of emails using ASP.NET Email


ASP.NET 3.5 Web Hosting with Windows 2008 and SQL 2008: Click Here!
Discount ASP.NET Hosting
ASP.NET 2.0 and 3.5
Windows2008 and SQL2008
US and UK Hosting
KBAlertz referrals get
** SIX MONTHS FREE **




Mentioned In








Microsoft Knowledge Base Article

This article contents is Microsoft Copyrighted material.
©2005-©2007 Microsoft Corporation. All rights reserved. Terms of Use | Trademarks




Article ID: 957718 - Last Review: November 17, 2008 - Revision: 2.0

A third-party MAPI client may stop responding when a Global Catalog server goes offline and the referral service is disabled on the Exchange server

SYMPTOMS

In an Exchange mail server environment, a third-party MAPI client makes a name resolution call to a Global Catalog server. However, the third-party MAPI application may stop responding if the GC server goes offline or stops responding during the call. This issue occurs if you have disabled the referral service on the Exchange server.

CAUSE

This problem can occur if the MAPI application uses a single thread for name resolution calls to a Global Catalog (GC) server. If the GC that is currently being used goes offline during a name resolution call, that thread can end up in an infinite wait state for a remote procedure call (RPC) response from the server. However, a response will not be received because the GC is offline.

RESOLUTION

When a thread is in the infinite wait state, the only resolution is to restart the application. To avoid this issue, use one of the following methods:
  • Enable the Exchange Referral Service.
  • Make name resolution calls in separate worker threads as needed for a third-party MAPI application.
  • Implement call timeouts for the work threads in a third-party MAPI application.

MORE INFORMATION

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:
http://msdn.microsoft.com/en-us/library/aa374379.aspx (http://msdn.microsoft.com/en-us/library/aa374379.aspx)
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.

APPLIES TO
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2007 Enterprise Edition
  • Microsoft Exchange Server 2007 Standard Edition
  • Microsoft Exchange Server 2007 Service Pack 1
Keywords: 
kbprb kbexpertiseadvanced kbtshoot KB957718
       

Community Feedback System

Very often, it takes hours to solve a problem. Very often, you've looked high and low, and have tried a lot of solutions. When you finally found it, chances are, it was because someone else helped you. Here's your chance to give back. Use our community feedback tool to let others know what worked for you and what didn't.

Please also understand that the community feedback system is not warranted to be correct, it's simply a system that we've built to let people try and help each other. If something in a feedback response doesn't make sense to you, or you're not comfortable making changes that the feedback talks about (like registry edits), please consult a professional.

Thank you for using kbAlertz.com Feedback System.

-- Scott Cate

Be the first to leave feedback, to help others about this knowledge base article.

(Optional) Name

(Optional) Public URL Or Email

Comments
No HTML -- Text Only Please