[English]Bei Microsoft Exchange Online gab es zum 24. März 2025 eine erneute Störung. Tenant-Administratoren konnten plötzlich keine neuen Postfächer mehr anlegen – der Prozess blieb hängen, so ein Leser in einer E-Mail. Inzwischen hat Microsoft das aber als Störung EX10440462 zum 24. März 2025 bestätigt.
Exchange Online-Postfächer nicht anlegbar
Arne S. hatte mich am gestrigen 24. März 2024 am späten Nachmittag über ein neues Problem bei Exchange Online informiert. Unter dem Betreff „Mal wieder Störung bei Microsoft 365 / Exchange Online?“ berichtete er, dass er ein Problem bei seinen Kunden bemerkt habe.
Problem bei einem Kunden
Ihm war zum 24. März aufgefallen, dass sich bei seinen Kunden keine neuen Benutzerpostfächer unter Exchange Online anlegen lassen. Konkret hatte er am Morgen dieses Tages um ca. 10 Uhr einem Benutzer im Administrator-Portal eine Exchange Online-Lizenz zugeordnet.
Normalerweise kein Problem, aber bei diesem Kunden stand seit dem Anlegen der Status auf „Wir bereiten ein Postfach für den Benutzer vor.“. Dieser Vorgang wurde aber nie abgeschlossen. Um das Verhalten zu reproduzieren hat der Leser den Schritt zum Testen noch in anderen Tenants versucht und ist auf dasselbe Problem gestoßen.
Der Prozess zum Anlegen eines neuen Benutzerpostfachs hing irgendwo und lief nicht weiter. Es war dabei unerheblich, ob der Microsoft-Benutzer dabei ein Cloud-Benutzer ist oder aus einem lokalen Active Directory synchronisiert wurde.
Weiteres Problem beobachtet
Der Leser beschrieb mir noch ein weiteres merkwürdiges Verhalten: Er hat E-Mail-aktivierte Sicherheitsgruppen, mit der Zugriffsrechte auf Shared Mailboxes geregelt werden. Änderungen an diesen Gruppen werden ordnungsgemäß nach Entra ID synchronisiert, aber weder im Admin Center noch in Exchange Online übernommen.
Testweise hat er eine herkömmliche Sicherheitsgruppe modifiziert und ihr eine E-Mail-Adresse zugewiesen. Ab dem Zeitpunkt bekam der Leser in Exchange Online nur noch die Fehlermeldung „Die Gruppe, auf die Sie zugreifen möchten, ist in Exchange nicht vorhanden. Wenn das Problem weiterhin besteht, können Sie die Gruppe aus Microsoft Entra ID löschen, um sie zu beheben.“
Der Leser fragte, ob auch andere Microsoft 365-Administratoren dieses Verhalten reproduzieren können? Zum Zeitpunkt seiner Mail fand der Leser noch keine bestätigte Störung bezüglich des obigen Sachverhalts.
Microsoft bestätigt Störung EX10440462
Am heutigen 25. März 2025 hat mir der Blog-Leser dann in einer Folge-Mail geschrieben, dass Microsoft das Verhalten als Störung unter der Incident ID EX10440462 bestätigt habe.
In obigem Screenshot, den mir der Leser zugeschickt hat (danke dafür) finden sich die Erklärungen Microsofts. Eine kürzlich durchgeführte Konfigurationsänderung in der Exchange Online Infrastruktur, die für die Synchronisierung verantwortlich war, führte dazu, dass diese Synchronisierung nicht abgeschlossen werden konnte. In der Folge konnten Administratoren möglicherweise keine Postfächer bereitstellen. War jemand aus der Leserschaft sonst noch betroffen?
Hat das vielleicht irgendwie mit https://www.borncity.com/blog/2025/03/15/exchange-online-und-ms365-probleme-durch-schwachstelle-maerz-2025/ zu tun?
Ist etwas still darum geworden oder ich habe was überlesen …
zum besagten Blog Beitrag habe ich keine neuen Informationen, MS schweigt
Wir können seit gestern in verschiedenen Kunden-Tenets Email-Aliasse nicht löschen, bzw. tauchen diese nach kurzer Zeit wieder auf. Die Umwandlung von Email-Accounts in freigegebene Postfächer funktioniert bei bestimmten Konten ebenfalls nicht bzw. nicht immer.
Genau das Problem hatte ich vorgestern auch bei der Einrichtung von einem neuen Tenant…
Das Problem bestand schon am 21.03. gegen 23:00 Uhr [CET]. Das Schlimme ist, dass die Mailadresse dann „verbrannt“ ist. Konnte erst ab dem 25.03. durch entziehen der Lizenz wieder genutzt werden.
Bei Lizenzen, die vorher entzogen wurden, bleiben die Mailadressen vorerst gesperrt (MS hat dazu ein Ticket). Dann kann man diese gar nicht mehr verwenden. Kommt immer eine Meldung von einer ausstehen Graph-Sitzung mit nem UUID. Weder UUID, noch Adresse sind findbar. Weder über API, noch über Powershell oder GUI.
Konstellation Cloud only mit > 5K Accounts.