Ein „Freigegebenes Postfach“, aka. Shared Mailbox erscheint in Outlook meistens dann doppelt, wenn sie sowohl per Automapping als auch zusätzlich manuell eingebunden wurde. Technisch liefert Autodiscover dem Outlook-Client alle freigegebenen Postfächer des Benutzers zurück, sofern dieser Vollzugriff hat und das Postfach für Automapping markiert ist. Bindet der Nutzer dasselbe Postfach anschließend manuell ein, öffnet Outlook zwei MAPI-Stores und legt in der Regel zwei OST-Dateien an. Die Folge: doppelte Ordnerbäume, träge Navigation, fehlerhafte oder unvollständige Suchtreffer, erhöhte I/O-Last und gelegentlich Synchronisationskonflikte.

In der Theorie sollte die manuelle Einbindung eine vorhandene Automapping-Instanz eigentlich übersteuern – in der Praxis geschieht das jedoch nicht zuverlässig. Stattdessen bleiben beide Stores parallel bestehen, was bis hin zu Fehlermeldungen wie „Der Ordner kann nicht erweitert werden. Die Ordnergruppe ist nicht verfügbar.“ führen kann. Der Ausweg ist klar: Berechtigungen ohne Automapping neu setzen (-AutoMapping:$false) und die Shared Mailbox als eigenständiges Konto hinzufügen. So trennen Sie Caching und Sendeidentitäten sauber, vermeiden Dubletten und behalten die Kontrolle über Profilgröße und Suchindex.
Inhalt
- Automapping deaktivieren (-AutoMapping:$false), Berechtigungen neu setzen und Shared Mailbox sauber als eigenes Konto einbinden – plus Aufräumplan für bestehende Doppelbindungen
- Hintergrund: Wie Automapping arbeitet und warum doppelte OST-Dateien, Suchfehler und Performanceprobleme entstehen
- Abwägung: Automapping vs. eigenständiges Konto – Komfort, Caching-Trennung, Send-As/From und Auswirkungen auf den Client
Ziel: Doppelbindungen gezielt beenden
Wer sich dafür entscheidet, eine Shared Mailbox manuell einzubinden, hat meistens einen ganz konkreten Grund. Häufig ist dies die eingeschränkte rekursive Durchsuchbarkeit des Postfachs in Outlook.
Eine Shared Mailbox wird in Outlook doppelt angezeigt, wenn sie sowohl per Automapping (durch FullAccess-Berechtigung ohne -AutoMapping:$false) als auch manuell im Profil eingebunden ist. Der saubere Weg: FullAccess neu setzen mit deaktiviertem Automapping und die Shared Mailbox als eigenständiges Konto hinzufügen, damit eine eigene OST-Datei entsteht und Caching/Suche getrennt bleiben. Wichtig ist die Reihenfolge: zuerst Automapping entfernen und replizieren lassen, erst danach die manuelle Einbindung vornehmen. Andernfalls droht die bekannte Blockade mit nicht mehr öffnender Mailbox.
Berechtigungen in Exchange Online korrekt setzen
Voraussetzungen: Exchange Online PowerShell (ExchangeOnlineManagement-Modul), Rolle mit Berechtigungen für Empfängerverwaltung, Modern Authentication aktiv (Standard in Microsoft 365).
1) Verbindung herstellen:Connect-ExchangeOnline
2) Variablen setzen (Beispiel):$Shared="sharedmailbox@contoso.com"
$User="user@contoso.com"
3) Vorhandene FullAccess-Berechtigung entfernen (Automapping lässt sich nicht „umschalten“, deshalb neu setzen):Remove-MailboxPermission -Identity $Shared -User $User -AccessRights FullAccess -Confirm:$false
4) FullAccess neu vergeben – jetzt ohne Automapping:Add-MailboxPermission -Identity $Shared -User $User -AccessRights FullAccess -AutoMapping:$false
5) Optional: „Send-As“ prüfen/setzen (unabhängig vom Automapping):Add-RecipientPermission -Identity $Shared -Trustee $User -AccessRights SendAs
Hinweis: Replikation kann einige Minuten dauern. Outlook muss anschließend neu gestartet werden, damit eine zuvor automappende Mailbox aus dem Profil verschwindet.
- Windows (Microsoft 365 Apps, Version 1908 oder neuer): Datei > Konto hinzufügen > E-Mail-Adresse der Shared Mailbox eingeben > Anmelden mit den eigenen Benutzeranmeldedaten (delegierte Anmeldung) > Fertigstellen. Outlook legt eine eigene OST für die Shared Mailbox an.
- macOS (aktuelles Outlook): Outlook > Einstellungen > Konten > „+“ > Neues Konto > Adresse der Shared Mailbox > „Mit anderem Konto anmelden“ wählen > mit eigenem Konto authentifizieren.
- Kontrollieren: In den Kontoeinstellungen hat die Shared Mailbox nun einen eigenen Eintrag mit eigenem Synchronisationszeitraum.
Wichtig: Das manuelle Hinzufügen über „Weitere Einstellungen > Erweitert > Zusätzliche Postfächer“ erzeugt keine eigene OST. Für getrenntes Caching ist die Einbindung als eigenes Konto erforderlich.
Vergleich: Automapping vs. Einbindung als eigenes Konto
Methode | Vorteile | Nachteile | Einsatzempfehlung |
---|---|---|---|
Automapping (FullAccess ohne -AutoMapping:$false) | Kein Benutzerschritt in Outlook; erscheint automatisch | Teilt OST/Suchindex mit Primärkonto; Risiko doppelter Einbindung; weniger Kontrolle über Caching | Kurzfristige Delegationen, kleine Postfächer |
Eigenes Konto (FullAccess mit -AutoMapping:$false) | Eigene OST und Suchindizes; besseres Performance- und Cache-Management; klare Trennung; rekursive Durchsuchbarkeit des Postfachs und nicht nur „je Ordner“. | Benutzer muss Konto hinzufügen; minimaler Mehraufwand im Support | Dauerhafte Zusammenarbeit, große oder stark frequentierte Postfächer |
Aufräumplan für bereits doppelt eingebundene Postfächer
- Schritt 1 – Berechtigungen korrigieren: In Exchange Online FullAccess entfernen und mit
-AutoMapping:$false
neu setzen (siehe oben). Warten, bis die Änderung repliziert ist. - Schritt 2 – Outlook neu starten: Die automappende Instanz verschwindet nach dem Neustart. Bleibt sie sichtbar, Outlook vollständig beenden (auch aus dem Systray) und erneut starten.
- Schritt 3 – Saubere Einbindung: Die Shared Mailbox als eigenes Konto hinzufügen (Windows/macOS wie beschrieben).
- Schritt 4 – Alte Datendatei bereinigen: Outlook schließen. Unter
%LOCALAPPDATA%\Microsoft\Outlook
(Windows) bzw. in den Outlook-Profilordnern (macOS) verwaiste OST der Shared Mailbox identifizieren und löschen, falls nicht mehr verwendet. - Schritt 5 – Suche stabilisieren: Windows neu indizieren lassen (Systemsteuerung > Indizierungsoptionen > Erweitert > Neu erstellen) bei anhaltenden Suchfehlern. In großen Umgebungen per Richtlinie zeitversetzt ausrollen.
- Schritt 6 – Kontrolle: In Outlook muss die Shared Mailbox nur einmal erscheinen – als eigenes Konto. Test auf Senden/Empfangen, Ordnerabgleich und Suche durchführen.
Tipp für Admins: Für mehrere Benutzer per Skript iterieren, vorhandene FullAccess-Einträge erfassen, entfernen und mit -AutoMapping:$false
erneut setzen. Rollout in Wellen minimiert Helpdesk-Spitzen.
Troubleshooting-Matrix für typische Fehlerbilder
Symptom | Ursache | Maßnahme |
---|---|---|
Doppelte Ordnerbäume | Automapping aktiv + manuelle Einbindung | FullAccess mit -AutoMapping:$false neu setzen, automappende Instanz verschwindet nach Replikation |
Suchtreffer doppelt/unvollständig | Zwei OSTs, doppelter Index | Nur ein Einbindungsweg nutzen, ggf. Index neu erstellen |
Fehler „Ordner kann nicht erweitert werden“ | Store-GUID-Konflikt oder Stale-Autodiscover | Profil neu anlegen, vorher Automapping sauber deaktivieren |
Mailbox bleibt trotz Rechte-Entzug sichtbar | Autodiscover-Cache liefert alte Daten | Warten bis Replikation abgeschlossen, Outlook neu starten, ggf. Cache leeren |
Hintergrund: Wie Automapping arbeitet und warum doppelte OST-Dateien, Suchfehler und Performanceprobleme entstehen
Was Automapping in Exchange/Outlook technisch macht
Wenn für eine Shared Mailbox ein Benutzer direkt mit FullAccess berechtigt wird, setzt Exchange standardmäßig Automapping. Diese Information wird im Postfachobjekt gespeichert und über Autodiscover an den Client geliefert. Outlook für Windows (klassisch) wertet die Autodiscover-Antwort aus und bindet die Shared Mailbox automatisch als delegierten Store unter dem primären Konto ein – ohne zusätzliche Anmeldung.

Die Daten der automappenden Shared Mailbox werden – je nach Einstellung – im OST des primären Kontos mit zwischengespeichert (Datei > Kontoeinstellungen > Ändern > Weitere Einstellungen > Erweitert > Gemeinsame Ordner herunterladen). Ist diese Option aktiv, landen die Ordner der Shared Mailbox im OST der Haupt-Mailbox. Ist sie deaktiviert, wird der delegierte Store online abgefragt und nicht im OST des primären Kontos indiziert.
Warum doppelte Einbindungen entstehen
Wird dieselbe Shared Mailbox zusätzlich manuell als eigenes Konto hinzugefügt (sekundäres Exchange-Konto bzw. „Shared Mailbox hinzufügen“), erstellt Outlook dafür eine eigenständige Kontoverbindung samt eigenem Cache. Besteht gleichzeitig Automapping, bindet Outlook dieselbe Mailbox noch einmal als delegierten Store ein. Ergebnis: zwei Ordnerbäume derselben Mailbox in einem Profil.
- Automapping: Delegierter Store unter dem Hauptkonto, Cache optional im primären OST.
- Manuelle Einbindung: Eigenständiges Konto mit eigener OST und eigenem Synchronisationskontext.
- Kombination beider Methoden: doppelte Stores bei identischem Serverpostfach.
Hinweis zur Berechtigungsvergabe: Automapping greift nur bei direkt zugewiesenen FullAccess-Rechten. Wird der Zugriff über eine Sicherheitsgruppe gewährt, liefert Autodiscover standardmäßig keine Automapping-Einträge – dadurch tritt die Verdopplung bei Gruppenrechten in der Regel nicht auf.
Eigentlich wäre zu erwarten, dass die manuelle Einbindung eines Postfachs die automappende Delegation verdrängt. Outlook setzt diese Priorisierung aber nicht konsequent um. Ohne explizit deaktiviertes Automapping (-AutoMapping:$false) bleiben beide Varianten parallel aktiv, was zu doppelten Stores, doppelten Suchindizes oder im Extremfall zu unbrauchbaren Profilen führt.
Die Gründe sind technischer Natur: Autodiscover-Caches können veraltete Informationen liefern, Store-GUIDs kollidieren im Profil oder die Reihenfolge beim Laden der MAPI-Stores führt dazu, dass die Delegation nicht entfernt wird. Das erklärt, warum manche Umgebungen mit scheinbar identischer Konfiguration stabil laufen, andere jedoch in den beschriebenen Fehlerzustand geraten.
Doppelte OSTs, Suchfehler und Lastspitzen: die Kausalkette
In Outlook für Windows (klassisch) mit Exchange-Cachemodus führen die zwei Einbindungen zu zwei unterschiedlichen Cache-Pfaden:
- Der automappende Store nutzt den OST des primären Kontos (sofern „Gemeinsame Ordner herunterladen“ aktiv ist).
- Das manuell eingebundene Konto verwendet einen eigenen OST mit eigener Store-GUID.
Diese Doppelstruktur erzeugt typische Folgeeffekte: Der Windows-Suchdienst indiziert denselben Inhalt aus zwei Stores, was zu doppelten Treffern, unvollständigen Ergebnissen („Suchergebnisse sind u. U. unvollständig, da Elemente noch indiziert werden“) und inkonsistenten Suchscopes führt. Gleichzeitig synchronisiert Outlook dieselben Ordner zweimal, was MAPI/HTTP-Verbindungen, CPU und Netzlast erhöht, die Throttling-Grenzen von Exchange Online schneller erreicht und die Client-Reaktionszeit verschlechtert. In großen Postfächern steigen außerdem die Größen der OST-Dateien unnötig an, was beim Start und beim Wechsel von Ordnern spürbare Verzögerungen verursachen kann.
Kommt es zusätzlich zu Ghost- oder Stale-Entries im Autodiscover-Cache, entstehen Konstellationen, in denen das Postfach nicht mehr geöffnet werden kann. In diesen Fällen hilft nur ein komplettes Neuanlegen des Outlook-Profils.
Abgrenzung: klassisches Outlook vs. neues Outlook für Windows
Die beschriebenen Effekte mit zwei OST-Dateien betreffen Outlook für Windows (klassisch). Im neuen Outlook für Windows existiert kein klassische OST-Mechanismus; doppelte Einbindungen können jedoch weiterhin zu zwei Ordnerbäumen und doppelten Hintergrundabfragen führen. Für die Vermeidung von Doppelbindungen bleibt das Prinzip identisch: Entweder Automapping oder manuelle Einbindung, nicht beides parallel.
Automapping vs. manuelle Einbindung im Direktvergleich
Aspekt | Automapping | Manuelle Einbindung als eigenes Konto |
---|---|---|
Bereitstellung | Automatisch über Autodiscover bei direktem FullAccess | Explizit im Client hinzugefügt |
Cache-Ablage | Im OST des primären Kontos (optional), sonst online | Eigener OST, getrennte Synchronisation |
Suche/Index | Teilt sich Index mit Haupt-OST bzw. online nicht indiziert | Eigener Index-Kontext, konsistent für dieses Konto |
Identität/Absender | Send As/On Behalf technisch möglich, Store bleibt delegiert | Klare Trennung als eigene Kontoidentität im Profil |
Skalierung | Einfach, aber bei großen Postfächern anfällig für doppelte Last | Bessere Trennung von Last und Cache, mehr Kontrolle |
Typische Risiken | Doppelte Stores bei paralleler manueller Einbindung | Fehlkonfiguration oder Blockade, wenn Automapping nicht vorher entfernt wurde |
Abwägung: Automapping vs. eigenständiges Konto – Komfort, Caching-Trennung, Send-As/From und Auswirkungen auf den Client
Komfort und Betriebsaufwand
Automapping bindet ein freigegebenes Postfach ohne Benutzereingriff ein, sobald Vollzugriff gewährt wurde. Die Anzeige verschwindet automatisch, wenn der Zugriff entzogen wird. Für Helpdesks ist das unkompliziert, insbesondere in größeren Umgebungen oder bei häufig wechselnden Berechtigungen.
Als eigenständiges Konto eingebunden, wird das Postfach bewusst und sichtbar hinzugefügt. Das erfordert Admin-Vorarbeit (Vollzugriff mit -AutoMapping:$false) und ein kurzes Hinzufügen im Outlook-Profil. Der Mehraufwand zahlt sich aus, wenn klare Trennung, eigene Synchronisationseinstellungen oder gezielte Fehleranalyse gewünscht sind.
Caching-Trennung, OST-Größe und Suche
Im klassischen Outlook für Windows lädt Automapping (bei aktivierter Option „Freigegebene Ordner herunterladen“) Inhalte des Shared Mailbox in die OST der Primärmailbox. Große Shared Mailboxes vergrößern dadurch die OST des Hauptkontos, was Suchindizierung und UI-Reaktionszeit beeinträchtigen kann.
Als eigenständiges Konto erhält das Shared Mailbox eine eigene OST und einen eigenen Synchronisationsregler (Cache-Zeitraum). Das trennt I/O-Last, mindert OST-Aufblähung des Primärkontos und reduziert Kollateraleffekte bei beschädigten Suchindizes. Für sehr große oder viele Shared Mailboxes ist dies die robuste Variante.
Im neuen Outlook für Windows (auf Webtechnologie basierend) existiert keine OST im klassischen Sinne; die Trennung wirkt sich dort primär auf Darstellung, Absenderauswahl und Serverseitig gespeicherte Ordnerpfade aus, nicht auf lokale Datendateien.
Senden als/von und Ablage von gesendeten/gelöschten Elementen
Beide Methoden unterstützen „Senden als“ und „Senden im Auftrag“. Entscheidend ist die serverseitige Ablage: In Exchange Online sollten am Shared Mailbox die Optionen für Kopien gesendeter Elemente aktiviert sein (Set-Mailbox -Identity <Shared> -MessageCopyForSentAsEnabled $true -MessageCopyForSendOnBehalfEnabled $true
). So landen gesendete Nachrichten zuverlässig im Ordner „Gesendete Elemente“ des Shared Mailbox – unabhängig von der Outlook-Version.
Als eigenständiges Konto ist die Absenderauswahl besonders klar, die Ordnerzuordnung selbsterklärend und in der Praxis weniger fehleranfällig bei mehreren gleichnamigen Ordnern. Automapping funktioniert ebenso, verlangt aber häufiger eine bewusste Absenderauswahl und sorgfältige Kontrolle der Ablagepfade.
Kriterium | Automapping | Eigenständiges Konto |
---|---|---|
Einrichtung | Automatisch nach Vollzugriff | Vollzugriff mit -AutoMapping:$false, danach manuell hinzufügen |
Caching/Datendatei | Nutzt OST des Primärkontos (bei geteiltem Cache) | Eigene OST, eigener Cache-Regler |
Performance bei großen Mailboxen | Kann Primär-OST aufblähen | Last sauber getrennt |
Suche/Index | Ein großer Index für alles | Getrennte Indizes pro Konto |
Absender-/Ordnerklarheit | Gut, aber Absenderwechsel erfordert Aufmerksamkeit | Sehr klar, eigene Kontokontextleiste |
Offboarding | Entzug der Rechte entfernt Anzeige automatisch | Anzeige bleibt, bis Konto entfernt wird |
Mehrgeräte-Umgebungen | Ohne Benutzeraktion überall verfügbar | Pro Gerät/Profil hinzufügen |
Auswirkungen auf Outlook-Clients
Outlook für Windows (klassisch): Automapping speist in die Primär-OST ein; zusätzliche manuelle Einbindung erzeugt eine eigene OST. Beide parallel führen zu doppelter Darstellung und unnötiger Last – deshalb entweder Automapping oder eigenständiges Konto, nicht beides.
Neues Outlook für Windows und Outlook im Web: Kein lokaler OST-Ballast; die Wahl betrifft vor allem Absenderführung und Postfach-Kontext. Doppelte Einbindungen werden seltener sichtbar, dennoch sollte die Methode konsistent bleiben.
Outlook für Mac: Getrennte Konten sind ebenfalls sinnvoll bei großen Shared Mailboxes. Auch hier vermeiden konsistente Berechtigungen mit deaktiviertem Automapping Doppelanzeigen.
Praxisnahe Entscheidungshilfen – Automapping vs. manuelle Einbindung:
- Wenig Benutzer, große Shared Mailboxes, feste Teams: Eigenständiges Konto für klare Trennung und stabilen Cache.
- Viele Benutzer, häufig wechselnde Berechtigungen, kleine Postfächer: Automapping für minimalen Verwaltungsaufwand.
- Strikte Compliance-Anforderungen an Ablage und Protokollierung: Eigenständiges Konto plus serverseitige „Sent Items“-Kopien.
- Performanceprobleme oder Suchfehler im Primärprofil: Wechsel auf eigenständiges Konto und Deaktivierung von Automapping für die betreffenden Freigaben.
Meroth IT-Service ist Ihr lokaler IT-Dienstleister in Frankfurt am Main für kleine Unternehmen, Selbstständige und Privatkunden
Kostenfreie Ersteinschätzung Ihres Anliegens?
Werbung





























(**) UVP: Unverbindliche Preisempfehlung
Preise inkl. MwSt., zzgl. Versandkosten