Article ID: 2675986 - View products that this article applies to.
When you configure Microsoft Outlook 2010 with a profile to connect to two or more Microsoft Office 365 email accounts, you may experience connection delays or failures. When you start Outlook, you see that the Outlook status bar displays Trying to connect... or Disconnected when you click a folder. This behavior may occur for one or multiple Microsoft Exchange Online email accounts.
Screen shots of both messages as shown in the Outlook status bar follow.
Collapse this imageExpand this image
Collapse this imageExpand this image
To resolve this issue, apply the update that is described in the following article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/2598374/ )Description of the Outlook 2010 hotfix package (Outlook-x-none.msp): June 26, 2012
If you are unable to install the Outlook 2010 hotfix package dated June 26, 2012 (KB2598374), use the workaround below to prevent the symptom that is described in the "Symptoms" section. The workaround involves a two-step process. First, the administrator must grant your account explicit permissions to the secondary mailbox. Second, you must remove the credentials for the secondary mailbox from your local Windows workstation.
Note This workaround requires the Office 365 administrator to use Windows PowerShell to change permissions to the Exchange Online mailboxes.
How to obtain explicit permissions to the secondary mailboxYour Exchange Online administrator must connect to the Office 365 environment by using Windows PowerShell to grant your user account explicit permission to the secondary or shared mailbox.
Important The administrator should use Run as administrator to start Windows PowerShell.
Although the symptom that is described in the "Symptoms" section is not caused by the AutoMapping feature, we recommend that AutoMapping be disabled when Outlook is used to connect to two or more Exchange Online accounts. To grant your user account explicit permissions to the secondary mailbox and at the same time to disable the AutoMapping feature, the administrator must follow these steps:
How to remove credentials for the secondary mailbox from your local Windows workstationAfter the administrator grants your account explicit permissions to the secondary mailbox, you must remove any existing credentials that are stored on your local Windows workstation for the secondary mailbox. This forces Outlook to use your credentials to connect to both your own mailbox and to the shared mailbox.
Usually, when Outlook requires credentials to connect to a mailbox, a Windows Security dialog box appears. If you previously checked the Remember my credentials option, the credentials were saved on your workstation. To remove the credentials that were stored in Windows, follow these steps:
For more information about how to install and configure Windows PowerShell, visit the following Microsoft website:
http://help.outlook.com/en-us/140/cc952756.aspxFor more information about how to connect Windows PowerShell to the cloud-based service, visit the following Microsoft website:
http://help.outlook.com/en-us/140/cc952755.aspxFor more information about how to grant and remove full access permissions, click the following article number to view the article in the Microsoft Knowledge Base:
2646504For more information about how to grant users Send As permissions, visit the following Microsoft website:
(http://support.microsoft.com/kb/2646504/ )How to remove automapping for a shared mailbox in Office 365
http://help.outlook.com/en-us/140/ff852815.aspxMicrosoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Article ID: 2675986 - Last Review: September 5, 2013 - Revision: 6.0
Contact us for more help