Outlook Fehler Störung: Liegt es an Microsoft 365? Notfallplan, wenn Mails nicht erreichbar sind
Wenn Outlook im Betrieb ausfällt, klärt ein Blick auf „Service health“ im Microsoft 365 Admin Center am schnellsten, ob die Störung bei Microsoft liegt. Eingehende Mails gehen bei einem Ausfall in der Regel nicht sofort verloren: Die sendenden Server wiederholen den Zustellversuch. Riskant sind Verzögerung und Fehlermeldungen, wenn ein Absender früher aufgibt. Dieser Artikel führt durch die Prüfung, die ersten 24 Stunden, den Kundenhinweis und eine Kontaktliste, die auch ohne Cloud funktioniert.
Stand 13.11.2026. Grundlage: Berichte von heise online und ZDFheute zum laufenden Ausfall, Microsoft Learn (Service health, DNS-Einträge, NDR 4.4.7, Cached Exchange Mode, Remote Connectivity Analyzer) und RFC 5321.
- Die aktuelle Lage: Was am 13.11.2026 bekannt ist
- Woran Sie eine Anbieterstörung erkennen
- Bei uns oder bei Microsoft? Der Entscheidungsbaum
- Was passiert mit eingehenden Mails während des Ausfalls?
- Notfall-Checkliste mit Zeitstufen
- Kunden informieren: Textbaustein
- Vorlage: Notfall-Kontaktliste außerhalb der Cloud
- Wenn der Fehler doch bei Ihnen liegt: DNS und MX prüfen
- Vorbeugen: Was Sie vor dem nächsten Ausfall regeln
Die aktuelle Lage: Was am 13.11.2026 bekannt ist
Seit dem frühen Donnerstagabend (12.11.2026) meldet Microsoft weltweite Probleme mit Cloud-Diensten. Laut heise online war der Zugriff auf Exchange Online zuerst eingeschränkt und später in der Nacht nicht mehr möglich. Laut heise-Update vom 13.11.2026, 12:41 Uhr, scheint der Zugriff auf Exchange Online seit etwa 12:30 Uhr wieder möglich zu sein; die Statusseite meldete zu diesem Zeitpunkt aber weiterhin eine Störung. Microsoft führt rund 20 betroffene Dienste, darunter Exchange Online, das Admin Center, Teams, SharePoint Online und Copilot. Der Schweregrad ist unterschiedlich: Viele Kernfunktionen von Teams liefen laut heise weiter.
Microsoft nennt nach eigenen Angaben keine Anzeichen für einen Angriff und will einen Abschlussbericht mit Ursache und Gegenmaßnahmen vorlegen. Wann alles wieder normal läuft, hat das Unternehmen nicht angegeben; der Status wurde zuletzt als „variabel“ beschrieben. ZDFheute berichtet, dass Microsoft zunächst Exchange-Postfächer in den USA nannte und dann einräumte, dass Nutzer weltweit betroffen sein können.
Die Lage ändert sich laufend. Maßgeblich ist immer der Status in Ihrem eigenen Admin Center. Was Sie unabhängig davon tun können, steht in den folgenden Abschnitten.
Woran Sie eine Anbieterstörung erkennen
Eine Störung auf Microsoft-Seite zeigt sich selten als sauberer Fehlercode. Typisch sind Symptome, die mehrere Personen gleichzeitig betreffen:
- Outlook im Browser lädt endlos oder zeigt einen HTTP-500-Fehler. Genau das beschreibt heise für den aktuellen Ausfall.
- Mehrere Mitarbeiter an verschiedenen Rechnern und Standorten sind betroffen, auch Mobilgeräte.
- Gleichzeitig haken weitere Microsoft-Dienste wie Teams, SharePoint oder das Admin Center.
- Passwort-Zurücksetzen, Neustart und Neuinstallation ändern nichts.
Betrifft das Problem dagegen eine einzelne Person oder einen einzelnen Rechner, liegt es meist am Client. Dafür gibt es die Anleitung Outlook funktioniert nicht. Hier geht es um den Fall, dass der Dienst selbst ausfällt.
Bei uns oder bei Microsoft? Der Entscheidungsbaum
Gehen Sie die Fragen der Reihe nach durch. Sobald eine Frage eindeutig beantwortet ist, sind Sie am Ziel.
- Betrifft es mehrere Personen? Nein, nur eine Person oder ein Gerät: Ursache liegt sehr wahrscheinlich lokal (Profil, Netzwerk, Konto). Weiter mit der Client-Anleitung. Ja: nächste Frage.
- Funktioniert Outlook im Browser? Ja, aber der Desktop-Client nicht: Problem am Client oder an dessen Verbindung. Nein, auch im Browser nicht: nächste Frage.
- Was zeigt „Service health“? Melden Sie sich mit einem Admin-Konto im Microsoft 365 Admin Center an und öffnen Sie Health > Service health (alternativ die Kachel „Service health“ auf der Startseite). Ein Eintrag für Exchange Online unter „Active issues Microsoft is working on“ bedeutet: Microsoft arbeitet bereits daran, der Fehler liegt dort. Steht etwas unter „Issues for your organization to act on“, liegt es bei Ihnen. In den Details eines Eintrags nennt das Feld „Issue origin“, ob das Problem bei Microsoft oder in Ihrer Umgebung gefunden wurde. Den Zugriff haben laut Microsoft zum Beispiel Konten mit der Rolle Service Support admin oder Helpdesk admin.
- Admin Center nicht erreichbar? Dann hilft die öffentliche Statusseite status.cloud.microsoft. Auch die Microsoft 365 Admin App für Smartphones zeigt Service health und kann Push-Meldungen senden.
- Kein Eintrag, aber das Problem besteht? Die Störung kann gerade erst begonnen haben. Über „Report an issue“ melden Sie sie an Microsoft. Prüfen Sie parallel die Mail-Zustellung Ihrer Domain (siehe unten).
Praktisch: Die Zustände in „Service health“ sind abgestuft. „Service interruption“ bedeutet laut Microsoft, dass Nutzer den Dienst nicht erreichen und das Problem reproduzierbar ist. „Restoring service“ heißt, dass die Ursache bekannt ist und die Behebung läuft. „Extended recovery“ zeigt an, dass die Behebung läuft, aber noch Zeit braucht, bis alle betroffenen Systeme erreicht sind.
Was passiert mit eingehenden Mails während des Ausfalls?
Entscheidend ist, welche Antwort der sendende Server bekommt. Der SMTP-Standard (RFC 5321) unterscheidet zwei Arten: Antworten der Klasse 4yz bedeuten „vorübergehend nicht möglich, später erneut versuchen“. Antworten der Klasse 5yz sind endgültig, der Absender soll denselben Versuch nicht unverändert wiederholen.
| Situation | Was der Absender-Server erhält | Folge für die Mail |
|---|---|---|
| Dienst meldet „vorübergehend nicht möglich“ | Antwort 4yz | Mail bleibt in der Warteschlange des Absenders, neuer Versuch später (Rückstau). Der Standard nennt als Richtwert Abstände von etwa einer halben Stunde oder mehr. |
| Server antwortet nicht, Verbindung scheitert | Keine brauchbare Antwort | Der Absender-Server probiert die MX-Einträge nach Präferenz durch; gelingt keiner, bleibt die Mail in der Warteschlange und wird wiederholt. |
| Endgültige Absage, zum Beispiel Adresse unbekannt | Antwort 5yz | Sofort-Fehlermeldung an den Absender, kein automatischer neuer Versuch. Der Absender muss neu senden. |
| Absender erreicht sein Zeitlimit | Er gibt auf | Fehlermeldung an den Absender. Der Standard sieht vor, nicht früher als nach etwa vier bis fünf Tagen aufzugeben; die Werte sind aber einstellbar. Exchange Online versucht laut Microsoft 24 Stunden und meldet danach 4.4.7 (QUEUE.Expired). |
| Mail ist bei Microsoft angenommen, aber nicht ins Postfach zustellbar | Erfolgsmeldung | Rückstau in Microsofts Warteschlange. Laut heise hat Microsoft das Zeitfenster für verzögerte Mails auf 48 Stunden verlängert und arbeitet den Rückstau priorisiert ab. |
Für Betriebe heißt das: Verloren geht in der Regel nichts sofort, aber Mails kommen verspätet an. Wer bei einem Absender mit kurzem Zeitlimit eine Fehlermeldung bekommt, weiß es sofort. Alle anderen merken nichts, deshalb sollten Sie nach der Störung bei wichtigen Vorgängen aktiv nachfragen.
Microsoft rät in seiner DNS-Referenz zu einem einzelnen MX-Eintrag, der auf ein Mailsystem zeigt, und warnt, dass mehrere MX-Einträge Zustellprobleme verursachen können. Als Richtwert nennt Microsoft für den MX-Eintrag eine TTL von 3600 Sekunden; DNS-Änderungen während einer Störung greifen also verzögert. Ein Fallback-System ist eine Entscheidung, die Sie vorher mit Ihrem IT-Betreuer treffen, nicht mitten im Ausfall.
Notfall-Checkliste mit Zeitstufen
Erste 15 Minuten: klären und festhalten
- Entscheidungsbaum durchgehen und Ergebnis notieren: Uhrzeit, Anzahl betroffener Personen, Eintrag und ID in „Service health“.
- Kollegen kurz informieren: Nicht am Konto, Passwort oder Outlook-Profil herumprobieren. Bei einer Anbieterstörung bringt das nichts.
- Notfall-Kontaktliste außerhalb der Cloud öffnen (Vorlage weiter unten).
- Wer das Admin Center erreicht, aktiviert die E-Mail-Benachrichtigung zu Vorfällen. Dort sind laut Microsoft bis zu zwei Adressen möglich. Nehmen Sie eine Adresse, die nicht im selben Microsoft-365-Mandanten liegt.
Bis 4 Stunden: erreichbar bleiben
- Kundenhinweis versenden oder auf der Webseite und per Telefonansage veröffentlichen (Textbaustein weiter unten).
- Wichtige Vorgänge des Tages telefonisch klären. Nutzen Sie nur Kanäle, die Sie datenschutzgerecht eingerichtet haben.
- Mitarbeiter mit klassischem Outlook im Cache-Modus können bereits synchronisierte Mails weiter lesen. Das neue Outlook für Windows hat keinen Cache-Modus, speichert aber mit der standardmäßig aktiven Offline-Funktion (Einstellungen > Allgemein > Offline) ebenfalls Mails lokal, die sich ohne Verbindung lesen lassen. Bei POP- und IMAP-Konten gibt es keinen Cache-Modus.
- Status in „Service health“ im Blick behalten und Statuswechsel mit Uhrzeit notieren.
- Vorsicht vor Phishing: Der IT-Rechtler Dennis-Kenji Kipker warnt laut ZDFheute, dass Kriminelle Ausfälle ausnutzen. Mails mit „Update“-Aufforderung oder Login-Abfrage sind verdächtig, siehe Phishing-Mail erkennen.
Bis 24 Stunden: Schaden begrenzen
- Dauert der Ausfall an, wichtige Kunden und Lieferanten aktiv anrufen, statt auf Mails zu warten.
- Rufumleitung, Ansage oder Hinweis auf der Webseite anpassen, falls Anfragen über Mail-Formulare laufen.
- Fehlermeldungen von Absendern (zum Beispiel 4.4.7) sammeln. Sie zeigen, welche Mails den Betrieb nicht erreicht haben.
- Nach der Wiederherstellung: Posteingang, Postausgang und „Gesendet“ prüfen. Bei wichtigen Vorgängen kurz nachfragen, ob eine Mail angekommen ist.
- Den Abschlussbericht abwarten. In „Service health“ erscheint der Status „Post-incident report published“, wenn Microsoft ihn veröffentlicht hat.
Kunden informieren: Textbaustein
Halten Sie den Hinweis kurz und versprechen Sie keine Zeiten, die Sie nicht kontrollieren. Passen Sie die Angaben in eckigen Klammern an.
Betreff: Eingeschränkte E-Mail-Erreichbarkeit bei [Firmenname]
Sehr geehrte Damen und Herren,
unser E-Mail-System ist derzeit wegen einer Störung des Anbieters nur eingeschränkt erreichbar. Mails an uns werden in der Regel zeitversetzt zugestellt. Es kann aber sein, dass einzelne Nachrichten verspätet oder gar nicht bei uns ankommen.
Für dringende Anliegen erreichen Sie uns telefonisch unter [Telefonnummer] oder über [Ausweichadresse außerhalb der Microsoft-Cloud]. Bitte senden Sie wichtige Nachrichten der letzten Stunden nach Wiederherstellung erneut, falls Sie keine Antwort von uns erhalten.
Wir informieren Sie, sobald die Störung behoben ist. Bitte beachten Sie: Wir bitten Sie in diesem Zusammenhang nicht per Mail um Zugangsdaten.
Mit freundlichen Grüßen
[Name, Firma]
Der Hinweis gehört auch auf die Webseite und an die Telefonansage, weil Kunden Ihre Mail-Fehlermeldungen vielleicht nicht verstehen. Die Ausweichadresse muss bei einem anderen Anbieter liegen, sonst ist sie von derselben Störung betroffen.
Vorlage: Notfall-Kontaktliste außerhalb der Cloud
Die Liste muss ohne Mail, Teams und SharePoint erreichbar sein: als Ausdruck im Ordner, als Datei auf einem lokalen Gerät oder in den Kontakten des privaten Smartphones der Verantwortlichen. Tragen Sie keine Passwörter ein, sondern nur den Ort, an dem sie liegen.
| Rolle | Name | Mobilnummer | Mail außerhalb Microsoft 365 |
|---|---|---|---|
| Geschäftsführung / Entscheider | |||
| Interner IT-Ansprechpartner | |||
| Externer IT-Betreuer | |||
| Zweites Admin-Konto (Microsoft 365) | |||
| Domain-Anbieter / DNS-Verwaltung (Kundennummer) | |||
| Telefonanbieter (Rufumleitung) | |||
| Wichtigste Kunden und Lieferanten (je Zeile eine Person) | |||
| Mitarbeiter im Außendienst |
Ergänzen Sie auf der Liste die Adresse der Microsoft-Statusseite (status.cloud.microsoft) und den Hinweis, wer den Kundentext freigeben darf.
Wenn der Fehler doch bei Ihnen liegt: DNS und MX prüfen
Meldet „Service health“ nichts und Mails kommen trotzdem nicht an, lohnt der Blick auf die Domain. Laut Microsoft zeigt der MX-Eintrag, wohin Mail für Ihre Domain gesendet wird. Für Exchange Online hat er die Form <MX-Token>.mail.protection.outlook.com; Ihr Token steht im Admin Center unter den Domain-Einstellungen. Zusätzlich gehören ein CNAME für Autodiscover (Ziel autodiscover.outlook.com) und genau ein SPF-Eintrag dazu. Reine Exchange-Online-Domains verwenden laut Microsoft als Beispiel v=spf1 include:spf.protection.outlook.com -all.
Typische Ursachen auf Ihrer Seite sind ein versehentlich geänderter oder gelöschter MX-Eintrag und eine nicht verlängerte Domain; Microsoft nennt die abgelaufene Domain ausdrücklich als mögliche Ursache für 4.4.7-Meldungen. Mit dem MX-Check für Ihre Domain sehen Sie MX, SPF, DKIM und DMARC in einem Durchgang. Microsofts Remote Connectivity Analyzer bietet zusätzlich die Tests „Inbound SMTP E-Mail“, „Outlook Connectivity“ und im Office-365-Reiter „Help Identify My Issue with Exchange DNS“.
Vorbeugen: Was Sie vor dem nächsten Ausfall regeln
Ausfälle bei Cloud-Anbietern lassen sich nicht verhindern, nur in der Wirkung begrenzen. Das gelingt mit wenig Aufwand:
- Kontaktliste und Kundentext liegen fertig und außerhalb der Cloud.
- Mindestens zwei Personen haben ein Admin-Konto mit Zugriff auf „Service health“.
- Die Benachrichtigung über Vorfälle geht an eine Adresse außerhalb des Mandanten.
- Mitarbeiter nutzen klassisches Outlook im Cache-Modus, wo das möglich ist.
- Sie kennen Ihre MX-, SPF-, DKIM- und DMARC-Einträge und wissen, bei wem die DNS-Verwaltung liegt. Zur Absicherung der Zustellung siehe auch MTA-STS und TLS-RPT.
- Ob ein Zusatz-MX oder ein Ausweichweg sinnvoll ist, entscheiden Sie im Ruhezustand mit Ihrem IT-Betreuer.
Bevor der nächste Ausfall kommt, lohnt sich ein Blick auf die eigenen DNS-Einträge: Der MX-Check zeigt, wohin Mails für Ihre Domain zugestellt werden und ob SPF, DKIM und DMARC sauber gesetzt sind.
Quellen
- heise online: Microsoft-Cloud-Ausfall: E-Mails weiterhin nicht zugreifbar, www.heise.de
- ZDFheute: Microsoft-Ausfälle: Störung bei Outlook und Teams, www.zdfheute.de
- Microsoft Learn: How to check Microsoft 365 service health, learn.microsoft.com
- IETF: RFC 5321 Simple Mail Transfer Protocol, www.rfc-editor.org
- Microsoft Learn: Fix NDR error 550 4.4.7 in Exchange Online, learn.microsoft.com
- Microsoft Learn: External DNS records for Microsoft 365, learn.microsoft.com
- Microsoft Learn: Remote Connectivity Analyzer tests for Exchange Online, learn.microsoft.com
- Microsoft Support: Turn on Cached Exchange Mode, support.microsoft.com
- Microsoft Support: Work offline in Outlook, support.microsoft.com
Alle Quellen gelesen am 13.11.2026.
Erstellt von der Redaktion Die Netzhandwerker mit KI-Unterstützung. Die Sachangaben wurden vor der Veröffentlichung automatisch gegen die genannten Quellen geprüft.