Exchange-Ausfälle nach dem Oktober-Patchday: Der Auslöser ist das Windows-Update

Seit dem 15. Oktober 2026 beschreiben Exchange-Administratoren in mehreren Fachforen dasselbe Muster: Etwa einen Tag nach dem Oktober-Patchday lässt sich Outlook im Web nicht mehr öffnen, Outlook-Clients verlieren die Verbindung und eingehende Mails sammeln sich in den Warteschlangen. Der erste Verdacht fiel auf das Exchange-Sicherheitsupdate vom 13. Oktober.

Inzwischen ist die Lage klarer. Microsoft hat bestätigt, dass die kumulativen Oktober-Updates für Windows Server die Störung auslösen – auch auf Servern, auf denen das neue Exchange-Update noch gar nicht installiert ist. Für Betreiber heißt das: Das Exchange-Update ist nicht der Täter, die Windows-Updates auf dem Exchange-Server sind es.

Was passiert ist

Das Fehlerbild ist laut Microsoft und den Berichten aus der Community einheitlich: OWA bricht mit der Meldung MapiExceptionMdbOffline (ec=1142) ab, im Anwendungsprotokoll erscheint das Ereignis 1006, und die Transportwarteschlangen wachsen. Zusätzlich melden Betroffene abstürzende Dienste wie das IMAP4-Back-End und Fehler im Mailbox Replication Service. Ein Neustart des Servers stellt den Betrieb wieder her – nach bisherigem Kenntnisstand zumindest vorübergehend. Berichte gibt es vor allem von Exchange SE, vereinzelt auch von Exchange 2019.

Warum der Fehler so tückisch ist

Bemerkenswert ist weniger der Fehler selbst als die Art, wie er sich versteckt. Erstens kommt er mit Verzögerung: Updates installieren, neu starten, kurz OWA und Mailfluss testen – alles läuft. Der Ausfall folgt erst in der nächsten Nacht, wenn niemand mehr hinschaut. Ein klassischer Funktionstest direkt nach dem Wartungsfenster erkennt ihn also nicht.

Zweitens zeigen Exchange Admin Center und Management Shell die Postfachdatenbanken weiterhin als eingebunden an, obwohl der Informationsspeicher keine Verbindungen mehr annimmt. Eine Überwachung, die nur Dienst- oder Datenbankstatus abfragt, bleibt grün. Den Ausfall bemerken zuerst die Anwender.

Drittens steht die Warnung an der falschen Stelle. Der Hinweis findet sich im Blog des Exchange-Teams, während die Support-Artikel zu den Windows-Updates und die Release-Health-Seiten für Windows Server das Problem am 15. Oktober noch nicht aufführten. Wer sich nur über die Windows-Kanäle informiert, erfährt davon nichts. Ungeklärt ist außerdem, ob das am selben Tag verteilte .NET-Update eine Rolle spielt – ein Betroffener nennt es ausdrücklich, Microsoft erwähnt nur die drei Windows-Updates.

Auch Exchange Online betroffen

Exchange Online läuft in Microsofts Rechenzentren auf Windows Server. Dass dieselbe Update-Welle auch dort Spuren hinterlässt, liegt deshalb nahe. In der Störungsmeldung EX1489902 beschreibt Microsoft, dass einige Nutzer keine Verbindung zu ihrem Postfach bekommen und ausgehende Nachrichten teilweise nicht empfangen werden. Die Ursache sieht Microsoft in einer Änderung am Windows-Betriebssystem: Der Dienst zählt mehr aktive Exchange-Online-Sitzungen, als es tatsächlich gibt.

Damit gleicht das Bild dem der lokalen Server: Verbindungen werden abgewiesen, obwohl der Dienst grundsätzlich läuft. Bei von uns betreuten Microsoft-365-Kunden haben wir genau diese Ausfälle ebenfalls beobachtet.

Was das für Exchange-Online-Kunden bedeutet

• Nichts zu patchen: Die Ursache liegt bei Microsoft. Kunden können die Störung selbst nicht beheben, sondern nur den Fortschritt im Service Health Dashboard des Microsoft-365-Admin-Centers unter EX1489902 verfolgen.
• Nicht am Client suchen: Outlook neu einrichten, Profile löschen oder Rechner neu aufsetzen hilft hier nicht und kostet nur Zeit. Wie wir in „Wenn die PDF-Vorschau streikt“ beschrieben haben, liegt nicht jeder Fehler nach einem Update am eigenen Gerät.
• Hybrid-Umgebungen doppelt prüfen: Wer lokale Exchange-Server und Exchange Online parallel betreibt, kann von beiden Seiten betroffen sein und sollte beide Fehlerbilder auseinanderhalten.

Nicht jede Störung dieser Woche hängt damit zusammen: Am 12. Oktober, also vor dem Patchday, gab es einen Fehler im Exchange Admin Center (EX1500900), den Microsoft durch Zurücknehmen einer Änderung behoben hat. Am 12. und 13. Oktober kam es zudem in Europa zu Verbindungsproblemen über Global Secure Access. Beide Fälle haben nach bisherigem Stand andere Ursachen.

Was Betreiber jetzt prüfen sollten

1. Bestand aufnehmen: Auf jedem Exchange-Server prüfen, ob eines der drei Windows-Updates installiert ist (Skript unten). Dabei auch Server berücksichtigen, die sich selbst aktualisieren – ein DAG-Betreiber berichtet von einer nächtlichen Auto-Installation, die erst am Folgetag zum Ausfall führte.
2. Freigaben für Exchange-Server anhalten: In WSUS, Windows Update for Business, Intune oder dem RMM-Werkzeug die drei Updates für die Gruppe der Exchange-Server zurückstellen und automatische Installation samt Neustart dort vorübergehend abschalten. Für alle anderen Server gilt die Abwägung wie gewohnt, denn die Oktober-Updates schließen ihrerseits zahlreiche Lücken.
3. Exchange-Update getrennt einspielen: Das Exchange-SU (für SE: KB5128895) unabhängig vom Windows-Update installieren und anschließend den Exchange Health Checker von Microsoft laufen lassen.
4. Bereits betroffene Server stabilisieren: Ein Neustart bringt den Dienst zurück. Bis zur Klärung einen kontrollierten Neustart vor Ablauf von 24 Stunden einplanen. In einer DAG die aktiven Datenbanken verschieben und Mitglieder einzeln behandeln. Eine Deinstallation des Windows-Updates ist möglich, öffnet aber dessen Lücken wieder – das ist eine Einzelfallentscheidung.
5. Funktion statt Status überwachen: Einen echten MAPI-Verbindungstest, die Länge der Warteschlangen und das Ereignis 1006 im Anwendungsprotokoll in die Überwachung aufnehmen.
6. Datensicherung kontrollieren: Einige Admins melden, dass der Exchange-VSS-Writer – die Schnittstelle, über die Backup-Software wie Veeam konsistente Sicherungen anfordert – in einem Fehlerzustand hing. Ob das Ursache oder Folge ist, ist offen. Die Ergebnisse der Nachtsicherungen sollten in diesen Tagen bewusst geprüft werden.

$betroffen = @('KB5126646','KB5126655','KB5126651')
$os = (Get-CimInstance -ClassName Win32_OperatingSystem).Caption
Write-Host "$env:COMPUTERNAME - $os"
$treffer = Get-HotFix | Where-Object { $betroffen -contains $_.HotFixID }
if ($treffer) {
    $treffer | Select-Object HotFixID, InstalledOn | Format-Table -AutoSize
} else {
    Write-Host 'Keines der drei betroffenen Windows-Updates installiert.'
}

Add-PSSnapin Microsoft.Exchange.Management.PowerShell.SnapIn -ErrorAction SilentlyContinue

# Status der Datenbanken (allein nicht aussagekräftig)
Get-MailboxDatabase -Server $env:COMPUTERNAME -Status | Select-Object Name, Mounted

# Echter Verbindungstest gegen den Informationsspeicher
Test-MAPIConnectivity -Server $env:COMPUTERNAME | Select-Object Database, Result, Error

# Warteschlangen mit Rückstau
Get-Queue -Server $env:COMPUTERNAME | Where-Object { $_.MessageCount -gt 20 } |
    Select-Object Identity, Status, MessageCount, NextHopDomain

# Ereignis 1006 im Anwendungsprotokoll der letzten drei Tage
Get-WinEvent -FilterHashtable @{ LogName = 'Application'; Id = 1006; StartTime = (Get-Date).AddDays(-3) } -ErrorAction SilentlyContinue |
    Select-Object TimeCreated, ProviderName, Message | Format-List

# Zustand des Exchange-VSS-Writers (relevant für Veeam und andere Backup-Lösungen)
vssadmin list writers | Select-String -Pattern 'Microsoft Exchange Writer' -Context 0,4

Einordnung

Fünf Punkte nehmen wir aus diesem Fall mit:

• Das Exchange-Update bleibt dringend. Die kritische Lücke CVE-2026-70571 (CVSS 8.1) lässt sich laut Microsoft ohne Anmeldung über eine präparierte E-Mail auslösen, die beim Konvertieren von Inhalten einen Pufferüberlauf verursacht. Die Angriffskomplexität gilt als hoch, eine Ausnutzung stuft Microsoft dennoch als wahrscheinlicher ein. Für einen Server, dessen Aufgabe die Annahme fremder Mails ist, ist das kein Update zum Aufschieben.
• Exchange-Server brauchen einen eigenen Update-Ring. Windows-Updates sollten dort nicht am ersten Tag automatisch landen, sondern nach einer Beobachtungszeit von mindestens 48 Stunden auf weniger kritischen Systemen. Dieser Fall zeigt, dass ein erfolgreicher Neustart noch kein bestandener Test ist.
• Überwachung muss prüfen, was Anwender erleben. Ein Datenbankstatus „Mounted“ sagt wenig, wenn keine Verbindung zustande kommt. Synthetische Tests wie MAPI-Verbindung, OWA-Anmeldung und Warteschlangenlänge schlagen früher an als das erste Ticket.
• Für Exchange 2016 und 2019 ist das die letzte Runde. Wer das Oktober-Update jetzt wegen der Windows-Probleme auslässt, bekommt keine zweite Chance. Hintergründe dazu haben wir im Beitrag zum ESU-Ende von Exchange 2016 und 2019 zusammengefasst.
• Die Cloud ist keine Garantie gegen fehlerhafte Updates. Exchange Online basiert auf derselben Windows-Grundlage wie ein lokaler Server. Der Unterschied: In der Cloud spielt Microsoft die Updates ein, und der Kunde kann weder zurückstellen noch eingreifen. Die Entscheidung zwischen lokalem Exchange und Exchange Online ist deshalb keine Frage von „sicher“ gegen „unsicher“, sondern davon, wer die Kontrolle über Wartung und Updates haben soll.

Anlass für diesen Beitrag war die Meldung von Günter Born: Achtung: Exchange Server Okt. 2026-SU führen zu Ausfällen (Borns IT- und Windows-Blog, 15.10.2026). Born hat seinen Beitrag inzwischen um den Verdacht gegen die Windows-Updates ergänzt.

Quellen & weiterführende Links

• Microsoft Exchange Team

  Released: October 2026 Exchange Server Security Updates (mit Hinweis vom 15.10.2026)
• Microsoft Support

  Security update for Exchange Server SE RTM, October 13, 2026 (KB5128895)
• Microsoft Security Response Center

  CVE-2026-70571 – Microsoft Exchange Server Remote Code Execution Vulnerability
• Frankys Web

  Exchange Server SE: Probleme mit den Oktober-Updates für Windows Server
• Swiss IT Magazine

  Oktober-Updates setzen Exchange-Server ausser Betrieb
• Grams IT Blog

  Exchange Server Ausfall Oktober 2026: Windows-Updates schuld
• Borns IT- und Windows-Blog

  Achtung: Exchange Server Okt. 2026-SU führen zu Ausfällen (Anlass)
• Borns IT- und Windows-Blog

  Exchange Online Störung EX1489902 durch Windows Updates? (16.10.2026)

Recherchestand: 16. Oktober 2026 (aktualisiert). Microsoft hatte zu diesem Zeitpunkt weder für Exchange Server noch für Exchange Online einen Fix veröffentlicht.