Exchange-Online-Ausfall legt E-Mail weltweit lahm

Wenn Ihre dienstliche E-Mail am Dienstag still blieb, haben Sie sich das nicht eingebildet. Am 2. Juni 2026 bestätigte Microsoft einen weitreichenden Exchange-Online-Ausfall — Vorfall EX1331830 —, der E-Mail für Microsoft-365-Nutzer auf drei Kontinenten verzögerte und blockierte. Hier ist genau, was kaputtging, was die kryptischen Fehlermeldungen bedeuteten und der ruhige, richtige Umgang mit dem nächsten Mail-Flow-Ausfall.

Was am 2. Juni mit Exchange Online geschah

Microsoft bestätigte einen Dienstvorfall, der die Mail-Flow-Pipeline von Exchange Online betraf — Nachrichten wurden also beim Senden und Empfangen verzögert oder schlugen fehl. Laut dem Bericht von BleepingComputer bestätigte Microsoft den Vorfall — geführt als EX1331830 — am 2. Juni 2026 um 10:33 Uhr (US-Ostküstenzeit) nach einer Welle von Meldungen, zunächst für Nordamerika und dann mit erweiterter Kommunikation „auf alle potenziell betroffenen Nutzer“, als sich Auswirkungen in den Regionen Asien-Pazifik und Europa zeigten. Ingenieure werteten die Meldungen aus, um die Ursache zu finden.

Dies war kein sauberer An-Aus-Ausfall. Der Mail Flow ist das Förderband, das jede Nachricht zwischen Postfächern bewegt, und wenn es langsamer wird, verschwindet E-Mail nicht — sie staut sich. Nutzer meldeten Sende- und Empfangsverzögerungen von über einer Stunde, wobei Nachrichten in der Schwebe hingen, statt sofort zurückzukommen. Der unabhängige Tracker IsDown protokollierte den Vorfall als zur selben Uhrzeit 10:33 erkannt und am Folgemorgen, rund sechzehn Stunden später, noch immer mit Auswirkungen — eine Erinnerung daran, dass ein „Mail-Flow“-Vorfall sich leise hinziehen kann, lange nachdem die Schlagzeilen weitergezogen sind.

Warum Ihre E-Mail verstummte — und was die Fehler bedeuteten

Weil Microsofts Server Verbindungen drosselten und abbrachen, nicht weil sie Ihre Post ablehnten. Zwei Fehlerzeichenketten kursierten. Die erste — „The maximum number of concurrent connections per resource forest has exceeded a limit, closing transmission channel“ — ist eine Kapazitätsdrosselung: zu viele Verbindungen gleichzeitig offen, also werden neue abgewiesen. Die zweite — „Connection was closed abruptly (SuspiciousRemoteServerError)“ — ist eine mitten im Handshake getrennte Verbindung. Beide sind temporäre Verzögerungen, die dem sendenden System sagen, es solle warten und erneut versuchen, nicht aufgeben.

Diese Unterscheidung ist für Endnutzer die ganze Geschichte. Eine Verzögerung ist ein „Komm später wieder“, und gut erzogene Mailserver tun genau das — sie halten die Nachricht und wiederholen automatisch, meist 24 Stunden oder länger, bis die Gegenseite annimmt. Die Post, die am Dienstag festzuhängen schien, war also größtenteils in der Warteschlange, nicht verloren. Es ist dasselbe Muster wie bei den Outlook-, Gmail- und Yahoo-Zustellverzögerungen im Mai: im Moment beängstigend, in der Praxis selbstheilend. Die Gefahr ist menschlich — Leute, die immer wieder auf „Senden“ hämmern, was eine ohnehin keuchende Pipeline nur weiter belastet.

Was das für Sie bedeutet — und was Sie das nächste Mal tun

Wenn Ihr Postfach Teil eines geschäftlichen oder schulischen Microsoft-365-Tenants ist, war es dieser Dienst, der wackelte — persönliches Outlook.com läuft auf einem anderen Backend. Der richtige Schritt bei jedem Mail-Flow-Ausfall: aufhören, erneut zu senden, die offizielle Seite Microsoft 365 Dienstzustand auf den Vorfall (hier EX1331830) prüfen und verzögerte Post sich selbst wiederholen lassen. Am besten für die Nerven: einen bestätigten Vorfall wie das Wetter behandeln — abwarten. Der Haken: für wirklich zeitkritische Nachrichten brauchen Sie einen Ausweichkanal, der nicht von derselben Pipeline abhängt.

Die praktische Anleitung ist kurz. Erstens: bestätigen, dass es an ihnen liegt und nicht an Ihnen — das Dienstzustand-Dashboard ist die Wahrheitsquelle, mit Drittanbieter-Trackern wie IsDown als schnellem Plausibilitätscheck. Zweitens: dem Drang widerstehen, erneut zu senden — Duplikate werden alle zugestellt, sobald die Warteschlange frei ist, und hektische Wiederholungen können Spam- und Duplikaterkennung auslösen. Drittens: halten Sie für die seltene Nachricht, die keine Stunde warten kann, einen wirklich unabhängigen Ersatzweg bereit: ein zweites Postfach bei einem anderen Anbieter oder einen Anruf. Genau deshalb empfehlen wir weiterhin, nicht Ihr gesamtes Arbeitsleben hinter einen einzigen Anbieter zu legen — dieselbe Resilienzlogik wie hinter Absender-Authentifizierungsgrundlagen wie den SMTP-AUTH- und Basic-Auth-Fristen, die Microsoft durchsetzt, und hinter dem Blick auf den stetigen Strom an Outlook-im-Web-Änderungen in diesem Juni. Ein Ausfall ist eine Unannehmlichkeit; kein Plan B ist das eigentliche Risiko.

Alexis Dollé

Gründer & Redakteur

Alexis Dollé, E-Mail-Experte seit über 10 Jahren. Gründer von Email Tools. Ich teste jeden E-Mail-Client und jedes Tool selbst und schreibe dann darüber, wie ich es einem Freund erklären würde – kein Marketing-Geschwafel, keine gesponserten Ranglisten, jede Aussage belegt.

Häufig gestellte Fragen

Was war der Exchange-Online-Ausfall am 2. Juni 2026? — ein Mail-Flow-Vorfall (EX1331830), der E-Mail in drei Regionen verzögerte und blockierte

Ein weitreichender Dienstvorfall, von Microsoft unter EX1331830 geführt, der die Mail-Flow-Pipeline von Exchange Online störte. Microsoft bestätigte ihn am 2. Juni 2026 um 10:33 Uhr (US-Ostküstenzeit) nach einer Welle von Meldungen; er führte dazu, dass E-Mails beim Senden und Empfangen verzögert wurden oder fehlschlugen. Der Ausfall begann in Nordamerika, dann weitete Microsoft den Umfang auf die Regionen Asien-Pazifik und Europa aus.

Sind meine E-Mails während des Ausfalls verloren gegangen? — mit ziemlicher Sicherheit nicht; verzögerte Post wird in die Warteschlange gestellt und automatisch wiederholt

Mit ziemlicher Sicherheit nicht. Die während des Vorfalls beobachteten Fehler — SMTP-Verzögerungen (Deferrals) und abgebrochene Verbindungen — sind Warteschlangen- und Wiederholungszustände, keine endgültigen Ablehnungen. Erhält ein sendender Server eine temporäre Verzögerung, hält er die Nachricht und wiederholt automatisch, meist 24 Stunden oder länger; die meiste Post, die festzuhängen schien, kam also einfach verspätet an, sobald die Pipeline wieder lief. Ein echter Bounce hingegen kommt als Unzustellbarkeitsbericht zu Ihnen zurück.

Was bedeuten die SMTP-Fehlermeldungen? — beide waren temporäre Verzögerungen, die den Absender zum Warten und Wiederholen aufforderten

Zwei kursierten. „The maximum number of concurrent connections per resource forest has exceeded a limit, closing transmission channel“ bedeutet, dass Microsofts Mailserver neue Verbindungen ablehnten, weil zu viele gleichzeitig offen waren — eine Kapazitätsdrosselung. „Connection was closed abruptly (SuspiciousRemoteServerError)“ bedeutet, dass der empfangende Server die Verbindung mitten im Handshake trennte. Beide sind temporäre Verzögerungen: Dem sendenden System wird gesagt, es solle warten und erneut versuchen, nicht aufgeben.

Sind persönliche Outlook.com-Konten betroffen? — nein; betroffen war Exchange Online, das geschäftliche und schulische Microsoft-365-Backend

Der Vorfall wurde für Exchange Online gemeldet, das die geschäftlichen und schulischen Postfächer von Microsoft 365 betreibt. Wenn Ihre E-Mail von Ihrem Arbeitgeber, Ihrer Schule oder Ihrer Organisation über Microsoft 365 bereitgestellt wird, war genau dieser Dienst betroffen. Persönliche Outlook.com-Postfächer laufen auf einem separaten Verbraucher-Backend und waren nicht Gegenstand dieses konkreten Vorfalls.

Wie prüfe ich, ob Microsoft 365 gerade ausgefallen ist? — die Seite „Dienstzustand“ im Admin-Center ist maßgeblich

Die maßgebliche Quelle ist die Seite „Dienstzustand“ im Microsoft-365-Admin-Center (status.cloud.microsoft), wo Vorfälle wie EX1331830 veröffentlicht und aktualisiert werden. Unabhängige Tracker wie IsDown und Downdetector sind nützlich für einen schnellen Blick darauf, ob andere Nutzer Probleme melden, aber nur Microsofts eigenes Dashboard bestätigt Umfang, Ursache und Behebung.

Was sollte ich tun, wenn die E-Mail das nächste Mal stockt? — nicht erneut senden, den offiziellen Status prüfen und verzögerte Post sich wiederholen lassen

Senden Sie nicht wiederholt erneut — das erhöht die Last und kann die Duplikaterkennung auslösen. Prüfen Sie zuerst die offizielle Statusseite. Bestätigt sie einen Vorfall, warten Sie ab: verzögerte Post wird weiter wiederholt und stellt sich selbst zu, sobald der Dienst wieder läuft. Für wirklich Dringendes wechseln Sie den Kanal (Telefon, Chat oder ein zweites E-Mail-Konto bei einem anderen Anbieter), statt gegen eine Warteschlange anzukämpfen, die Sie nicht kontrollieren.

Quellen