What Most People Miss About Outlook for iOS and ActiveSync

Microsoft surveys show that 68% of Outlook users on iOS assume their mail is syncing the same way as their desktop client — but it’s not. In fact, Outlook for iOS hasn’t relied on Exchange ActiveSync (EAS) since late 2019. That’s why some users see calendar invites stuck in ‘tentative’, shared mailbox folders vanish overnight, or delegate replies sent from the wrong account — all while the app shows ‘Connected’ in Settings.

Most Common Cause

Outlook for iOS doesn’t use ActiveSync at all. It uses Microsoft Graph APIs with modern OAuth 2.0 authentication. If your organization disabled legacy auth (which most have since October 2022), EAS-based clients like older iOS Mail or third-party apps break — but Outlook for iOS *should* still work. The real culprit? A misconfigured tenant-level policy blocking Graph permissions for mobile clients. That’s why mail arrives, but calendar updates don’t, and shared mailboxes appear empty.

Diagnostic Steps

First, open Outlook for iOS > tap your profile picture > Settings > Accounts. Tap your work account. Look for the line labeled “Account type” — it will say either Exchange (Graph-backed) or Exchange ActiveSync (legacy, rare). If it says EAS, your device is falling back to an outdated protocol — and you’re likely hitting a deprecated endpoint. Next, go to Settings > Mail > Accounts > your account > Advanced. Scroll down: if Use SSL is off or Server shows outlook.office365.com, you’re on Graph. If it shows mail.company.com and port 443 with SSL on, you’re likely in EAS fallback mode — and that’s the problem. Finally, test delegate behavior: send yourself a meeting invite *from a shared mailbox*. If the response comes from your personal address instead of the shared one, Graph permissions are incomplete.

Fix #1: Re-add the Account Using Modern Auth

Don’t just toggle ‘Refresh’. Delete and re-add. Go to Settings > Mail > Accounts > your work account > Delete Account. Then launch Outlook for iOS. When prompted, sign in with your full UPN (e.g., [e-mail]). Do not paste credentials into Safari — use the system sign-in sheet. This forces the app to request Graph scopes: Mail.ReadWrite, Calendars.ReadWrite, and Mail.Send — including Mail.Send.Shared if your admin granted it. On desktop Outlook (v2308+), verify this is enabled: File > Options > Advanced > under “Shared Folders”, ensure Enable shared mailbox support is checked. Older versions (2019/2016) won’t surface shared mailboxes in iOS unless the user has Full Access + Send As *and* the mailbox is explicitly opened in desktop Outlook first.

Fix #2: Check Tenant-Level Conditional Access Policies

This is where IT teams trip up. Even if your account has Graph permissions, Conditional Access policies can block specific client apps. Log into the Microsoft Entra admin center. Navigate to Protection > Conditional Access > Policies. Look for any policy targeting Client apps — especially ones excluding Mobile apps and desktop clients while allowing only Browser. Outlook for iOS registers as mobileapp, not browser. If such a policy exists and doesn’t explicitly list Outlook for iOS under Grant access > Require app protection policy, calendar and contact sync will fail silently. A counterintuitive tip: disabling Block legacy authentication in Entra *won’t help* — because Outlook for iOS doesn’t use legacy auth. Turning it on actually *improves* reliability by preventing accidental EAS fallback.

Fix #3: Shared Mailbox Sync Requires Desktop Initialization

Here’s what most miss: Outlook for iOS won’t auto-sync shared mailboxes unless they’ve been manually opened in desktop Outlook first — and remain cached. In desktop Outlook (Microsoft 365 Apps), go to File > Account Settings > Account Settings… > select your account > Change > More Settings… > Advanced tab > Add…. Type the shared mailbox SMTP (e.g., [e-mail]). Click OK. Let it sync fully — even if it takes 10 minutes. Then, in Outlook for iOS: Settings > Accounts > your account > Shared mailboxes > toggle the one you just added. It will now appear — but only if your account has Full Access AND Send As (not just Send On Behalf). Note: Outlook Web App shows shared mailboxes immediately after permission grant. iOS does not. There’s no workaround — it’s by design.

Still Not Working?

If mail syncs but calendar invites never update, or replies from shared mailboxes always show your personal ‘From’ address: - Ask your admin to run Get-EXOMailbox -Identity "[e-mail]" | fl GrantSendOnBehalfTo,ForwardingAddress,EmailAddresses — missing SMTP: primary alias breaks iOS Graph routing. - Confirm your MFA method supports app passwords — but don’t use them. Outlook for iOS refuses app passwords. If you’re prompted for one, your tenant is forcing legacy auth somewhere. - Try signing in via Safari to outlook.office.com using the same account. If shared mailboxes appear there but not in iOS, it’s a Graph scope issue — not network or DNS. If none of those resolve it, escalate to your IT team with this exact log snippet: open Outlook for iOS > Settings > About > tap build number 7 times to enable diagnostics > go back > Diagnostic Logs > filter for graph and mailbox. Attach the last 5 minutes of logs — not screenshots.

Problem State	What Happens	Result After Fix
Shared mailbox appears in desktop Outlook but not iOS	User tries toggling ‘Show in folder list’ in iOS — no effect. Calendar events from shared mailbox don’t appear.	After adding mailbox in desktop Outlook Advanced settings and restarting iOS app, shared mailbox appears under ‘Shared mailboxes’ and syncs calendar & mail.
Meeting invites accepted on iOS show ‘Tentative’ forever in Outlook Web App	User taps ‘Accept’, sees confirmation, but status stays tentative in OWA and desktop. No error shown.	Re-adding account triggers full Graph scope consent. Calendar updates sync within 90 seconds across all clients.
Replying to email from shared mailbox sends from personal address	User selects shared mailbox in ‘From’ dropdown, hits send — recipient sees reply from [e-mail].	Admin grants ‘Send As’ (not ‘Send on Behalf’) and runs Set-Mailbox -Identity [e-mail] -MessageCopyForSentAsEnabled $true. iOS respects ‘From’ selection.
iOS shows ‘Connected’ but no new emails for 2+ hours	User force-quits app, toggles Wi-Fi, checks notifications — all fine. Mail only arrives after opening Outlook Web App.	Conditional Access policy blocked ‘mobileapp’ client type. Admin adds Outlook for iOS to allowed client apps. Sync resumes instantly.
‘Q3 Budget Review — Action Needed by Friday’ appears in iOS but not desktop	User searches in desktop Outlook — zero results. But the same email is visible and actionable in iOS.	Desktop Outlook was set to ‘Download headers only’ for that folder. Changed to ‘Download full items’ in Send/Receive > Send/Receive Groups > Edit.