Exchange OWA zeigt nach dem Oktober-Update „Something went wrong“

Seit den kumulativen Windows-Server-Updates vom Oktober 2026 meldet Outlook on the Web (OWA) bei vielen Organisationen statt des Postfachs nur noch „Something went wrong“. Der Fehler tritt typischerweise etwa 20 bis 24 Stunden nach einem Neustart auf, verschwindet nach einem Reboot — und kehrt einen Tag später wieder. Betroffen sind alle Exchange-Versionen auf Windows Server 2016 bis 2025, die die Oktober-Updates installiert haben. Die Ursache liegt nicht in Exchange selbst, sondern in einer neuen Standard-Grenze im RPC Endpoint Mapper von Windows, die Microsoft als Gegenmaßnahme gegen CVE-2026-96300 (Denial-of-Service durch unkontrollierten Ressourcenverbrauch) eingeführt hat.

Warum der Fehler auftritt

Die Oktober-Updates begrenzen die Zahl gespeicherter Endpoint-Lookup-Kontexte im RPC Endpoint Mapper (RpcEpMap.dll) standardmäßig auf 512. Exchange legt diese Kontexte im laufenden Betrieb fortlaufend an und gibt sie erst wieder frei, wenn der zugehörige Exchange-Prozess beendet wird. Unter normaler Last ist die Grenze daher nach etwa einem Tag erreicht. Ab diesem Moment nimmt der Endpoint Mapper keine neuen Lookups mehr an, RPC-Verbindungen zur Postfachdatenbank schlagen fehl, und OWA zeigt „Something went wrong“. Auch Outlook-Clients verlieren die Verbindung, und die Mail-Warteschlangen laufen voll.

Handlungsempfehlung 1: Registry-Wert EpmapSavedContextCap setzen

Microsoft rät ausdrücklich davon ab, die Sicherheitsupdates zu deinstallieren — sie schließen zu viele Lücken. Stattdessen wird die Grenze per Registry angehoben. Führen Sie auf jedem Exchange-Server in einer administrativen Eingabeaufforderung aus:

reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f

Der Wert steht danach unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc als EpmapSavedContextCap vom Typ REG_DWORD mit dem Wert 0x00010000 (65536).

Handlungsempfehlung 2: Den kompletten Server neu starten

Der Endpoint Mapper liest den Registry-Wert nur beim Systemstart. Ein Neustart der Exchange-Dienste reicht nicht — der gesamte Server muss neu gestartet werden.

Handlungsempfehlung 3: In DAG nacheinander und im Wartungsmodus

Bei einer Database Availability Group (DAG) nehmen Sie die Knoten nacheinander in den Wartungsmodus (Set-MailboxServer -Identity SERVER -DatabaseCopyActivationDisabledAndMoveNow $true), starten den Server neu und prüfen, ob OWA wieder erreichbar ist, bevor Sie den nächsten Knoten anpassen.

Handlungsempfehlung 4: Wert auf allen Exchange-Servern prüfen

Mit PowerShell lässt sich der Stand aller Exchange-Server auf einmal abfragen. Das Skript zeigt den gesetzten Wert und den Zeitpunkt des letzten Neustarts — liegt der Neustart vor dem Setzen des Werts, ist die änderung noch nicht aktiv:

$server = (Get-ExchangeServer).Name
Invoke-Command -ComputerName $server -ScriptBlock {
    $wert = (Get-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\Rpc' -Name EpmapSavedContextCap -ErrorAction SilentlyContinue).EpmapSavedContextCap
    $start = (Get-CimInstance Win32_OperatingSystem).LastBootUpTime
    [pscustomobject]@{
        Server              = $env:COMPUTERNAME
        EpmapSavedContextCap = if ($null -eq $wert) { 'nicht gesetzt (Standard 512)' } else { $wert }
        LetzterNeustart     = $start
    }
} | Select-Object Server, EpmapSavedContextCap, LetzterNeustart | Format-Table -AutoSize

Was tun, wenn der Fehler trotzdem bleibt?

Der häufigste Grund ist der fehlende komplette Serverneustart. Kehrt der Fehler zurück, muss die Grenze laut Microsoft weiter erhöht werden — in der Praxis berichten Administratoren von stark belasteten Servern, die erst mit deutlich höheren Werten (bis 16 777 215) stabil liefen. Wichtig: Der Wert gehört auf jedem Exchange-Server, nicht nur auf dem, der gerade ausfällt. Updates zurückzurollen beseitigt zwar den Fehler, öffnet aber CVE-2026-96300 und alle anderen Oktober-Lücken wieder — nicht empfehlenswert.

Empfehlung für die nächsten 30 Tage

  1. Setzen Sie EpmapSavedContextCap auf allen Exchange-Servern und starten Sie diese planmäßig neu.
  2. Überwachen Sie die Ereignisprotokolle (insbesondere System und Application) auf RPC-Fehler und OWA-Ausfälle.
  3. Dokumentieren Sie die Abweichung von der Standardkonfiguration im Änderungsprotokoll (BSI IT-Grundschutz OPS.1.1.3, NIS2 Art. 21 Abs. 2).
  4. Sobald Microsoft ein korrigiertes Update liefert, entfernen Sie den Registry-Wert wieder: Remove-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\Rpc' -Name EpmapSavedContextCap.
  5. Testen Sie künftige Patchdays vorab auf einem repräsentativen Testsystem unter realistischer Last — so sehen Sie solche Nebeneffekte früher.

Quellen

Hinweis: Dieser Beitrag wurde mit Unterstützung künstlicher Intelligenz (KI) erstellt.

Tags

No responses yet

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert