Microsoft-365-Störung: Exchange Online blockiert – kein Zugriff auf Postfächer, Daten aber intakt
Vom 31. August 2026, 14:56 UTC, bis zum 3. September 2026, 10:00 UTC, war der Zugriff auf Exchange Online weltweit gestört: Anmeldungen scheiterten, E-Mails blieben liegen, die Postfachsuche lieferte nichts. Microsoft führte den Vorfall (Kennung EX1464935, übergreifend MO1465074) auf eine Kern-Authentifizierungskonfiguration zurück. Ein Nachweis für gelöschte Postfachdaten liegt nicht vor.
Für Betroffene ist das die wichtigste Unterscheidung überhaupt: Kein Zugriff ist nicht dasselbe wie Datenverlust. Wer diesen Unterschied in der Aufregung übersieht und anfängt, Profile zu löschen, Lizenzen zu entziehen oder Postfächer neu anzulegen, kann aus einer vorübergehenden Dienststörung einen echten, dauerhaften Datenverlust machen. Genau darum geht es in diesem Beitrag.
Was ist bei der Microsoft-365-Störung EX1464935 genau passiert?
Am 31. August 2026 meldete Microsoft über den offiziellen Statuskanal, dass Berichte über Probleme mit Exchange Online untersucht würden:
„We're investigating reports of Exchange Online issues. Please see EX1464935 in the admin center for more information.“ – Microsoft 365 Status (@MSFT365Status)
Kurz darauf bestätigte Microsoft eingeschränkte Funktionen in mehreren Bereichen von Exchange Online und stellte anschließend fest, dass die Ursache nicht auf den Mail-Dienst begrenzt war:
„We've confirmed that the authentication component issue impacts other services beyond Exchange Online.“ – Microsoft 365 Status (@MSFT365Status)
In der abschließenden, dienstübergreifenden Servicemeldung MO1465074 heißt es zur Ursache:
„An issue within a core authentication configuration used by multiple Microsoft 365 services was resulting in impact.“ – Microsoft Service Health, MO1465074
Übersetzt heißt das: Eine zentrale Anmeldekomponente – also der Teil der Cloud, der prüft, ob ein Nutzer oder ein Programm sich verbinden darf – war fehlerhaft konfiguriert. Da mehrere Microsoft-365-Dienste dieselbe Komponente verwenden, fielen gleichzeitig ganz unterschiedliche Zugriffswege aus: Outlook im Web, Outlook für iOS und Android, Outlook für Mac, Exchange Web Services (EWS, die Programmierschnittstelle für Kalender- und Postfachzugriffe) sowie Funktionen im Exchange Admin Center.
Am 1. September 2026 erholten sich Versand und Empfang laut heise online weitgehend, Microsoft arbeitete jedoch noch einen Zustellrückstau ab; Kalenderfunktionen blieben teilweise eingeschränkt. Am 2. September meldete Microsoft laut BleepingComputer eine stabile Dienstverfügbarkeit von über 99 Prozent. Am 3. September 2026 um 10:00 UTC lautete der Eintrag in MO1465074 schlicht: „Impact is fully resolved.“ Am 5. September 2026 war der Vorfall als „postIncidentReviewPublished“ geführt, die öffentliche Statusseite zeigte alle Produkte als betriebsbereit.
Eine Zahl, die oft falsch gelesen wird
Microsoft sprach am 3. September davon, dass die verbliebene Outlook-Auswirkung weniger als ein Prozent der Infrastruktur betraf. Das ist ausdrücklich keine Aussage über weniger als ein Prozent der Nutzenden. Eine belastbare globale Zahl betroffener Personen oder Mandanten hat Microsoft nicht veröffentlicht. BleepingComputer berichtete unter Berufung auf Downdetector von Zehntausenden Nutzermeldungen – das ist ein Stimmungsbild, keine verifizierte Betroffenenzahl.
Wer und welche Geräte sind betroffen?
Betroffen war kein Gerät, keine Festplatte und keine SSD – sondern ein Cloud-Dienst. Es gibt daher auch keine betroffene Outlook-Version, keinen Firmwarestand und kein Betriebssystem, an dem man die Störung festmachen könnte. Laut MO1465074 waren potenziell sämtliche Verbindungsmethoden zu Exchange Online betroffen.
Ausdrücklich genannte Dienste und Funktionen:
- Exchange Online: Senden und Empfangen von E-Mails, Postfachsuche, EWS, Raumfinder im Outlook-Kalender, zeitweise der Download von E-Mail-Anhängen, Verwaltungsaktionen im Exchange Admin Center.
- Abhängige Microsoft-365-Workloads: Microsoft Graph, Microsoft Teams (unter anderem Suche und Präsenzanzeige), Microsoft Purview, Defender XDR, Copilot, OneDrive for Business, SharePoint Online, Universal Print und das Microsoft 365 Admin Center.
Woran Sie erkennen, dass Sie betroffen waren
- Verzögerungen oder Fehlermeldungen beim Senden und Empfangen von E-Mails.
- Anmeldefehler oder gar keine Verbindung zum Postfach – unabhängig davon, ob über Browser, Smartphone-App oder Desktop-Client.
- Leere, unvollständige oder sehr langsame Suchergebnisse im Postfach.
- Kalender öffnen sich, aber der Raumfinder funktioniert nicht.
- Anhänge lassen sich nicht herunterladen.
- Anmeldung am Microsoft 365 Admin Center scheitert oder Verwaltungsaktionen brechen ab.
- Außerhalb der Mail: Teams-Suche und Präsenz hakelig, SharePoint- und OneDrive-Synchronisierung stockt, Copilot-Anfragen mit Microsoft-365-Bezug schlagen fehl.
So prüfen Sie, ob Sie von der Exchange-Online-Störung betroffen sind
Alle folgenden Schritte sind ungefährlich – sie verändern nichts an Ihren Daten.
- Öffentliche Statusseite prüfen: Unter status.cloud.microsoft sehen Sie den aktuellen globalen Zustand. Stehen dort alle Produkte auf „betriebsbereit“, ist das ein Hinweis auf die Lage insgesamt – aber kein Beweis für Ihr einzelnes Postfach oder eine bestimmte Nachricht.
- Service Health im Admin Center ansehen: Berechtigte Microsoft-365-Administrierende finden unter Health > Service health die Verlaufsansicht. Suchen Sie dort nach EX1464935 und MO1465074 und vergleichen Sie Zeitraum, betroffene Dienste und Ihre eigene Beobachtung. Microsoft dokumentiert dort Kennung, Beginn, Auswirkung, Status und alle Updates.
- Falls die Anmeldung nicht klappt: Während der Störung war die Authentifizierung des Admin Centers selbst zeitweise eingeschränkt. Microsoft verweist für diesen Fall auf die öffentliche Statusseite und den Kanal @MSFT365Status.
- Nach der Entstörung eine Funktionsprobe machen: Schicken Sie eine unkritische Testnachricht an einen externen Empfänger und prüfen Sie anschließend Versand, Eingang, Suche, Kalenderzugriff und Anhangsdownload. Notieren Sie Uhrzeit, Absender, Empfänger und etwaige Fehlermeldungen.
- Einzelne strittige Nachrichten nachverfolgen: Berechtigte Exchange-Administrierende nutzen im Exchange Admin Center Mail flow > Message trace. Die Nachrichtennachverfolgung zeigt, ob eine Nachricht angenommen, zurückgestellt, zurückgewiesen oder zugestellt wurde. Achten Sie auf Statuswerte wie Pending, Failed oder Delivered – und beachten Sie, dass diese Daten fünf bis zehn Minuten verzögert sein können.
- Restfälle sauber melden: Besteht ein konkretes Problem nach dem 3. September 2026 fort, sammeln Sie Beispiele und eröffnen Sie einen Fall beim Microsoft-365-Support. Werten Sie das nicht automatisch als Beweis für eine Löschung.
Das sollten Sie jetzt tun
Die Störung ist behoben. Es gibt trotzdem sinnvolle Schritte – und zwar nur solche, die nichts verschlimmern können:
- Ruhe bewahren und dokumentieren. Halten Sie fest, welche Nachrichten Sie im Zeitfenster vom 31. August bis 3. September erwartet haben und welche nicht angekommen sind. Diese Liste ist die Grundlage jeder späteren Prüfung.
- Erst prüfen, dann handeln. Funktionsprobe und Nachrichtennachverfolgung stehen vor jeder Änderung an Konten, Lizenzen oder Postfächern.
- Keine Massen-Wiederholungen versenden. Solange der Dienstzustand unklar ist, führen erneute Sendeversuche identischer Mails nur zu Doppelzustellungen und zusätzlicher Last. Kennzeichnen Sie stattdessen einzelne kritische Nachrichten für die spätere Nachverfolgung.
- Alternative Kanäle nur nutzen, wenn sie bereits freigegeben sind. Eine Störung ist kein guter Zeitpunkt, um spontan neue Kommunikationswege einzuführen.
- Vorsorge nachziehen. Ein Cloud-Postfach ist kein Backup. Wer geschäftskritische Kommunikation ausschließlich in Exchange Online liegen hat, sollte prüfen, wie eine unabhängige Sicherung aussehen kann – unser Backup-Assistent hilft bei der Einordnung.
Das dürfen Sie auf keinen Fall tun
Dies ist der wichtigste Abschnitt. Bei EX1464935 ist keine Handlung dokumentiert, die Postfachdaten zerstört hätte – schlicht deshalb, weil Microsoft keinen Nachweis für verlorene Postfachdaten veröffentlicht hat. Gefährlich sind nicht die Störung, sondern die Reaktionen darauf. Folgende Schritte können aus einem reinen Zugriffsproblem einen endgültigen Datenverlust machen:
- Postfach oder Benutzerkonto löschen. Ein „Neu anlegen, dann geht's wieder“ ist bei einer serverseitigen Authentifizierungsstörung wirkungslos – und potenziell fatal. Microsoft beschreibt: Nach einer harten Löschung beziehungsweise nach Ablauf der 30-tägigen Aufbewahrungsfrist sind E-Mails, Kontakte und Dateien dauerhaft gelöscht und nicht wiederherstellbar. Das gilt insbesondere für ein Entfernen per Remove-Mailbox -PermanentlyDelete.
- Die Exchange-Online-Lizenz als Troubleshooting-Schritt entziehen. Nach Microsofts Dokumentation wird das zugehörige Datenmaterial nur für eine 30-tägige Karenzzeit vorgehalten und danach gelöscht. Eine Lizenzentfernung repariert keine Authentifizierungskonfiguration in der Cloud – sie startet nur eine Uhr, die gegen Sie läuft.
- Lokale Outlook-Profile zurücksetzen, Cache-Dateien löschen oder Clients neu installieren, während der Serverzustand noch instabil ist. Zwischengespeicherte Postfachinhalte sind in so einer Lage manchmal das Einzige, worauf man noch zugreifen kann. Wer sie im Reflex wegräumt, verliert diesen Puffer.
- Datenrettungssoftware auf lokalen Datenträgern starten. Die Ursache lag in der Cloud-Infrastruktur, nicht auf Ihrer Festplatte oder SSD. Ein Recovery-Tool, das auf denselben Datenträger schreibt, richtet in dieser Situation nur Schaden an, ohne irgendein Problem zu lösen.
- Breitflächige Migrationen oder Exporte anstoßen, bevor Service Health und Nachrichtennachverfolgung geprüft sind. Migrationen während eines laufenden Zustellrückstaus erzeugen Inkonsistenzen, die hinterher schwer zu entwirren sind.
- E-Mails, Ordner oder Kalendereinträge aus Panik löschen. Was im Rückstau steckt, kommt oft verspätet an. Was Sie vorher gelöscht haben, kommt nicht wieder.
Es ist ein Muster, das wir in der Datenrettung täglich sehen: Nicht der ursprüngliche Defekt vernichtet die Daten, sondern der gut gemeinte Rettungsversuch danach. Der Löschbefehl, der „nur aufräumen“ sollte. Die Neuinstallation, die „bestimmt hilft“. Das Recovery-Programm, das auf genau den Datenträger schreibt, von dem gerettet werden soll. Genau diese Handgriffe sind der häufigste Grund dafür, dass Daten am Ende unrettbar sind.
Warum solche Fälle in Profihände gehören – und wie RESQ konkret hilft
Eine Cloud-Störung wie EX1464935 können weder Sie noch wir reparieren; die Behebung fand ausschließlich auf Microsofts Dienstinfrastruktur statt. Es gab kein Client-Update, keine Firmwaremaßnahme und keinen Rückruf. Was danach kommt, ist aber sehr wohl ein Fall für Fachleute: die nüchterne Klärung, ob überhaupt Daten fehlen – und wenn ja, wo sie noch liegen könnten.
Der entscheidende Unterschied zwischen professioneller Datenrettung und dem Versuch am Küchentisch ist die Reihenfolge. Zu Hause wird meist zuerst gehandelt und dann geschaut. In der professionellen Datenrettung gilt der umgekehrte Grundsatz: Erst der Zustand, dann eine Sicherung, dann erst ein Eingriff – und zwar nie am Original. Wir arbeiten grundsätzlich an einer Kopie des Datenbestands, damit jeder Analyseschritt rückholbar bleibt. Für lokale Datenträger bedeutet das Arbeitsplätze mit spezieller Ausrüstung und, wo es der Schaden erfordert, den Reinraum. Für Fälle rund um E-Mail-Ausfälle bedeutet es strukturierte Analyse: Welche Nachrichten sind nachweislich nie angekommen? Welche liegen in lokalen Zwischenspeichern, Archiven oder auf einem alten Notebook, das seit Wochen nicht mehr angeschaltet wurde? Welcher Datenträger enthält den letzten vollständigen Export?
Häufig zeigt sich dabei, dass die eigentliche Problemstelle gar nicht die Cloud ist, sondern ein daneben liegendes Gerät: eine defekte Festplatte im Arbeitsplatzrechner mit dem lokalen Mailarchiv, ein NAS, dessen RAID-Verbund nicht mehr sauber startet, oder ein Notebook, das nicht mehr bootet. Für solche Schadensbilder ist unsere Datenrettung bei RESQ ausgelegt – von der Datenrettung an Festplatten bis zur Datenrettung bei RAID und NAS. Geht es um einen reinen Gerätedefekt ohne Datenverlust, ist die Reparatur der richtige Weg.
So läuft es bei RESQ ab
- Kostenlose Ersteinschätzung. Sie schildern uns den Fall – welches Gerät, welches Fehlerbild, was bereits versucht wurde. Diese Einschätzung ist vorab und kostenlos: Kostenvoranschlag anfordern.
- Ehrliche Aussage zu den Aussichten. Wir sagen Ihnen, was aus unserer Erfahrung realistisch ist – auch dann, wenn die Antwort lautet: „Hier ist gar kein Datenverlust, warten Sie den Dienstzustand ab.“ Datenrettung ist immer eine Einzelfallprüfung; ein Erfolg lässt sich seriös nie vorab versprechen.
- Kostenvoranschlag. Sie erhalten eine konkrete Aufstellung, bevor irgendetwas passiert.
- Ihre Entscheidung. Erst wenn Sie zustimmen, beginnt die eigentliche Arbeit. Wer direkt starten möchte, kann über das Kundenkonto einen Auftrag anlegen.
Der Kern unserer Empfehlung ist einfach: Wer sichergehen will, dass seine Daten nicht durch Selbstversuche verloren gehen, lässt den Fall prüfen, statt ihn auszuprobieren.
Fazit: Ihre Postfächer waren blockiert – nicht gelöscht
Die Microsoft-365-Störung EX1464935 beziehungsweise MO1465074 war ein Verfügbarkeits- und Authentifizierungsvorfall, kein dokumentierter Datenverlust. Vom 31. August 2026, 14:56 UTC, bis zum 3. September 2026, 10:00 UTC, waren Exchange Online und zahlreiche abhängige Dienste eingeschränkt; Microsoft hat die Auswirkung anschließend als vollständig behoben erklärt und eine Prüfung der Kern-Authentifizierungskonfigurationen sowie zusätzliches Monitoring angekündigt.
Prüfen Sie also erst den Dienststatus, dann die Nachrichtennachverfolgung – und lassen Sie Postfächer, Konten und Lizenzen unangetastet. Falls Sie nach dieser Prüfung tatsächlich vor fehlenden Daten stehen, auf einem defekten Datenträger, einer streikenden Festplatte, einem nicht mehr erreichbaren NAS oder einem Notebook, das nicht mehr startet: Fassen Sie nichts weiter an und lassen Sie Ihren Fall kostenlos von RESQ einschätzen. Eine sachliche Prüfung kostet Sie nichts – ein voreiliger Löschbefehl kann Sie alles kosten.
