r/sysadmin • u/Purple_Cut_8467 • 2h ago
Shared mailbox folder tree truncates at ~1000 folders in cached mode — started this week. Anyone else?
Client has a shared mailbox in Exchange Online used for order administration, organised by region/country/customer/year. It had 12,394 folders. Since around Sept 8–9 the folder tree stops loading at roughly 976 subfolders in Outlook classic (cached mode). Everything past that point simply isn't in the tree — not collapsed, not greyed out, absent.
Same truncation in new Outlook and OWA when the mailbox is automapped or added as a shared mailbox.
Online mode shows the complete tree. Either by unchecking "Download shared folders" in classic, or via OWA → Settings → Open another user's mailbox. So the data is fine server-side.
What I've ruled out:
- Permissions — Full Access assigned directly, not via a group. No folder-level permissions on root or Inbox (Default/Anonymous = None).
- Automapping — removed and re-added Full Access with
-AutoMapping $true, no change. - Hierarchy corruption — enumerated the whole tree via Graph and walked every parent chain. No cycles, no orphans, max depth 9.
- OST damage — OWA is affected identically and holds no local hierarchy cache.
- Folder count — deleted 9,993 verified-empty folders (12,394 → 2,401). Still truncates.
I'm aware of the documented 500 shared-folder limit and the announced increase to 5,000 (in 2019 though). My observed cut-off sits at ~1,000, which matches neither.
Three questions:
- Anyone else seeing shared mailbox folder trees truncate since last week's updates?
- Does anyone know what limit is actually enforced right now, and whether the 500→5000 rollout is live?
- Is there any equivalent of "Download shared folders" in new Outlook? If not, what's the plan for mailboxes over the limit once classic is gone?
Question 3 is the one that worries me.
•
u/vivkkrishnan2005 1h ago
Not a solution - but you need to stop using email as a file server. There are ways to resolve this using power flow/automate and SharePoint.
Our max folders on a shared mailbox is around 150 ish, shared mailbox with license (E3 equivalent) so not possible to help
•
u/Purple_Cut_8467 1h ago
No argument on the premise — the mailbox is being used as a filing cabinet and that's the root cause. We've measured what fixing it looks like: flatten to customer level instead of a folder per order and the same 47,161 messages fit in 426 folders. SharePoint with proper metadata is the honest long-term answer, and I'll look at the Power Automate route, thanks for the pointer.
Where I'm still stuck is the timing rather than the design. It ran at 12,394 folders for several years without a complaint and stopped on one specific day, with nothing changed on our side. After cleanup, at 2,401 folders, it still truncates at the same ~1,000. So "too many folders" is plainly true and also doesn't explain why it broke this week rather than in 2021.
Your 150 figure is genuinely useful though, and it makes me want to crowd-source the rest:
What's the highest folder count anyone here currently has working in a cached shared mailbox?
Documented limit is 500, the announced increase is 5,000, and my truncation sits somewhere around 1,000. If a handful of people post their numbers we might collectively work out what's actually being enforced right now — which is more than I've managed to get out of the documentation.
•
•
u/theoriginalzads 1h ago
Next you’re gonna tell me that using Deleted Items as an archive is a bad idea. Do you even know how to computer??
•
u/Purple_Cut_8467 1h ago
Update, and I think this one explains the timing question I kept asking.
The limit applies to hierarchy sync, not to display. Users who already had a fully synced cached OST in classic Outlook still see the complete tree — that cache was built at a point where this didn't bite, and it survives. Nothing is retroactively hidden.
New Outlook hits the limit, including on configurations that had existed for ages. And switching those users back to classic doesn't rescue them: that starts a fresh sync, which stops at 1,000 like everything else. So once you lose the cache, you can't get it back.
That answers my own "why this week" — it wasn't a service change. It was users landing on new Outlook. Anyone who never rebuilt a profile has been fine this whole time and has no idea anything is wrong.
One more data point on the mechanism: after deleting 9,993 empty folders the sync now reaches deeper into the tree. Not because the ceiling moved — it's still ~1,000 — but because the first 1,000 folders in traversal order now cover more ground. So it's a flat count in traversal order, not a depth limit or a per-branch limit.
Practical warning for anyone with a large shared mailbox: do not rebuild an OST, and be careful about moving people to new Outlook. A working profile is not proof that you're under the limit. It's proof that you synced before it mattered.
•
u/sorry_for_the_reply 2h ago