Microsoft-365-Ausfall: Was E-Mail-Notfallpläne übersehen

Ihre Anwendung lädt. Die Datenbank läuft störungsfrei. Ein Kunde klickt auf die Schaltfläche, mit der es weitergehen soll, und wartet auf eine E-Mail, die nicht ankommt.

Laut Ihrem Monitoring-Dashboard ist das Produkt verfügbar. Für den Kunden ist es unbrauchbar. Der Microsoft-365-Ausfall am 12. und 13. November 2026 zeigte eine Lücke in der Notfallplanung für E-Mail: Ihre Anwendung kann funktionieren, während der nächste Schritt auf das Postfach einer anderen Person angewiesen ist.

Den aktuellen Dienststatus von Outlook und Microsoft 365 finden Sie auf Microsofts Statusseite.

Verfolgen Sie deshalb einen Vorgang bis zu seinem Abschluss. Wie unabhängig Sie von einem Anbieter sind, hängt davon ab, ob Menschen die Nachricht empfangen, sich anmelden, eine Entscheidung treffen und Sie bei Problemen erreichen können. Der eigene Server deckt davon nur einen Teil ab.

Ein Outlook-Ausfall kann den Eingang von Support-Anfragen blockieren

Am Freitagmorgen teilte CloudTree seinen Kunden mit, dass keine Support-E-Mails eingingen. Bei anderen technischen Problemen sollten Kunden anrufen, damit der Telefonassistent ein Ticket anlegen konnte. Um 14:03 Uhr meldete CloudTree, dass die Verbindung zu den eigenen Microsoft-Konten wiederhergestellt sei. Das Unternehmen ging davon aus, wieder Support-Anfragen per E-Mail empfangen zu können, und beobachtete den Betrieb weiter.

Daran zeigt sich ein größeres Problem. Mit dem Ausfall verschwand ein Weg, dem Anbieter einen anderen Fehler zu melden. Ein Kunde konnte ein separates Hostingproblem haben, während der übliche Meldeweg nicht funktionierte.

Übertragen Sie das auf Ihr Unternehmen. Eine funktionierende Support-Warteschlange hilft erst, wenn die Anfrage dort ankommt. Ein Formular, das an dasselbe ausgefallene Postfach weiterleitet, wirkt wie ein zweiter Kanal und endet doch an derselben blockierten Stelle.

Der Ersatzweg muss die Übergabe vollständig ermöglichen. Jemand nimmt den Anruf an, erfasst das Problem an einem für das Team zugänglichen Ort und erklärt dem Kunden, wie er nachfragen kann. Eine Telefonnummer zu veröffentlichen ist der Anfang. Nutzbar wird der Weg, wenn feststeht, wer ihn verwenden kann und was danach passiert.

Deshalb sollte eine Störungsmeldung die betroffene Handlung benennen. Bei „Unsere Server laufen“ bleibt offen, ob Kunden warten, es erneut versuchen oder jemanden kontaktieren sollen. „Support-E-Mails kommen verspätet an; nutzen Sie bei dringenden Problemen diesen Kontaktweg“ ermöglicht eine Entscheidung.

Ein zweiter E-Mail-Anbieter öffnet nicht das Postfach des Empfängers

Auch wenn Sie Ihren eigenen E-Mail-Anbieter wechseln, müssen Sie möglicherweise mit Kunden kommunizieren, die Microsoft 365 nutzen. Deren Empfangsinfrastruktur bleibt Teil der Verbindung.

Die Störungsmeldung der Bright Software Group veranschaulichte diese Grenze: Die Anwendungen und der separate E-Mail-Versanddienst funktionierten, während die Zustellung an Empfänger mit Microsoft-Diensten beeinträchtigt war. Funktionierende eigene Systeme beseitigten die Abhängigkeit auf Empfängerseite nicht.

Für ein Startup verändert diese Unterscheidung die Aussagekraft einer E-Mail-Kennzahl. Ein abgeschlossener Hintergrundauftrag belegt, dass Ihr Code diesen Punkt erreicht hat. Die Annahme einer Nachricht durch den Versanddienst belegt einen weiteren Schritt. Beides sagt noch nicht, ob der Empfänger sein Postfach öffnen und handeln kann.

Ein Beispiel aus dem Recruiting: Sie bereiten eine Einladung zum Vorstellungsgespräch vor, Ihr Versanddienst nimmt sie an, doch das Postfach der Kandidatin oder des Kandidaten ist nicht erreichbar. Die Antwort steht weiterhin aus. Ein Wechsel des Versanddienstes stellt den Zugriff auf das Postfach nicht wieder her.

Sie können nicht die Infrastruktur aller Empfänger steuern. Sie entscheiden aber, welche Annahmen Ihr Produkt nach dem Versand trifft. Behauptet die Oberfläche, die Person sei benachrichtigt worden? Beginnt sofort eine Frist? Ist die Einladung auch nach der Anmeldung im Konto zu finden, oder enthält allein die E-Mail einen nutzbaren Zugang?

Das sind Produktentscheidungen. Sie verdienen ebenso viel Aufmerksamkeit wie erneute Zustellversuche und die Konfiguration des Mailservers. Denn sie bestimmen, ob aus einer verspäteten Nachricht eine versäumte Verpflichtung wird.

Anmeldung, Terminplanung und Support hängen zusammen

Die Störungsinformationen der University of Bath zeigten eine weitere Verflechtung. Nach ersten Untersuchungen schienen grundlegende Teams-Funktionen zu funktionieren und die Authentifizierung unbeeinträchtigt zu sein, während Beschäftigte nicht auf Outlook zugreifen konnten. Die Universität meldete auch Auswirkungen auf TOPdesk und ihr Applicant CRM, weil beide für E-Mail auf Outlook angewiesen waren. Sie warnte zudem vor möglichen Fehlern bei Terminplanung, Einladungen und Kalenderaktionen.

Entscheidend ist, wie unterschiedlich sich der Ausfall auswirkte. Manche Funktionen blieben nutzbar, während damit verbundene Aufgaben stockten. Pauschale Aussagen wie „Teams ist ausgefallen“ oder „Microsoft funktioniert“ hätten gerade die Unterschiede verdeckt, die Menschen für ihre Tagesplanung brauchten.

Verfolgen Sie auch Ihre eigenen Abhängigkeiten über den Anbieternamen hinaus. Eine bestehende Sitzung, eine neue Anmeldung, das Zurücksetzen eines Passworts und eine Kontoeinladung sind unterschiedliche Vorgänge. Einer kann funktionieren, während ein anderer auf eine E-Mail wartet.

Eine zweite Anwendung für die Zusammenarbeit könnte für bereits angemeldete Beschäftigte erreichbar sein, auf einem neuen Gerät aber einen E-Mail-Code verlangen. Eine Statusseite könnte öffentlich lesbar sein, während zum Veröffentlichen einer Meldung der betroffene Identitätsdienst benötigt wird. Ein Ersatzkanal, dessen Zugang den ausgefallenen Kanal voraussetzt, hilft nur eingeschränkt.

Prüfen Sie diese Wege mit den Menschen, die sie tatsächlich nutzen würden. Ein geöffneter Browser des Gründers beweist nicht, dass ein neuer Kunde oder ein berechtigter Supportkollege Zugang erhält. Halten Sie die konkrete Handlung fest, die scheitert, statt die gesamte Anwendung als verfügbar oder ausgefallen einzustufen.

Richten Sie den E-Mail-Notfallplan an den Aufgaben aus

Ein E-Mail-Notfallplan beginnt mit der Arbeit, die nicht warten kann: ein heutiges Vorstellungsgespräch, eine dringende Support-Anfrage oder eine Freigabe mit verbindlicher Frist. Für jede Funktion ein zweites Werkzeug anzuschaffen bedeutet für ein kleines Team mehr Systeme zu betreuen. Das hilft nur, wenn die Beteiligten damit diese Aufgaben abschließen können.

Beschreiben Sie für jeden Fall kurz, wie der Vorgang abgeschlossen wird. Berücksichtigen Sie dabei den Empfänger und dessen benötigte Zugriffsrechte. Die folgenden Beispiele dienen der Planung; sie beschreiben keine nachgewiesenen Ausfälle während dieser Störung:

Microsoft empfiehlt in seinen Hinweisen zur Bewältigung von Störungen parallele Kontaktwege per E-Mail, Telefon und SMS, wenn die Reaktion auf einen Vorfall von Exchange abhängt. Prüfen Sie Ihre Kundenabläufe nach demselben Maßstab: Erreicht der Ersatzweg die richtige Person auch ohne das nicht verfügbare Postfach?

Auch eine bewusste Unterbrechung kann der Ersatzweg sein. Wenn Sie die Identität einer Person ohne deren Postfach nicht sicher prüfen können, erklären Sie die Verzögerung und halten Sie ihren Platz im Prozess frei. Ein Ausfall rechtfertigt weder improvisierte Identitätsprüfungen noch einen Zugang aufgrund einer ungeprüften Nachricht.

Unsere Vertretungsprobe für den Ausfall des Gründers untersucht, ob ein berechtigter Kollege ohne den Gründer arbeiten kann. Hier lautet die Frage anders: Kann dieser Kollege die Aufgabe abschließen, wenn ein benötigter Kommunikationsweg fehlt? Befugnisse und erreichbare Infrastruktur sind gleichermaßen wichtig.

Wiederhergestellt ist der Betrieb erst, wenn die Arbeit nachgeholt ist

In einer Erklärung, die die BBC am 13. November um 16:51 Uhr GMT veröffentlichte, führte Microsoft den Vorfall auf ein Problem bei einer früheren Erweiterung der Netzwerkkapazität zurück. Es sei nach einer kürzlichen Netzwerkänderung zutage getreten. Microsoft erklärte, der Vorfall stehe weder mit Cyberaktivitäten noch mit KI oder Agenten in Zusammenhang. Das zugrunde liegende Problem sei behoben, die Wiederherstellung laufe weiter. Ein vollständiger Bericht zum Vorfall stand noch aus.

Erklärungen zur Ursache dürfen nicht über diese Angaben hinausgehen. Für Ihr Team bleibt eine eigene Frage zur Wiederherstellung: Was ist mit der Arbeit geschehen, die auf diese Nachrichten gewartet hat?

Sobald der Zugang wieder funktioniert, prüfen Sie die offenen Verpflichtungen, bevor Sie den Rückstand für erledigt halten. Suchen Sie in Ihren Abläufen nach unbeantworteten Anfragen, abgelaufenen Links und Terminen, die über einen anderen Kanal geändert wurden. Gleichen Sie vorübergehende Aufzeichnungen mit dem üblichen System ab, damit Kollegen nicht nach widersprüchlichen Angaben handeln.

Ändern Sie anschließend eine konkrete Annahme, die dabei sichtbar wurde. Machen Sie eine Einladung auch außerhalb der E-Mail zugänglich. Sorgen Sie dafür, dass der Ersatzweg zum Support eine unabhängige Annahmestelle erreicht. Zeigen Sie an, dass eine Nachricht noch auf Zustellung wartet, statt den Eindruck zu erwecken, der Empfänger habe bereits gehandelt.

Das Dashboard zeigt Ihnen, wann Ihre Anwendung störungsfrei läuft. Ob Ihr Unternehmen arbeiten kann, erfahren Sie erst, wenn Sie dem Weg des Kunden auch nach dem Klick auf „Senden“ folgen.