Article ID: 2675986 - View products that this article applies to.
Expand all | Collapse all

On This Page

Symptoms

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
A screen shot of the Outlook status bar, showing "Trying to connect" message

Collapse this imageExpand this image
A screen shot of the Outlook status bar, showing "Disconnected" message

Resolution

To resolve this issue, apply the update that is described in the following article in the Microsoft Knowledge Base:
2598374 Description of the Outlook 2010 hotfix package (Outlook-x-none.msp): June 26, 2012

Workaround

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 mailbox

Your 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:
  1. Connect to Exchange Online by using Windows PowerShell:
    1. Click Start, and then click All Programs.
    2. Click Accessories, click Windows PowerShell, and then click Windows PowerShell.
    3. Run the following command:
      $LiveCred = Get-Credential
    4. In the Windows PowerShell Credential Request window that opens, type the credentials of an administrator account in your cloud-based organization. When you are finished, click OK.
    5. Run the following command:
      $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection
    6. To make sure that Windows PowerShell can run scripts, run the following command:
      Set-ExecutionPolicy RemoteSigned
    7. Run the following command:
      Import-PSSession $Session

      Note
      A progress indicator appears that shows the importing of commands that are used in the cloud-based service into the client-side session of your local computer. When this process is complete, you can run the commands in the following steps.
  2. If the user does not have full access permissions to the secondary mailbox, go to step 3. If the user already has full access permissions to the secondary mailbox, follow these steps to remove full access permissions from the secondary mailbox:
    1. Run the following command:
      Remove-MailboxPermission -Identity <SecondaryMailbox> -User <PrimaryMailbox> -AccessRights FullAccess
      Note In this command, <SecondaryMailbox> represents the mailbox from which the primary mailbox user's permissions are being removed. For example, to remove Pedro Ruivo's full access permissions to John Smith's mailbox, use the following command:
      Remove-MailboxPermission -Identity johnsm@contoso.onmicrosoft.com -User pedruivo@contoso.onmicrosoft.com -AccessRights FullAccess
    2. When you are prompted to confirm the action, type Y, and then press Enter.
  3. To grant full access permissions to the user for the mailbox, but not to enable AutoMapping, follow these steps:
    1. Run the following command:
      Add-MailboxPermission -Identity <SecondaryMailbox> -User <PrimaryMailbox> -AccessRights FullAccess -AutoMapping:$false
      Note In this command, <SecondaryMailbox> represents the mailbox to which the primary mailbox user is being granted permissions. For example, to grant an administrator full access permissions to John Smith's mailbox, use the following command:
      Add-MailboxPermission -Identity johnsm@contoso.onmicrosoft.com -User pedruivo@contoso.onmicrosoft.com -AccessRights FullAccess -AutoMapping:$false
    2. After you run this command, the following output is displayed:
      Collapse this tableExpand this table
      IdentityUserAccess RightsIsInheritedDeny
      John SmithContoso\johnsmFull accessFalseFalse
  4. If the user also requires Send As permissions, run the following command:
    Add-RecipientPermission <SecondaryMailbox> -AccessRights SendAs -Trustee <PrimaryMailbox>
    Note In this command, <SecondaryMailbox> represents the mailbox for which the primary mailbox user is being granted Send As permission. For example, to grant an administrator Send As permissions on John Smith's mailbox, use the following command:
    Add-RecipientPermission "John Smith" -AccessRights SendAs -Trustee "Pedro Ruivo"
  5. Run the following command to disconnect the Windows PowerShell:
    Remove-PSSession $Session

How to remove credentials for the secondary mailbox from your local Windows workstation

After 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:
  1. Click Start, click Control Panel, and then click Credential Manager.

    Note If View by is set to Category, click User Accounts first, and then click Credential Manager.
  2. Locate the set of credentials that are used to connect to *.outlook.com or to your Microsoft Office 365 domain.
  3. Expand the set of credentials, and then select Remove from Vault.
  4. Locate the set of credentials that are used to connect to the secondary mailbox.
  5. Expand the set of credentials, and then select Remove from Vault.
    Note If you are running Windows XP, run the User Accounts item in Control Panel. Click the Advanced tab, and then click the Manage Passwords button.
When you next open Outlook, a credentials prompt is displayed. By using the steps in the previous section, you granted the primary mailbox full access permissions to the secondary mailbox. Therefore, you only have to save the credentials for the primary mailbox. To save the credentials, click to select the Remember my credentials check box. Outlook then uses the stored primary mailbox credentials to connect to the secondary mailbox.

More information

For more information about how to install and configure Windows PowerShell, visit the following Microsoft website:
http://help.outlook.com/en-us/140/cc952756.aspx
For 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.aspx
For 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:
2646504 How to remove automapping for a shared mailbox in Office 365
For more information about how to grant users Send As permissions, visit the following Microsoft website:
http://help.outlook.com/en-us/140/ff852815.aspx
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.

Properties

Article ID: 2675986 - Last Review: September 5, 2013 - Revision: 6.0
Applies to
  • Microsoft Office 365 for small businesses
  • Microsoft Office 365 for enterprises
  • Microsoft Outlook 2010
Keywords: 
kbgraphic KB2675986

Give Feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com