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
- 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.
- 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
- 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.
- 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
- 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.
- 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 FullAccessShell: 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 $trueShell: 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
- Remove automapping for a shared mailbox — Microsoft
Record metadata
- ID
- fx-outlook-0002
- Created
- 2026-08-17T00:00:00Z
- Updated
- 2026-08-17T00:00:00Z
- Freshness
- current