Microsoft 365 seit Donnerstagabend gestört: Warum ein Exchange-Problem auch Teams, Copilot und Defender trifft

Seit Donnerstag, 12. November 2026, gegen 17:17 Uhr deutscher Zeit ist Exchange Online weltweit gestört. Postfächer lassen sich über keinen Zugangsweg zuverlässig öffnen, und mit Exchange fallen Funktionen in Teams, Copilot, Defender, Purview und Intune aus. Microsoft führt die Störung unter den Kennungen EX1550543 (Exchange Online) und MO1550821 (Microsoft 365 insgesamt).

Was passiert ist

Das Störungsportal Downdetector zählte gegen 19 Uhr knapp 130.000 Meldungen allein zu Outlook. Einen Abschlussbericht hat Microsoft angekündigt.

Warum der Fall technisch bemerkenswert ist

Erstens die Diagnose. Zunächst sah es nach einem Fehler in der Zustandsprüfung aus – also danach, dass gesunde Server irrtümlich aussortiert wurden. Über Nacht drehte sich das Bild: Die Server hatten tatsächlich aufgehört zu arbeiten, die Prüfung lag richtig. Dazu kommt ein Effekt, der die Erholung so zäh macht: Jeder ausgefallene Server verschiebt seine Last auf die übrigen, und jeder reparierte Server wird sofort von der aufgestauten Last getroffen und fällt wieder aus.

Zweitens die Reichweite. Microsoft beschreibt selbst, dass alles gestört ist, was mit Exchange Online zusammenarbeitet. Das ist mehr, als man erwartet:

Ein Mailproblem nimmt damit auch einen Teil der Sicherheits- und Compliance-Werkzeuge mit, weil diese in derselben Abhängigkeitskette hängen.

Was Betreiber jetzt prüfen sollten

Während der Störung

• Ursache eingrenzen. Im Microsoft 365 Admin Center unter Integrität > Dienststatus nach MO1550821 und EX1550543 sehen. Ist das Admin Center selbst nicht erreichbar: status.cloud.microsoft.
• Einmal informieren – außerhalb von Microsoft 365. Wenn Outlook ausfällt, erreicht eine Rundmail niemanden. Telefon, SMS oder ein Aushang erfüllen den Zweck.
• Reparaturversuche unterbinden. Office neu installieren, Outlook-Profile löschen oder Kennwörter zurücksetzen hilft nicht und erzeugt Folgearbeit, wenn die Dienste zurückkommen.
• Safe Links nicht abschalten. Nutzer werden melden, dass Links in Mails nicht funktionieren. Die Schutzrichtlinie deshalb zu deaktivieren, öffnet genau in dem Moment eine Lücke, in dem Phishing mit „Microsoft-Support“-Betreff zu erwarten ist.
• Eigene Änderungen aussetzen. Wer jetzt Richtlinien oder Connectoren ändert, weiß später nicht, ob ein Fehler von Microsoft oder aus dem eigenen Tenant stammt.
• Verzögerte Mails sind nicht verloren. Absendende Server versuchen die Zustellung erneut. Ein vorgelagerter Mailfilter außerhalb der Microsoft-Cloud – bei uns Hornetsecurity – nimmt eingehende Mails weiter an und stellt sie zu, sobald Exchange Online wieder annimmt.

# Dienststatus der Vorfälle MO1550821 und EX1550543 über Microsoft Graph abfragen

if (-not (Get-Module -ListAvailable -Name Microsoft.Graph.Authentication)) {
    Install-Module -Name Microsoft.Graph.Authentication -Scope CurrentUser -Force
}
Import-Module Microsoft.Graph.Authentication

Connect-MgGraph -Scopes 'ServiceHealth.Read.All' -NoWelcome

foreach ($id in 'MO1550821', 'EX1550543') {
    $issue = Invoke-MgGraphRequest -Method GET `
        -Uri "https://graph.microsoft.com/v1.0/admin/serviceAnnouncement/issues/$id"
    $last = $issue.posts | Select-Object -Last 1

    [pscustomobject]@{
        Vorfall       = $issue.id
        Status        = $issue.status
        Titel         = $issue.title
        LetztesUpdate = $last.createdDateTime
    }
}

Disconnect-MgGraph | Out-Null

Danach

• Abschlussbericht sichern. Der Dienststatus zeigt nur die letzten 30 Tage. Wer den Bericht für Servicegespräche, SLA-Ansprüche oder die eigene Vorfallsdokumentation braucht, legt ihn ab.
• Auswirkungen festhalten. Welche Abteilungen, wie lange, welche Behelfslösungen.
• Benachrichtigungen einrichten. Im Dienststatus unter Anpassen > E-Mail – mit mindestens einer Adresse, die nicht in Microsoft 365 liegt.

Einordnung

Drei Punkte nehmen wir daraus mit:

Am Tenant lässt sich eine solche Störung nicht beheben. Beeinflussen lässt sich, wie schnell man sie erkennt, was die Belegschaft erfährt und ob der Betrieb weiterläuft.

Der Notfallkanal muss außerhalb der gestörten Plattform liegen. Wer E-Mail, Chat, Kalender und Dateiablage bei einem Anbieter bündelt, braucht für den Ausfall einen festgelegten zweiten Weg – und eine Person, die ihn auslöst. Für Rathäuser mit Bürgerterminen gilt das ebenso wie für Betriebe mit Auftragseingang per Mail.

Schutzfunktionen können mit ausfallen. Dass Link-Prüfung, DLP und Quarantäne an der Verfügbarkeit von Exchange Online hängen, gehört in jede Risikobetrachtung. Ein Mailfilter und eine Datensicherung außerhalb der Microsoft-Cloud sind kein doppelter Aufwand, sondern eine zweite, unabhängige Schicht.

Wir aktualisieren diesen Beitrag, sobald Microsoft die Störung für beendet erklärt und eine Ursache benennt.

Quellen & weiterführende Links

• ZEIT ONLINE

  Outlook-Störung bei Microsoft 365 (Anlass dieses Beitrags)
• Microsoft

  Dienststatus Microsoft 365 – Vorfälle MO1550821 und EX1550543
• ENow Software

  Wortlaut der Service-Health-Meldungen zu MO1550821 und EX1550543
• azureblog.co.uk

  Microsoft 365 outage, 12 November 2026
• IT-Connect

  Microsoft 365 Outage Hits Outlook, Teams and Copilot for 11+ Hours (13.11.2026)
• SecurityWeek

  Microsoft 365 Outage Disrupts Outlook, Exchange Online and Teams (12.11.2026)
• Deskmodder

  Microsoft 365: Weltweite Störungen bei Outlook, Teams und Copilot (13.11.2026)
• ABC News

  Microsoft Outlook outage updates (13.11.2026)
• Windows Central

  Microsoft 365, Outlook, Teams, OneDrive, and Copilot are still down as outages continue (13.11.2026)