Microsoft-365-Ausfall: Was jetzt hilft, wenn Outlook und Teams nicht funktionieren

Stand: 13. November 2026, 17:00 Uhr. Wir aktualisieren diesen Beitrag, sobald Microsoft die Störung als behoben meldet.

Falls Sie gerade hier gelandet sind, weil Outlook oder Teams bei Ihnen nach wie vor nicht funktioniert: Sie sind nicht allein. Seit Donnerstagnachmittag hat Microsoft 365 weltweit eine Großstörung, und erst am Freitagmittag entspannte sich die Lage. Ihr Rechner ist nicht schuld, und Ihre IT hat auch nichts falsch gemacht.

Dieser Beitrag ist für die, die den Tag gerade managen: was technisch passiert ist, was Nutzer und Administratoren jetzt tun und lassen sollten, was nach der Wiederherstellung zu prüfen ist und welche Fragen sich danach für Informationssicherheit und Notfallplanung stellen.

Update Freitag, 13. November 2026, 17:00 Uhr

Die Lage entspannt sich. Die Nachrichtenagentur dpa meldete am Freitagmittag das Ende der großflächigen Störung, Outlook funktioniert für die meisten Nutzer wieder. Microsoft selbst spricht davon, dass sich die Systeme in den betroffenen Regionen, darunter Nordamerika und Europa, weiter erholen und dass Rückstände in den Mailwarteschlangen abgearbeitet werden. Als behoben hat Microsoft die Vorfälle EX1550543 und MO1550821 nach den uns vorliegenden Quellen noch nicht gemeldet. Eine bestätigte Ursache gibt es ebenfalls noch nicht, sie soll ein Untersuchungsbericht nachliefern. Hinweise auf einen Angriff gibt es nach Angaben von Microsoft weiterhin nicht.

Für Administratoren wichtig: Microsoft hat das Zeitfenster für erneute Zustellversuche verzögerter Nachrichten auf 48 Stunden verlängert. Das garantiert keine Zustellung, einzelne Mails können später ankommen oder ganz fehlen. Wer auf eine wichtige Nachricht wartet, fragt beim Absender nach. Die Prüfpunkte im Abschnitt „Nach der Wiederherstellung“ gelten ab jetzt.

Der Verlauf des Tages bis zum Mittag: Ein isolierter Neustart von Teilen der Infrastruktur brachte zunächst positive Ergebnisse, danach gab es erneut Rückschläge, sobald die Server wieder Verkehr bekamen. Microsoft drosselte und verteilte daraufhin den Verkehr neu, erhöhte die Kapazität und baute einen Teil der Server auf einer früheren Konfiguration neu auf. Spekulationen in sozialen Netzwerken über Sabotage oder einen KI-Angriff sind durch nichts belegt.

Was passiert ist

Am 12. November 2026 um 17:17 Uhr (MEZ) eröffnete Microsoft den Vorfall EX1550543: Postfächer in Exchange Online waren über mehrere Verbindungswege nicht mehr erreichbar, über Outlook im Browser, MAPI für Outlook am Desktop, Exchange ActiveSync und REST. Rund zwei Stunden später folgte der Sammelvorfall MO1550821 für die Dienste, die an Exchange Online hängen. Auf Downdetector meldeten in der Spitze mehr als 130.000 Menschen Probleme mit Outlook, Meldungen kamen aus 74 Ländern.

Nach Microsofts Statusmeldungen begann es nicht mit mehr Datenverkehr, sondern mit Servern, die ihre automatischen Health Checks nicht mehr bestanden. Ein Prozess, der auf diesen Servern sichere Verbindungen aufbaut, war überlastet, die Server nahmen keine Anfragen mehr an und fielen aus dem Verbund. Ihre Last ging auf die verbliebenen Server über. Das ist das Muster eines Kaskadenausfalls: Jeder Server, der wegfällt, erhöht die Last auf den übrigen, bis auch diese kippen.

Messungen von außen passen dazu. Der Netzwerkanalyst ThousandEyes beobachtete am Donnerstag Verbindungsabbrüche, abgewiesene Verbindungen, Timeouts und HTTP-Serverfehler sowie deutliche Paketverluste im Netz von Microsoft.

Deshalb dauert die Erholung. Microsoft hat Deployments und Konfigurationsänderungen gestoppt, Verkehr umgeleitet, Server mit einer anderen Health-Check-Methode zurückgeholt und eine Änderung an der Netzwerkkonfiguration zurückgenommen, die zeitlich mit dem Beginn zusammenfällt. In der Nacht liefen zurückgeholte Server stabil, bis sie wieder Verkehr bekamen, dann fielen sie erneut aus. Am Freitagmorgen beschrieb Microsoft Routing-Dienste, die deutlich mehr Anfragen an die Backend-Server schickten, und fuhr zusätzliche virtuelle Maschinen hoch. Eine bestätigte Ursache gibt es noch nicht, die liefert erst der Post Incident Report. Hinweise auf einen Angriff gibt es nach Angaben von Microsoft nicht.

Betroffen sind laut Microsoft unter anderem:

• Exchange Online: Postfachzugriff über alle genannten Protokolle, E-Mails kommen verzögert an
• Microsoft Graph: Abfragen auf Mail, Kalender und Kontakte können in Timeouts laufen, und damit alle Anwendungen, die darüber angebunden sind
• Teams: Kalender und Besprechungsplanung, während Chats, Anrufe und Besprechungen weitgehend funktionieren
• Intune: Geräteregistrierung, Check-ins und Compliance-Richtlinien, zeitweise
• Defender for Office 365 und Defender XDR: Safe Links, Safe Attachments, Quarantäne und Threat Explorer
• Purview: DLP, automatische Kennzeichnung, Datenklassifizierung, Communication Compliance und eDiscovery
• Copilot, Planner, To Do, Universal Print, Teile des Admin Centers und die Microsoft-365-Anbindungen von ChatGPT und Claude

Was Nutzer jetzt tun können

• Nichts am Gerät reparieren. Kein neues Outlook-Profil, keine Neuinstallation, kein Zurücksetzen des Passworts. Ein neues Profil hat keinen lokalen Cache, und genau der ist gerade wertvoll: Im Exchange-Cache-Modus bleiben bereits synchronisierte Mails, Termine und Kontakte lesbar.
• Mails nicht mehrfach senden. Die Zustellung ist verzögert, nicht verloren. Sendende Server versuchen es bei vorübergehenden Fehlern über Stunden erneut.
• Mehrere Zugänge ausprobieren. Outlook im Browser, am Desktop und auf dem Smartphone hängen am selben Exchange Online und sind alle betroffen. Bei der Wiederherstellung kommen sie aber nicht immer gleichzeitig zurück, ein Versuch unter outlook.office.com kostet eine Minute.
• Teams für Absprachen nutzen. Chats und Besprechungen laufen weitgehend. Teilen Sie Besprechungslinks im Chat, bis der Kalender wieder funktioniert. Was heute entschieden werden muss, gehört ans Telefon.
• Bei Mails zum Passwort misstrauisch sein. Rund um große Ausfälle tauchen Nachrichten auf, die zum Zurücksetzen des Passworts auffordern. Da Safe Links und Safe Attachments zeitweise nicht prüfen, sind Sie gerade selbst der Filter.

Was Administratoren jetzt tun sollten, und was nicht

• Die Vorfälle direkt verfolgen. EX1550543 und MO1550821 stehen im Admin Center unter Dienstintegrität. Das Admin Center ist selbst beeinträchtigt; die Updates gibt es dann auf status.cloud.microsoft und beim Konto @MSFT365Status auf X.
• Die Belegschaft auf einem anderen Weg informieren. Eine Rundmail erreicht niemanden. Intranet, SMS, Telefonkette oder die laufenden Teams-Chats sind der Kanal.
• Keine Notumbauten an DNS, MX, Proxy oder Authentifizierung. Solange die Symptome zu den bestätigten Vorfällen passen, verlängert jede eigene Änderung nur die Fehlersuche danach. Exchange Online Protection nimmt eingehende Mails weiter an.
• Bedingten Zugriff nicht lockern. Solange Intune Check-ins und Compliance-Auswertung nur zeitweise verarbeitet, kann der Gerätestatus veraltet sein. Die Versuchung, Richtlinien für Conditional Access aufzuweichen, ist an solchen Tagen groß. Gerade jetzt, mit eingeschränkter Link- und Anhangprüfung, ist der Zeitpunkt dafür schlecht. Ebenso sollten Sperren, Wipes oder Retire-Aktionen auf Basis des angezeigten Compliance-Status warten.
• Safe Links nicht global abschalten. Wer einen umgeschriebenen Link dringend braucht, lässt ihn sich auf anderem Weg schicken.
• In Hybridumgebungen die Warteschlangen im Blick behalten. Mails Richtung Exchange Online stauen sich auf den lokalen Servern. Mit Get-Queue sehen Sie den Stand. Der Standardwert für MessageExpirationTimeout liegt bei zwei Tagen; dauert die Störung an, lässt er sich vorübergehend erhöhen, etwa mit Set-TransportService -MessageExpirationTimeout 4.00:00:00, und danach zurücksetzen.
• Die Meldepflicht prüfen. Für Einrichtungen unter NIS2 kann eine erhebliche Störung der eigenen Dienste ein meldepflichtiger Sicherheitsvorfall sein, auch wenn die Ursache beim Anbieter liegt. Nach § 32 BSIG ist die Erstmeldung binnen 24 Stunden fällig. Die Bewertung gehört jetzt auf den Tisch, nicht erst am Montag.

Nach der Wiederherstellung

• Per Nachrichtenablaufverfolgung prüfen, welche Mails verzögert oder abgewiesen wurden, und Absender wichtiger Vorgänge nachfassen.
• Lokale Warteschlangen leeren und einen erhöhten MessageExpirationTimeout zurücksetzen.
• Prüfen, ob Kennzeichnungen und DLP-Regeln von Purview in der Ausfallzeit gegriffen haben, und Quarantäne-Freigaben nachholen.
• Journaling und Archivierung auf Lücken prüfen, falls sie für Aufbewahrungspflichten gebraucht werden.
• Geräte nachziehen, deren Enrollment oder Compliance-Check im Ausfall hängen geblieben ist.
• Die Ausfallzeit dokumentieren. Microsoft sagt für Exchange Online, Teams und SharePoint Online eine monatliche Verfügbarkeit von 99,9 Prozent zu, das sind rund 43 Minuten im Monat. Darunter gibt es eine Gutschrift auf künftige Rechnungen, nur auf Antrag und nur auf den Anteil des betroffenen Dienstes. Den Antrag stellen Sie im Admin Center mit Vorfallnummern, Beginn und Ende der Beeinträchtigung und der Zahl der betroffenen Nutzer, für diesen Vorfall bis zum 31. Dezember 2026. Wer über einen Partner lizenziert, fragt dort nach.

Nicht der erste große Ausfall

Am 25. Januar 2023 störte eine Änderung am Weitverkehrsnetz von Microsoft weltweit Microsoft 365 und weitere Dienste, nach Microsofts Angaben rund zweieinhalb Stunden lang. Am 22. Januar 2026 dauerte eine Störung von Outlook, Teams und weiteren Microsoft-365-Diensten rund neun Stunden, Microsoft nannte erhöhte Last während Wartungsarbeiten an Infrastruktur in Nordamerika. Die aktuelle Störung dauert bereits länger als beide.

Das ist keine Aussage über die Qualität einer bestimmten Cloud. Jeder große Dienst fällt irgendwann aus. Für die eigene Planung zählt, was dann noch geht.

Verfügbarkeit oder Abhängigkeit?

Auf LinkedIn wird der Ausfall gerade lebhaft diskutiert, und dabei laufen zwei Fragen durcheinander. Die erste ist die Verfügbarkeit. Große Plattformen erreichen über das Jahr gerechnet oft eine höhere Verfügbarkeit als manches selbst betriebene System, auch das gehört zur Wahrheit. Die zweite ist die Abhängigkeit. Fällt ein großer Dienst aus, fällt er für alle gleichzeitig aus, und die eigene Organisation kann nur warten, bis der Anbieter ihn repariert. Die australische Regierung hat in dieser Lage ein Abkommen mit Microsoft aktiviert, um eine vorrangige Wiederherstellung ihrer Systeme sicherzustellen. Diese Möglichkeit haben die wenigsten Kunden.

Abhängigkeit endet außerdem nicht an der eigenen Organisation. Wer seine Mail selbst betreibt, erreicht an einem Tag wie diesem trotzdem keine Partner, Kunden oder Behörden, deren Postfächer in Exchange Online liegen.

Einige öffentliche Verwaltungen ziehen daraus bereits Konsequenzen. Schleswig-Holstein hat im Oktober 2025 die Umstellung seiner Landesverwaltung von Exchange und Outlook auf Open-Xchange und Thunderbird abgeschlossen, mit mehr als 40.000 Postfächern. Digitale Souveränität heißt dabei nicht zwingend, alles selbst zu betreiben. Sie heißt, für die kritischen Abläufe selbst zu entscheiden, wo sie laufen, und im Ausfall handlungsfähig zu bleiben.

Was der Ausfall für Informationssicherheit und Notfallplanung zeigt

Die Liste der betroffenen Dienste liest sich wie eine Abhängigkeitskarte. Exchange Online ist längst nicht nur das Postfach. Am selben Dienst hängen Kalender, Graph-Schnittstellen, die Prüfung von Links und Anhängen, Kennzeichnung und DLP, Geräteregistrierung und Compliance-Auswertung. Fällt er aus, fallen Produktivität und ein Teil der Sicherheitskontrollen zur selben Zeit aus. Für Informationssicherheitsverantwortliche heißt das, dass nicht nur die Arbeit stockt. Auch Schutzmechanismen laufen im Notbetrieb, während Angreifer mit passenden Phishing-Mails nachlegen.

Daraus ergeben sich vier Fragen für die Zeit nach dem Vorfall:

1. Welche Sicherheitskontrollen hängen am selben Anbieter wie die Arbeit, die sie schützen? Link- und Anhangprüfung, Klassifizierung, Gerätecompliance und bedingter Zugriff gehören in die Notfallplanung, nicht nur Mail und Kalender.
2. Welcher Kommunikationsweg funktioniert ohne den betroffenen Tenant? Wer die Belegschaft, die Geschäftsführung und den Krisenstab nur über Outlook und Teams erreicht, hat in einer solchen Lage keinen Kanal. Für Betreiber kritischer Infrastrukturen und Behörden ist das mehr als eine Unbequemlichkeit: Sie müssen gerade dann Krisenkommunikation führen können, mit Lagebesprechungen, Abstimmung mit Aufsicht und Partnern und Informationen an die Öffentlichkeit, wenn Outlook und Teams nicht funktionieren. Dieser Weg muss technisch unabhängig sein und vorher geübt werden.
3. Welche Entscheidungen sind vorab getroffen? Ob MX-Einträge umgestellt, Richtlinien gelockert oder Meldungen abgegeben werden, sollte nicht unter Druck an einem Donnerstagabend entschieden werden.
4. Welche Abläufe brauchen einen zweiten Weg, und wo liegt er? Für mobile Mail, Anmeldung und Dateizugriff heißt das ganz praktisch: Läuft er über dieselbe Plattform oder über eigene Systeme?

Regulatorisch ist das keine Kür. NIS2 verlangt mit § 30 BSIG Maßnahmen zur Aufrechterhaltung des Betriebs, zur Wiederherstellung nach einem Notfall und zum Krisenmanagement, dazu die Sicherheit der Lieferkette. Für Finanzunternehmen verlangt DORA ausdrücklich, das Konzentrationsrisiko bei IKT-Drittdienstleistern zu bewerten und Ausstiegsstrategien vorzuhalten. Ein Vorfall wie dieser ist der Testfall für beides. Wie Sie die Fragen nach Abhängigkeit, verbleibendem Weg und Entscheidungsrecht strukturiert angehen, beschreiben wir in Abschalten ist eine Fähigkeit, kein Knopf.

Wo ISEC7 ansetzt

ISEC7 plant, baut und betreibt digitale Arbeitsplätze für Behörden, Verteidigung, Finanzwesen, Gesundheitswesen und KRITIS. Ein Teil dieser Arbeit ist genau die Frage, wo welcher Dienst läuft und was passiert, wenn er ausfällt.

• Sehen, was gerade ausfällt. ISEC7 SPHERE überwacht neben UEM-Systemen auch Microsoft 365, Exchange Online und Intune, über Graph-Schnittstelle und Health Checks. Ein Ausfall wie dieser wird damit als Statusänderung an den überwachten Diensten sichtbar, und der Alarm kann über ServiceNow oder BlackBerry AtHoc laufen statt über das Postfach, das gerade nicht erreichbar ist. ISEC7 SPHERE läuft im eigenen Rechenzentrum oder in der Cloud.
• Mobile Mail mit freier Wahl des Servers. ISEC7 MAIL bringt Mail, Kalender und Kontakte auf iOS und Android und verbindet sich direkt mit Ihrem Exchange, ob im eigenen Rechenzentrum oder in Exchange Online, ohne Zwischenserver von ISEC7. Wo das Postfach liegt, entscheiden Sie, und die App folgt dieser Entscheidung. Für Organisationen, die wie Schleswig-Holstein auf Open-Xchange setzen, ist die Anbindung in Vorbereitung.
• Anmeldung und Dateien aus dem eigenen Netz. Mit Hypergate melden sich Smartphones und Tablets per Kerberos direkt an Ihren Domain Controllern an und öffnen Ihre vorhandenen Dateifreigaben, ohne Cloud-Identität dazwischen.
• Krisenkommunikation, die nicht am Tenant hängt. Für die Kanäle selbst gibt es Lösungen, die genau dafür gebaut sind, und wir nennen sie offen:
  • Alarmieren: BlackBerry AtHoc ist eine Plattform für Notfallbenachrichtigung und Krisenmanagement, gebaut für Behörden und kritische Infrastruktur. Sie erreicht Belegschaft und Krisenstab auch dann, wenn Outlook nicht funktioniert, und ISEC7 SPHERE kann AtHoc direkt als Alarmweg ansprechen.
  • Telefonieren: Mit ISEC7 MANAGED SECURE VOICE betreibt ISEC7 die SecuVOICE-App von Secusmart als Managed Service: verschlüsselte Telefonie auf iOS und Android für Behörden und Unternehmen in Deutschland, mit Einsatzerlaubnis des BSI bis VS-NfD und auf einer eigenen Plattform, unabhängig von Microsoft 365.
  • Schreiben: Teamwire ist ein Messenger für Unternehmen und Behörden, in Deutschland gehostet und mit Notfallfunktionen. Fällt der Teams-Chat aus, bleibt damit ein Chat für Lagebilder, Abstimmung und Gruppen, der nicht über Microsoft läuft.
• Ein Plan für den Ausfall. Welche Abläufe einen zweiten Weg brauchen, welche Sicherheitskontrollen am selben Anbieter hängen und wie der Notbetrieb aussieht, klären wir mit Ihnen vor dem nächsten Vorfall.

Ein Ausfall zeigt nicht, ob die Cloud gut ist. Er zeigt, wie viel an einem einzigen Dienst hängt.

Quellen

• Microsoft 365 Service Health, Vorfälle EX1550543 und MO1550821, Verlauf dokumentiert bei ENow
• ITdaily, „Microsoft 365 still offline: Outlook and Teams disrupted“, Update vom 13.11.2026: itdaily.com
• IT-Administrator, „Microsoft 365: Störung legt zahlreiche Dienste lahm“, 13.11.2026: it-administrator.de
• All About Security, „Microsoft-365-Ausfall: Outlook, Exchange Online und Teams gestört“, 13.11.2026: all-about-security.de
• Rafael Pfister, Liveticker „Exchange Online: weltweiter Ausfall der Postfachzugriffe“: rafaelpfister.ch
• Tagesspiegel (dpa), Stand 13.11.2026: tagesspiegel.de
• LazyAdmin, „Microsoft 365 Outage – Current Status and SLA Credits“, 13.11.2026: lazyadmin.nl
• ThousandEyes, „Microsoft 365 Outage Analysis: November 12, 2026“: thousandeyes.com
• WELT (AFP/dpa), „Weltweite Störung bei Outlook und Teams“, Stand 13.11.2026, 10:27 Uhr: welt.de
• Land Schleswig-Holstein, Abschluss der Umstellung auf Open-Xchange, 06.10.2025: schleswig-holstein.de
• Redmond Channel Partner, „Microsoft 365 and Power BI Services Interrupted Worldwide“, 25.01.2023: rcpmag.com
• Stuttgarter Zeitung (dpa), „Microsoft-Störung: Erste Erfolge, Teams und Outlook weiter gestört“, 13.11.2026: stuttgarter-zeitung.de
• Wochenblatt-Reporter, „Outlook-Störung hält an: Erste Verbesserungen, aber weiter Probleme“, Stand 13.11.2026, 12:30 Uhr: wochenblatt-reporter.de
• Cybersecurity News, „Microsoft 365 Massive Outage – Fixes Fail as Restored Servers Keep Going Unresponsive“, 13.11.2026: cybersecuritynews.com
• Stuttgarter Zeitung (dpa), „Microsoft-Störung gefixt: Outlook funktioniert wieder“, 13.11.2026, 13:21 Uhr: stuttgarter-zeitung.de
• AOL, „Is Outlook still down? Microsoft 365 recovering from massive outage“, 13.11.2026: aol.com
• Tom’s Guide, Liveblog zum Ausfall vom 22. Januar 2026: tomsguide.com