Technical Case — KT-000001

Shared Mailbox Not Showing in Outlook

A Microsoft 365 user had access to a shared mailbox, but the mailbox did not appear in Outlook as expected. Real problem. Real investigation. Real fix.

Case ID

KT-000001

Category

Microsoft 365

Status

Resolved

Technologies

Exchange Online / Outlook

Problem

What happened?

A user had been granted access to a Microsoft 365 shared mailbox, but the mailbox did not automatically appear in Outlook.

The Exchange configuration appeared correct, making it necessary to determine whether the issue was permissions, propagation, automapping, or the Outlook client.

Environment

Where did it happen?

Platform

Microsoft 365

Mail

Exchange Online

Client

Microsoft Outlook

Feature

Shared Mailboxes

Symptoms

What did the technician see?

The shared mailbox was not visible in the user's Outlook folder list even though mailbox access had been assigned.

No obvious Outlook error identified the underlying cause.

Investigation

How was the problem approached?

Step 1

Verify Exchange permissions

Confirm the affected user has Full Access to the shared mailbox. Send As and Send on Behalf permissions were treated separately.

Step 2

Account for propagation

Determine whether the mailbox permissions were recently assigned and allow Exchange Online time to process the change.

Step 3

Test Outlook automapping

Restart Outlook after the permission change has had time to propagate and check whether the mailbox appears automatically.

What We Tried

Document the dead ends too.

Real-World Notes

A missing shared mailbox can look like an Outlook problem even when the client itself is functioning normally.

Rebuilding the Outlook profile too early was intentionally avoided because permissions, propagation, and automapping should be verified first.

Root Cause

What was actually wrong?

Case Detail To Confirm

The exact production root cause from the original case still needs to be confirmed before this case is considered final. Do not replace this section with an assumption.

Resolution

How was it fixed?

Mailbox permissions were verified first. After allowing for Exchange Online processing and testing Outlook, the mailbox could be added manually if automapping did not make it appear.

The Outlook profile was not rebuilt as the first troubleshooting action.

Verification

Confirm the shared mailbox appears in Outlook and that the user can open its folders without permission errors.

If Send As or Send on Behalf permissions are required, send a test message to verify those permissions separately.

Lessons Learned

Verify the service before rebuilding the client.

Start with Exchange. Troubleshoot Outlook second.

Shared mailbox troubleshooting should begin with permissions, propagation, and automapping. Client-side reconstruction should come later, after the service configuration is understood.

Related Resources

What did this case produce?

PowerShell

Coming Later

Exchange Online permission verification commands can be linked here when the PowerShell asset is published.

Guide

Coming Later

Related build guides and reference material will be linked here as the KrippyTech library expands.