Shared mailbox does not automatically appear in Outlook (AutoMapping not working)

Outlook's AutoMapping relies on Autodiscover reading the mailbox's Full Access permission grants, so a shared mailbox with Full Access does not appear automatically if permissions were granted without AutoMapping enabled, or if the client has not yet re-run Autodiscover; explicitly re-granting Full Access with AutoMapping enabled via Exchange Online PowerShell resolves it.

RESEARCHED · Confidence 65/100

Microsoft / Outlook / Shared Mailboxes

Symptoms

  • A shared mailbox with Full Access permission does not appear automatically in the user's Outlook profile
  • The user can still open the mailbox manually (File > Open & Export > Other User's Folder, or by adding it explicitly), confirming permissions exist

Environment / applicability

Outlook

Exchange Online — lifecycle: current

Diagnosis

  1. Confirm Full Access permission actually exists: Run Get-MailboxPermission -Identity <MailboxIdentity> in Exchange Online PowerShell and confirm the user has FullAccess with AccessRights.

    Expected: Confirms the permission itself is present before investigating AutoMapping specifically.

  2. Allow time for Autodiscover to propagate: If the permission was granted recently, wait - AutoMapping relies on Autodiscover, which can take up to 30 minutes to update in Outlook (classic).

    Expected: Rules out a simple propagation delay before making further changes.

Root cause

In Outlook, Autodiscover automatically loads any mailbox for which the signed-in user has Full Access permission - this is AutoMapping. If Full Access was granted via Exchange Online PowerShell without explicitly setting AutoMapping, or if it was previously disabled for that mailbox/user pair, Autodiscover will not add the mailbox automatically, even though the user does have access to it manually.

Resolution

  1. Remove and re-add Full Access with AutoMapping explicitly enabled: In Exchange Online PowerShell, run: Remove-MailboxPermission -Identity <MailboxIdentity> -User <UserIdentity> -AccessRights FullAccess ; then run: Add-MailboxPermission -Identity <MailboxIdentity> -User <UserIdentity> -AccessRights FullAccess -AutoMapping $true

    Expected: The mailbox is re-added with AutoMapping explicitly set, which should cause it to load automatically the next time Outlook runs Autodiscover.

    Warning: The Microsoft 365 admin center sets AutoMapping automatically when granting access there; PowerShell requires the -AutoMapping switch explicitly, since it is not set by default.

  2. Restart Outlook: Fully close and reopen Outlook (or restart the machine) after the permission change to force a fresh Autodiscover pass.

    Expected: The shared mailbox appears automatically in the folder pane.

Verification

  1. After restarting Outlook, confirm the shared mailbox appears in the folder pane without any manual "Open & Export" step.

Rollback

Re-running the permission commands with a different -AutoMapping value reverses the change; no data is affected, only whether Outlook loads the mailbox automatically.

  1. Repeat the remove/re-add permission steps with -AutoMapping $false to return to the prior (non-automapped) state.

Commands

Remove-MailboxPermission -Identity <MailboxIdentity> -User <UserIdentity> -AccessRights FullAccess

Shell: Exchange Online PowerShell · Requires administrator: Yes · Destructive: No · Purpose: Remove the existing Full Access grant before re-adding it with AutoMapping set explicitly

Add-MailboxPermission -Identity <MailboxIdentity> -User <UserIdentity> -AccessRights FullAccess -AutoMapping $true

Shell: Exchange Online PowerShell · Requires administrator: Yes · Destructive: No · Purpose: Re-grant Full Access with AutoMapping explicitly enabled

Risk

Risk level: Low · Requires admin: Yes

References

Record metadata

ID
fx-outlook-0002
Created
2026-08-17T00:00:00Z
Updated
2026-08-17T00:00:00Z
Freshness
current