(Die Antwort wurde automatisch übersetzt. Daher können grammatikalische Fehler oder ungewöhnliche Formulierungen enthalten sein.)

Hallo @Alex,

es tut mir leid zu hören, dass dieses Problem auch nach mehr als fünf Wochen weiterhin ungelöst ist, insbesondere nach mehreren Supportfällen und einer Eskalation.

Nach meinem Kenntnisstand vom 24. August 2026 konnte ich kein öffentlich dokumentiertes bekanntes Microsoft-Problem finden, das exakt der Situation entspricht, dass freigegebene Postfächer in klassischem Outlook, OWA, dem neuen Outlook und auf verschiedenen Computern unterschiedlich angezeigt werden. Microsoft dokumentiert zwar einige Synchronisierungseinschränkungen für freigegebene Postfächer im neuen Outlook, insbesondere bei Postfächern, die über Automapping hinzugefügt werden, jedoch erklärt das veröffentlichte Problem die inkonsistenten Postfachlisten, die Sie in diesen Clients sehen, nicht vollständig.

Basierend auf dem von Ihnen beschriebenen Verhalten scheint dies kein einfaches Problem mit dem Outlook-Profil oder dem lokalen Cache zu sein. Die Tatsache, dass mehrere Benutzer und Computer betroffen sind und dass auch OWA inkonsistente Ergebnisse anzeigt, deutet darauf hin, dass das Problem möglicherweise mit der Postfacherkennung, Automapping- oder Delegierungsmetadaten, der Weitergabe von Berechtigungen oder der Art und Weise zusammenhängt, wie die einzelnen Clients Informationen zu freigegebenen Postfächern abrufen und darstellen. WAM oder OneAuth können ohne weitere Diagnosen nicht vollständig ausgeschlossen werden, erscheinen jedoch als alleinige Ursache weniger wahrscheinlich, da auch OWA betroffen ist. Letztendlich kann jedoch nur Microsoft bestätigen, ob es sich nach Prüfung der entsprechenden Diensttelemetrie und Metadaten um ein mandantenspezifisches Backend-Problem handelt.

Leider handelt es sich hierbei um ein Benutzer-zu-Benutzer-Supportforum, daher haben weder andere Community-Mitglieder noch ich Zugriff auf die Backend-Diagnosetools, die Mandantentelemetrie oder interne Eskalationsinformationen, die erforderlich wären, um ein mögliches dienstseitiges Metadatenproblem zu bestätigen oder zu korrigieren.

Aus diesem Grund würde ich empfehlen, die Zusammenarbeit mit dem Microsoft-Support über Ihren bestehenden Fall fortzusetzen, auch wenn ich verstehe, dass die lange Wartezeit bereits frustrierend war. Die technischen Ingenieure von Microsoft sind am besten in der Lage, die mandantenseitigen Delegierungs- und Automapping-Metadaten zu überprüfen, die relevante Diensttelemetrie zu analysieren und festzustellen, ob das Problem eine weitere Untersuchung oder Korrektur im Backend erfordert.

In der Zwischenzeit können Sie diesen Thread ebenfalls weiter beobachten. Sollten andere Benutzer ein ähnliches Verhalten feststellen, können sie möglicherweise ihre Beobachtungen, Umgehungslösungen oder erhaltene Erkenntnisse teilen.

Ich hoffe, dass das Supportteam Ihnen bald eine klare Erklärung der Grundursache sowie eine dauerhafte Lösung bereitstellen kann. Falls Sie weitere Erkenntnisse vom Eskalationsteam erhalten, wäre es sehr hilfreich, wenn Sie diese hier teilen könnten, da sie möglicherweise auch anderen Benutzern mit demselben Verhalten weiterhelfen.

Vielen Dank für Ihr Verständnis.