You are currently offline, waiting for your internet to reconnect

Outlook connection issues with Exchange mailboxes because of the RPC encryption requirement

Summary
The article only applies to the Outlook connection issues caused by the RPC encryption requirement.

The screenshot about RPC encryption option
Symptoms
When you start Microsoft Office Outlook by using a profile that includes a mailbox on a server that is running Microsoft Exchange Server 2010, Microsoft Exchange Server 2013, or Microsoft Exchange Server 2016, you may receive the following error messages: 
Cannot start Microsoft Office Outlook. Unable to open the Outlook window. The set of folders could not be opened.
Unable to open your default e-mail folders. The Microsoft Exchange Server computer is not available. Either there are network problems or the Microsoft Exchange Server computer is down for maintenance.
The connection to the Microsoft Exchange Server is unavailable. Outlook must be online or connected to complete this action.
Unable to open your default e-mail folders. The information store could not be opened.
Outlook could not log on. Check to make sure you are connected to the network and are using the proper server and mailbox name. The connection to the Microsoft Exchange Server is unavailable. Outlook must be online or connected to complete this action.
Also, if you are using a cached mode profile, Outlook does not display an error. Instead, you may experience the following symptoms:
  • Outlook starts in the Disconnected state (the lower-right corner of the Outlook windows displays "Disconnected", the screen shot for the state is shown below).

    The screen shot for the lower-right corner of the Outlook windows
  • Outlook starts and you can send and receive email messages. However, you only see two connections within the "Microsoft Exchange Connection Status" and you may see the Type Directory displayed as Disconnected/Connecting.

    The screenshot of this symptom
When you try to create a new Outlook profile for a mailbox on a server that is running Exchange 2010 or Microsoft Exchange Server 2013, you may receive the following error messages:
The action could not be completed. The connection to the Microsoft Exchange Server is unavailable. Outlook must be online or connected to complete this action.
The name could not be resolved. The connection to the Microsoft Exchange Server is unavailable. Outlook must be online or connected to complete this action.
Outlook could not log on. Check to make sure you are connected to the network and are using the proper server and mailbox name. The connection to the Microsoft Exchange Server is unavailable. Outlook must be online or connected to complete this action.
The name could not be resolved. The action could not be completed.
Your Server or Mailbox names could not be resolved.
Cause
One of the possible causes is that you are using Microsoft Office Outlook and you disable the Encrypt data between Microsoft Office Outlook and Microsoft Exchange profile setting. The default configuration for Exchange Server 2013 requires RPC Encryption from the Outlook Client, this prevents the client from being able to connect.

Note The default Exchange Server 2010 Release to Manufacturing (RTM) configuration requires RPC encryption. This behavior is a change from Microsoft Exchange Server 2010 Service Pack 1 where the RPC encryption requirement is disabled by default. However, any Client Access Server (CAS) deployed prior to Service Pack 1, or upgraded to Service Pack 1, will retain the existing RPC encryption requirement setting which could still prevent the client from being able to connect.
Resolution
Note If you are using one of the automated methods (Group Policy or a .prf file), make sure that you fully test the method before you deploy it on a large scale.

Method 1: Update or create your Outlook profile with RPC encryption

Manually update an existing profile

To manually update an existing Outlook profile so that it uses RPC encryption, follow these steps:
  1. In Control Panel, open the Mail item.
  2. Click Show Profiles.
  3. Select your profile, and then click Properties.
  4. Click E-mail Accounts.
  5. Select the Microsoft Exchange (send from this account by default)account, and then click Change.
  6. In the dialog box that contains your mailbox server and user name, click More Settings.
  7. In the Microsoft Exchange dialog box, click the Security tab.
  8. Click to select the Encrypt data between Microsoft Office Outlook and Microsoft Exchange check box, and then click OK (A screen shot for this step can be seen here).

    The screen shot for this step
  9. Click Next,and then click Finish.
  10. Click Close, click Close, and then click OK.

Deploy a Group Policy setting to update existing Outlook profiles with RPC encryption

From a client perspective, deploying the Outlook-Exchange encryption setting is probably the simplest solution for organizations that have many Outlook clients. This solution involves a single change on a server (domain controller), and your clients are automatically updated after the policy is downloaded to the client.

Outlook 2007

By default, the RPC encryption setting is enabled in Outlook 2007. Therefore, you should only deploy this setting by using Group Policy for either of the following reasons:
  • Your original Outlook 2007 deployment disabled RPC encryption between Outlook and Exchange.
  • You want to prevent users from modifying the RPC encryption setting in their Outlook profile.
The default Group Policy template for Outlook 2007 contains the Group Policy setting that controls Outlook-Exchange RPC encryption. Therefore, the process for updating Outlook 2007 profiles requires fewer steps than the process for Outlook 2003.

To update existing Outlook 2007 profiles by using Group Policy, follow these steps:
  1. Download the latest version of the Outlk12.adm Group Policy template.
  2. Add the .adm file to your domain controller.

    Note The steps to add the .adm file to a domain controller vary according to the version of Windows that you are running. Also, because you may be applying the policy to an organizational unit and not to the entire domain, the steps may also vary in this aspect of applying a policy. Therefore, check your Windows documentation for details.

    Continue with Step 3 after you add the .adm template to the Group Policy Editor.
  3. Under User Configuration, expand Classic Administrative Templates (ADM) to locate the policy node for your template. By using the Outlk12.adm template, this node will be named "Microsoft Office Outlook 2007."
  4. Under Tools | Account Settings, select the Exchange node (A screen shot for this step can be seen here).

    The screen shot for this step
  5. Double-click the Enable RPC encryption policy setting.
  6. On the Setting tab, click Enabled.
  7. Click OK.
At this point, the policy setting will be applied on your Outlook client workstations when the Group Policy update is replicated. To test this change, run the following command at a command prompt on a client:
gpupdate /force
After you run this command, start Registry Editor on the workstation to make sure that the following registry data exists on the client:
Key: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\12.0\Outlook\RPC
DWORD: EnableRPCEncryption
Value: 1
If you see this registry data in the registry, the Group Policy setting has been applied to this client. Start Outlook to verify that the change resolves the problem.

Outlook 2010

By default, the RPC encryption setting is enabled in Outlook 2010. Therefore, you should only deploy this setting by using Group Policy for either of the following reasons:
  • Your original Outlook 2010 deployment disabled RPC encryption between Outlook and Exchange.
  • You want to prevent users from changing the RPC encryption setting in their Outlook profile.
The default Group Policy template for Outlook 2010 contains the Group Policy setting that controls Outlook-Exchange RPC encryption. To update existing Outlook 2010 profiles by using Group Policy, follow these steps:
  1. Download the latest version of the Outlk14.adm Group Policy template.
  2. Add the .adm file to your domain controller.

    Note The steps to add the .adm file to a domain controller vary according to the version of Windows that you are running. In addition, because you may be applying the policy to an organizational unit and not to the domain, the steps may also vary for this aspect of applying a policy. Therefore, check your Windows documentation for detailed information.

    Go to step 3 after you add the .adm template to the Local Group Policy Editor.
  3. Under User Configuration, expand Administrative Templates (ADM) to locate the policy node for your template. By using the Outlk14.adm template, this node will be named Microsoft Outlook 2010.
  4. Under Account Settings, select the Exchange node (A screen shot for this step can be seen here).

    The screen shot for this step
  5. Double-click the Enable RPC encryption policy setting.
  6. On the Setting tab, click Enabled.
  7. Click OK.
At this point, the policy setting will be applied on your Outlook client workstations when the Group Policy update is replicated. To test this change, run the following command:
gpupdate /force
After you run this command, start Registry Editor on the workstation to make sure that the following registry data exists on the client:
Key: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\14.0\Outlook\RPC
DWORD: EnableRPCEncryption
Value: 1
If you see this registry data in the registry, the Group Policy setting is applied to this client. Start Outlook to verify that the change resolves the problem.

Outlook 2013

By default, the RPC encryption setting is enabled in Outlook 2013. Therefore, you should only deploy this setting by using Group Policy for either of the following reasons:
  • Your original Outlook 2013 deployment disabled RPC encryption between Outlook and Exchange.
  • You want to prevent users from changing the RPC encryption setting in their Outlook profile.
The default Group Policy template for Outlook 2013 contains the Group Policy setting that controls Outlook-Exchange RPC encryption. To update existing Outlook 2013 profiles by using Group Policy, follow these steps:
  1. Download the Office 2013 ADM templates.
  2. Add the .admx and .adml files to your domain controller. This adds the Outlook ADM template to make it available in the Local Group Policy Editor.

    Note The steps to add the .admx and adml files to a domain controller vary according to the version of Windows that you are running. In addition, because you may be applying the policy to an organizational unit and not to the domain, the steps may also vary for this aspect of policy application. Therefore, check your Windows documentation for detailed information. (This article is labeled for Office 2010. However, it also applies to Office 2013.)
  3. Start the Local Group Policy Editor.
  4. Under User Configuration, expand Administrative Templates (ADM) to locate the policy node for your template. When you use the Outlk15.admx template, this node will be named Microsoft Outlook 2013.
  5. Under Account Settings, select the Exchange node (A screen shot for this step can be seen here).

    The screen shot for this step
  6. Double-click the Enable RPC encryption policy setting.
  7. On the Setting tab, click Enabled.
  8. Click OK.
At this point, the policy setting will be applied on your Outlook client workstations when the Group Policy update is replicated. To test this change, run the following command on a workstation:
gpupdate /force
After you run this command, start Registry Editor on the workstation to make sure that the following registry data exists on the client:
Key: HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\15.0\Outlook\RPC
DWORD: EnableRPCEncryption
Value: 1
If you see this registry data in the registry, the Group Policy setting is applied to this client. Start Outlook to verify that the change resolves the problem.

Method 2: Disable the encryption requirement on all CAS servers

Microsoft strongly recommends you leave the encryption requirement enabled on your server, and to utilize one of the other methods listed in this article. Method 2 is only provided in this article for situations where you cannot immediately deploy the necessary RPC encryption settings on your Outlook clients. If you utilize Method 2 to allow Outlook clients to connect without RPC encryption, please re-enable the RPC encryption requirement on your CAS servers as quickly as possible to maintain the highest level of client-to-server communication.

To disable the required encryption between Outlook and Exchange, follow these steps:
  1. un the following command in the Exchange Management Shell: 
    Set-RpcClientAccess –Server <Exchange server name> –EncryptionRequired:$False
    Note The Exchange_server_name placeholder represents the name of an Exchange Server that has the Client Access Server role.

    You must run this cmdlet for all Client Access servers that are running Exchange Server 2010 or later version.
  2. Rerun this command for each Exchange server that has the Client Access Server role. The command also needs to be run on each Mailbox Server role that contains a Public Folder Store. Public Folder connections from the MAPI client go directly to the RPC Client Access Service on the Mailbox server.
  3. After your Outlook clients are updated with the setting to enable encrypted RPC communication with Exchange (see steps provided below), you can re-enable the RPC encryption requirement on your Exchange servers that have the Client Access Server role.

    To re-enable the RPC encryption requirement on your Exchange servers that have the Client Access Server role, run the following command in the Exchange Management Shell: 
    Set-RpcClientAccess –Server <Exchange server name> –EncryptionRequired:$True –EncryptionRequired:$True
    Note The Exchange_server_name placeholder represents the name of an Exchange server that has the Client Access Server role. 

    You must run this cmdlet for all Client Access servers that are running Exchange Server 2010 or later version.
Properties

Article ID: 3032395 - Last Review: 10/01/2015 07:42:00 - Revision: 9.0

  • Exchange Server 2016 Enterprise Edition
  • Exchange Server 2016 Standard Edition
  • Microsoft Exchange Server 2013 Enterprise
  • Microsoft Exchange Server 2013 Standard
  • Microsoft Exchange Server 2010 Enterprise
  • Microsoft Exchange Server 2010 Standard
  • Microsoft Outlook 2013
  • Microsoft Outlook 2010
  • Microsoft Office Outlook 2007
  • kbsurveynew kbtshoot kbexpertiseinter kbbug kbexpertiseadvanced KB3032395
Feedback