Bei einem Exchange 2016 Server bin ich über ein interessantes Problem gestolpert. In der Ereignisanzeige im Anwendungsprotokoll tauchte immer wieder dieses ASP.NET Event 1310 als Warnung auf:
Hier mal die gekürzte Fehlermeldung:
Event code: 3008
Event message: Es ist ein Konfigurationsfehler aufgetreten.
Event time: 20.01.2016 22:07:48
Event time (UTC): 20.01.2016 21:07:48
Event ID: 6c0bf342123d4f7b8e23253b5ae8030e
Event sequence: 1
Event occurrence: 1
Event detail code: 0Application information:
Application domain: /LM/W3SVC/2/ROOT/owa-16-130977976684578279
Trust level: Full
Application Virtual Path: /owa
Application Path: C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\owa\
Machine name: MAIL01Process information:
Process ID: 9864
Process name: w3wp.exe
Account name: NT-AUTORITÄT\SYSTEMException information:
Exception type: ConfigurationErrorsExceptionDie Datei oder Assembly „Microsoft.CobaltCore“ oder eine Abhängigkeit davon wurde nicht gefunden. Falscher Parameter. (Ausnahme von HRESULT: 0x80070057 (E_INVALIDARG)
Request information:
Request URL: https://localhost:444/owa/proxylogon.owa
Request path: /owa/proxylogon.owa
User host address: 127.0.0.1
User:
Is authenticated: False
Authentication Type:
Thread account name: NT-AUTORITÄT\SYSTEM
Diese Warnung tauchte für jedes virtuelle IIS Verzeichnis auf:
Die üblichen Verdächtigen wie Website Bindungen und Einstellungen hatte ich bereits kontrolliert, dort passte alles. EAC funktionierte reibungslos, wohingegen OWA nur die folgende Meldung nach der Anmeldemaske brachte:
Auch ActiveSync, EWS usw funktionierten nicht. Weitere Fehler tauchten in der Ereignisanzeige ebenfalls nicht auf.
Ich habe dann lange nach dem Problem gesucht, die Lösung dann eher durch Zufall entdeckt, als ich angefangen habe, die defekte Installation mit einer funktionierenden Exchange 2016 Installation zu vergleichen.
Nach langem Suchen bin ich über das folgende Verzeichnis gestolpert:
Auf dem funktionierenden Exchange Server enthält dieses Verzeichnis neben den ganzen Verzeichnissen auch eine Datei mit dem Namen „SharedWebConfig.config“
Diese Datei findet sich auch noch in einem weiteren Verzeichnis:
Ich habe also diese Datei „SharedWebConfig.config“ aus dem Verzeichnis „%ExchangeInstallPath%\FrontEnd\HttpProxy“ nach „%ExchangeInstallPath%\ClientAccess“ kopiert:
Nachdem die Datei kopiert wurde, musste ich noch den IIS neustarten. Dazu kann der folgende Befehl auf der Kommandozeile eingegeben werden:
iisreset
Jetzt funktioniert auch OWA usw wieder problemlos:
Übrigens: Der Inhalt der „SharedWebconfig.config“ scheint unabhängig vom Exchange Server zu sein. Es hätte wahrscheinlich auch funktioniert, die Datei vom funktionierenden Exchange Server auf den defekten Exchange Server zu kopieren. Auf den ersten Blick konnte ich nur unterschiedliche Pfade feststellen, was allerdings Umgebungsbedingt ist:
Ausprobiert habe ich das allerdings nicht mehr. Ich war froh als es lief :-)