Es fing unspektakulär an: Outlook konnte keine Verbindung zum Postfach aufbauen. Wer zuerst dachte, das eigene Netz sei schuld, startete Outlook neu, dann den Rechner, dann den Router. Zwei Stunden später war klar, dass es nicht am Router lag: Microsoft hatte einen globalen Ausfall, der Exchange Online, Teams, SharePoint Online, Copilot und einen ganzen Schwanz weiterer Dienste traf — und der am Freitagmorgen noch nicht vollständig abgeschlossen war.
Was am 12. November 2026 passiert ist
Microsoft veröffentlichte zwei Incidents im Admin Center. EX1550543 beschreibt Exchange Online, also das Postfach hinter Outlook, mit Beginn um 11:17 Uhr Eastern Time — 17:17 Uhr MEZ. MO1550821 folgte um 13:26 Uhr Eastern Time und listet die Dienste, die mit hineingezogen wurden: Teams, SharePoint Online, Microsoft 365 Copilot, Defender XDR, außerdem Planner, To Do, Intune, Purview, Teile von Power BI, Universal Print und in manchen Umgebungen Windows 365 Cloud PCs.
Wichtig für die Einordnung: Betroffen waren jeweils die Teile, die von Exchange Online abhängen. In Teams funktionierten Chats und laufende Besprechungen weiter, aber Kalender und Terminplanung nicht. Dateien in SharePoint ließen sich weiterhin öffnen. Es war kein Totalausfall des Produkts, sondern ein Ausfall der gemeinsamen Mitte — und die hängt bei Microsoft 365 an einer Identität, einem Tenant und einem Maildienst.
Die Timeline, soweit Microsoft sie veröffentlicht hat
| Zeit (MEZ) | Was Microsoft meldete |
|---|---|
| 17:20 | Untersuchung eines möglichen Problems mit Exchange Online. |
| 18:45 | Verbindungsfehler in dem Teil von Exchange Online, der Anmeldungen und Postfachzugriffe annimmt. |
| 19:27 | Infrastruktur in mehreren Regionen unter hoher Last; Neustarts und Verkehrsumleitung beginnen. |
| 20:30 | Die Last kommt nicht von mehr Anfragen: viele Server sind unerwartet aus dem Dienst gefallen. Microsoft pausiert eigene Deployments. |
| 20:58 | Die Server scheitern an automatischen Health-Checks — der Fehler sitzt womöglich in dem Teil, der diese Checks beantwortet. |
| 23:03 | Die bisherigen Maßnahmen „haben nicht die erwartete Entlastung gebracht“. |
| 01:12 | Der überlastete Prozess ist der, der sichere Verbindungen aufbaut (TLS). Microsoft beginnt, eine kürzliche Netzwerk-Konfigurationsänderung zurückzurollen. |
| 02:48 | Neustarts zeigen „positive Ergebnisse“, erste Regionen erholen sich. |
Stand Freitagmorgen gab es keine bestätigte Root Cause, nur eine vorläufige technische Erklärung. Microsoft betonte mehrfach, es gebe keine Hinweise auf böswillige Aktivität. Über 130.000 Meldungen liefen allein bei Downdetector auf.
Was der Ausfall technisch lehrt
Drei Dinge sind bemerkenswert, und keines davon ist ein Microsoft-Problem im engeren Sinn.
Erstens: Der Auslöser war kein Angriff und kein Datenverlust, sondern ein Health Check, der Server aus dem Dienst nimmt. Genau das ist die gewünschte Funktion — sie hat nur im falschen Moment zu viele Server gleichzeitig erwischt. Automatisierung ohne manuellen Notausstieg skaliert Fehler mit.
Zweitens: Ein einzelner überlasteter Prozess für sichere Verbindungen reichte, um Postfächer unerreichbar zu machen. Wer denkt, Mail sei „nur Speicher“, unterschätzt die Kette: DNS, TLS, Auth, Postfach, Client. Jedes Glied kann das Ganze anhalten.
Drittens: Die 99,9 Prozent Verfügbarkeit aus dem SLA klingen nach „fast immer“. Ein 30-Tage-Monat hat 43.200 Minuten, 0,1 Prozent davon sind 43 Minuten. Ein Ausfall dieser Länge reißt das Monatsziel für viele Kunden. Der Ausgleich ist eine Gutschrift auf die Monatsrechnung — nicht automatisch, sondern auf Antrag, und sie ersetzt keinen verlorenen Arbeitstag.
Die eigentliche Abhängigkeit ist die Identität
Was in diesen zwölf Stunden wirklich ausfiel, war nicht Outlook. Es war der Anker, an dem fast alles andere hängt: Wer sich nicht anmelden kann, kann keine Dateien öffnen, keine Termine sehen, keine Besprechung planen, keine Freigabe erteilen und — bei Teams Phone — nicht einmal telefonieren. Ein Postfach ist heute selten nur ein Postfach. Es ist der Login, der Kalender, der Chat, das Archiv und oft der Faktor für Zwei-Faktor-Anmeldung.
Das ist keine Kritik an Cloud, sondern eine Beschreibung der Architektur. Wer Bürokommunikation in einen Tenant legt, bekommt Bequemlichkeit, Versionierung und Betrieb geschenkt — und bezahlt mit einem gemeinsamen Fehlerpunkt. Das ist ein bewusster Trade-off, solange man ihn bewusst trifft.
Was Nextcloud ersetzt — und was nicht
Nach so einem Tag kommt zwangsläufig die Frage: „Warum nicht alles selbst hosten?“ Die ehrliche Antwort ist differenzierter als beide Lager es mögen.
| Baustein | Nextcloud | Anmerkung |
|---|---|---|
| Dateien & Sync | ja, inklusive Versionen und Papierkorb | Desktop-Client hält ausgewählte Ordner offline verfügbar. |
| Kalender & Kontakte | ja (CalDAV/CardDAV) | Thunderbird, Apple Kalender, Android, iOS — ohne Web-Login nutzbar. |
| Chat & Videocalls | ja (Talk) | Gute Basis für interne Calls; Teams-Telefonie ersetzt es nicht. |
| Office-Bearbeitung | über Collabora/OnlyOffice | Solide für die meisten Dokumente, nicht Feature-paritätisch zu Word. |
| E-Mail-Postfach | nein | Nextcloud ist kein Mailserver. Postfach braucht eigenen MX oder einen anderen Anbieter. |
| Telefonanlage | nein | Wer Teams Phone nutzt, braucht eine separate Lösung. |
Nextcloud deckt also einen großen Teil des Büroalltags ab — Dateien, Kalender, Kontakte, Chat, Dokumente —, aber es ist kein Exchange-Ersatz und kein Telefoniesystem. Wer das behauptet, baut die nächste Enttäuschung. Wer es sauber trennt, gewinnt genau das, worum es hier geht: einen Teil der Infrastruktur, den man selbst sieht.
„Alles unter Kontrolle“ heißt nicht „es geht nie kaputt“
Selbst gehostet ist nicht automatisch ausfallsicher. Ein einzelner Server ist ein Single Point of Failure, ein vergessenes Update ist ein Sicherheitsrisiko, und ein Backup ohne getesteten Restore ist ein Datenverlust auf Zeit. Der Unterschied liegt nicht in der Ausfallwahrscheinlichkeit, sondern in der Handlungsfähigkeit:
- Logs: Man sieht, welcher Prozess wann was getan hat, statt auf eine Statusmeldung zu warten.
- Update-Zeitpunkt: Man entscheidet selbst, wann aktualisiert wird — und kann einen Rollback planen, statt ihn zu erleiden.
- Daten: Dateien und Kalender liegen dort, wo man sie sichern und wiederherstellen kann.
- Kommunikation: Man kann erklären, was los ist, weil man die Ursache selbst nachvollziehen kann.
Kontrolle ist keine Garantie, sondern die Fähigkeit, im Ernstfall zu handeln. Genau das war am Donnerstag für die meisten Microsoft-Kunden nicht möglich: Sie konnten nur warten und die Statusseite aktualisieren.
Was ich in einer Stunde prüfen würde
Unabhängig davon, ob Microsoft 365, Nextcloud oder beides im Einsatz ist — diese sieben Punkte sind billig und wirken beim nächsten Ausfall:
- Kontaktliste außerhalb des Systems: wichtigste Kunden, Dienstleister, Handynummern. Ausgedruckt oder in einem Notiztool, das nicht am selben Login hängt.
- Zweiter Kommunikationsweg: Signal-Gruppe, Telefonkette oder ein Chat außerhalb des Tenants — vorher festgelegt und herumgeschickt, nicht erst am Ausfalltag.
- Dateien offline: die fünf Dokumente, ohne die ein Arbeitstag nicht funktioniert, lokal vorhalten (Nextcloud-Client oder „Immer auf diesem Gerät behalten“).
- Eine Person, die sagt „es ist Microsoft“: Statusseite prüfen statt Outlook neu installieren. Öffentlich erreichbar: status.cloud.microsoft.
- Geplante Jobs prüfen: Scan-to-Mail, Universal Print, automatische Rechnungen, Formulare, Voicemail-zu-Mail. Diese Fehler sind leise und fallen erst beim Kunden auf.
- Restore testen, nicht nur Backup haben: einmal im Quartal eine Datei und ein Postfach zurückholen — mit Stoppuhr.
- Eigene Erreichbarkeit prüfen: MX, SPF, DMARC und die extern sichtbaren Endpunkte. Der Mail-DNS-Check und der Nextcloud-Check laufen ohne Login und zeigen, was von außen sichtbar ist.
Und die Mails von Donnerstag?
Die sind in der Regel verspätet, nicht verloren. Ein sendender Mailserver muss laut RFC 5321 mindestens vier bis fünf Tage lang erneut zustellen, bevor er aufgibt. Wer auf eine Vertragsbestätigung oder ein Angebot wartet, sollte in dieser Zeit anrufen statt zu warten. Und wer Mails während der Störung verfasst hat: Postausgang prüfen, nicht blind neu senden.
Dazu kommt das unangenehme Thema, das nach jeder großen Störung kommt: Phishing mit der Story „Ihr Postfach wurde wiederhergestellt, bitte erneut anmelden“. Kein Anbieter verlangt während oder nach einem Ausfall eine neue Anmeldung per Mail-Link. Der Betrugs-Radar sammelt genau solche Maschen.
Fazit
Der Ausfall von Donnerstag war kein Beweis, dass Cloud nicht funktioniert. Er war ein Beweis dafür, wie viel inzwischen an einer einzigen Identität hängt — und wie wenig ein einzelnes Unternehmen tun kann, wenn diese Identität wegfällt. Wer die Abhängigkeit kennt, kann sie gestalten: mit einem klaren Blick darauf, was wirklich kritisch ist, einem zweiten Weg für Kommunikation und einem Rest, den man selbst kontrolliert.
Für mich heißt das konkret: Dateien, Kalender und Kontakte in einer eigenen Nextcloud, deren Versionen und Support-Ende ich im Blick habe — und die ich von außen prüfen kann. Alles unter Kontrolle ist kein Zustand, sondern eine Übung.
Die Termine, an denen die eingesetzten Versionen aus dem Support laufen, stehen übrigens im End-of-Life-Kalender — inklusive abonnierbarer Kalenderdatei. Der nächste Ausfall kommt bestimmt; die Frage ist nur, ob er einen überrascht.