Article ID: 839862 - View products that this article applies to.
This article describes typical troubleshooting steps that you can use to determine the root cause for receiving the following message:
In versions of Microsoft Outlook that are earlier than Microsoft Outlook 2002, Outlook periodically appears to stop responding (hang) when users send e-mail messages, receive e-mail messages, check appointments, or create appointments. When Outlook stops responding, users see an hourglass until Outlook has the information that it requires. The types of data that Outlook retrieves during this period include information in the user's mailbox, information in the user's public folders, free/busy information, and directory look-ups (check-name). The server that Outlook queries for this information is either a Microsoft Exchange Server computer or a global catalog server. If the server name appears as a NetBIOS name, the data is being retrieved from an Exchange Server computer. If the server name appears as a fully qualified domain name (FQDN), the data is being retrieved from a global catalog server.
The remote procedure call (RPC) Cancel Request dialog box is a feature that was added in Microsoft Outlook 2002. With this feature, users can see the server that Outlook is accessing. Additionally, by using the Cancel Request dialog box, users can cancel the data retrieval.
When Outlook 2002 and later versions request data from an Exchange Server computer, Outlook calls a function that wraps the RPC to the server. This new wrapper is the Cancelable RPC wrapper. By default, the Cancelable RPC wrapper starts a timer and issues the RPC. When the RPC is complete, the wrapper closes the timer, cleans up, and quits. However, if the RPC for data takes more than 5 seconds to return the data, the wrapper produces the Cancel Request dialog box. The Cancel Request dialog box remains on the screen until the RPC is answered or until the user clicks Cancel. If the action that the user performs in Outlook causes multiple RPCs to be made, the user may receive a Cancel Request dialog box for each RPC.
Although the Cancel Request dialog box was intended to improve the user experience by providing server information when Outlook stopped responding, many users interpret this message as an error message and contact their help desk for more information, instead of understanding that the Cancel Request dialog box occurs as an ordinary part of Outlook and Exchange interoperation. On the fastest network with the best hardware and the best architecture, sometimes an RPC takes more than 5 seconds to obtain a response. If the Cancel Request dialog box appears only occasionally, 'extensive troubleshooting is not required and is not productive. However, if users receive the Cancel Request dialog box frequently and for extended periods, there may be a performance issue with one of the servers or a problem with the network. This article discusses troubleshooting steps that you can use to determine the root cause of frequent Cancel Request dialog boxes.
For more information about how to disable the Cancel Request dialog box feature or how to increase the time-out value if you experience frequent network congestion or other related issues, click the following article number to view the article in the Microsoft Knowledge Base:
(https://support.microsoft.com/kb/293650/ )How to change the Cancel Request dialog box behavior in Outlook 2002
http://go.microsoft.com/fwlink/?LinkId=55884If the Cancel Request dialog box appears frequently or for extended periods, follow these steps.
(https://support.microsoft.com/kb/328880/ )How to troubleshoot public folder performance issues that are related to ACL conversions in Exchange 2000 and in Exchange 2003
A hotfix is available to modify the way that Exchange Server 2003 handles a disabled Active Directory user account that is associated with an Exchange Server 2003 mailbox. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
(https://support.microsoft.com/kb/903158/ )A hotfix is available to modify the way that Exchange Server 2003 handles a disabled Active Directory user account that is associated with an Exchange Server 2003 mailbox
If you see many 1016 events in the application event log on the Exchange Server computer, your issue may be caused by users who are creating and updating calendar items. In this scenario, it may be a good idea to disable the Planner Options feature for testing purposes. Planner Options is a feature that was originally introduced in Outlook 2002. Planner Options gathers much more data than earlier versions of Outlook if the Scheduling tab is clicked when a user creates, updates, or reads about a meeting. If disabling this feature resolves the excessive RPC dialog boxes, you must determine if disabling this feature works for your business. If the Planner Options feature is disabled, the user can see the attendee's free/busy information, but additional details are not viewable.
How to turn off the Planner Options featureFollow these steps to turn off the Planner Options feature:
(https://support.microsoft.com/kb/301328/ )A 1016 event entry appears in the application log after you upgrade to Outlook 2002
Method 2Administrators can also turn this feature off by changing the Enabled registry value to 0 in the following registry subkey:
To do this, follow these steps.
Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:
(https://support.microsoft.com/kb/322756/ )How to back up and restore the registry in Windows
(https://support.microsoft.com/kb/290025/ )A delay occurs when you open a message in Outlook 2002 with Instant Messaging enabled
For additional information about how to determine if this issue occurs with a new Outlook profile, click the following article numbers to view the articles in the Microsoft Knowledge Base:
(https://support.microsoft.com/kb/287072/ )How to create a new e-mail profile for Outlook 2002
(https://support.microsoft.com/kb/829918/ )How to create a new e-mail profile in Outlook 2003
(https://support.microsoft.com/kb/216076/ )Accessing information store folders may become slow in Exchange
If the RPC dialog references an Exchange Server (NetBIOS name), configure Performance Monitor to monitor the following counters in real time:
Physical Disk (All Instances)
- Avg Disk Sec/Read
- Avg Disk Sec/Write
- Current Disk Queue Length
- RPC Averaged Latency
- RPC Requests
- RPC Operations/Sec
- %Processor Time
Database (Information Store Instance)
- Log Record Stalls / sec
Note It is a good idea to run Performance Monitor from a remote workstation that has lots of free disk space.
Typically, it is a good idea for the RPC Requests counter to be lower than 10. If it is higher than 25, this is an indicator of a resource bottleneck. Only 100 requests can be handled at the same time. If the RPC Requests reach 100, the client will experience refused connections.
The RPC Averaged Latency counter displays the average time that it takes the server to respond to client requests. The value of the counter is typically less than 50 milliseconds in typical operations. If the value is consistently more than 50 milliseconds with Outlook 2002 or Outlook 2003 when most of the users are in Online Mode, this means that the Information Store is taking a long time to process user requests. If most Outlook 2003 users are in Cached Mode, this threshold increases to 100 milliseconds. Typically, if the Information Store is taking a long time, there is a disk bottleneck.
The recommended values for the Avg Disk Sec/Read counter and for the Avg Disk Sec/Write disk counter are as follows:
Note It is not unusual to see brief spikes that are greater than .050, but if you are seeing counters greater than .050 for 30 to 60 seconds at a time, there probably is a problem.
To determine if there is a problem with the current disk queue length, see how frequently the value drops to zero. If the queue length drops to zero periodically, such as four times per minute, the queue is being cleared, and you probably do not have a disk bottleneck.
it is a good idea for the Log Record Stalls/sec counter to remain at 0. If you are seeing a high number of log stalls on an Exchange 2000 Server computer, change the value of the msExchESEParamLogBuffers property. For more information about changing the value of the msExchESEParamLogBuffers property, click the following article number to view the article in the Microsoft Knowledge Base:
328466If the Cancel Request dialog box references a global catalog server that has a fully qualified domain name (FQDN), configure Performance Monitor to monitor the % Processor Time counter on the global catalog server to make sure it is not too high. A value such as > 90 over a sustained period is too high. If the % Processor Time counter is high, you have an overloaded global catalog server. For additional information about using Performance Monitor, click the following article number to view the article in the Microsoft Knowledge Base:
(https://support.microsoft.com/kb/328466/ )ESE log buffers that are set too low can cause the Microsoft Exchange Information Store service to stop responding
(https://support.microsoft.com/kb/811237/ )How to capture performance data from a remote Windows 2000 computer using System Monitor
Discussing how to configure and to use a protocol sniffer is outside the scope of this article. However, if you are already familiar with using such a utility, it is a good idea to reproduce the issue while you monitor traffic on both the client and the server at the same time. When you analyze the data, look for retransmits. A retransmit occurs when the client or the server has to send the same packet of information again, typically because the packets are being dropped between the client and the server. Therefore, when you analyze network captures, determine if the client request is actually getting to the server or if the server is responding but the response is lost before the client receives it.
How to change RPC dialog box pop-up behaviorFor more information about how to disable the Cancel Request dialog box feature or how to increase the time-out value if you experience frequent network congestion or other related issues, click the following article numbers to view the articles in the Microsoft Knowledge Base:
(https://support.microsoft.com/kb/293650/ )How to change the Cancel Request dialog box behavior in Outlook 2002
(https://support.microsoft.com/kb/833007/ )How to change the behavior of the Cancel Request dialog box in Outlook 2003
The third-party products that this article discusses are manufactured by companies that are independent of Microsoft. Microsoft makes no warranty, implied or otherwise, regarding the performance or reliability of these products.
Article ID: 839862 - Last Review: April 6, 2007 - Revision: 7.3