HealthManager Bug mit Zeitzone

Ein merkwürdiges Phänomen mit dem HealthManager und der Zeitzone ist scheinbar auch noch auf Exchange 2016 zu finden. 

Wie vielleicht bekannt ist, überwacht sich Exchange nahezu komplett mit unzähligen Probes und Monitoren und der findige Administrator ist so klug und hat dies in sein Monitoring-Tool eingebaut oder überwacht diese Dinge regelmässig. 


Bei einer Abfrage auf einem neuen System mittels dem Befehl 

Get-HealthReport axdmexc1 | ? {$_.AlertValue -eq "unhealthy"}

kam es zu mehreren "Unhealthy" Meldungen. Eine davon war vom HealthSet "OutlookMapiHttp"

Eine Abfrage mit

Get-MonitoringItemIdentity -Server Servername -Identity OutlookMapiHttp | ft Identity,ItemType,Name

brachte mir den Namen der Probe als OutlookMapiHttpCtpProbe. 

Die weitere Suche nach der Ursache führte mich in das Eventlog wo ich unter "Applications and Services Logs/Microsoft/Exchange/ActiveMonitoring/ProbeResult" fündig wurde. (am besten nach Fehlern filtern) 

Der Eintrag Server returned HttpStatusCode.NotFound failure. [HttpStatusCode=404 Not Found] [LID=47372] ###### REQUEST [2016-08-23T10:26:19.4794449Z] ###### POST /mapi/emsmdb/?mailboxId=4eec9355-8d31-401c-8833-f868c7af0113@axians.work HTTP/1.1 Content-Type: application/octet-stream User-Agent: MapiHttpClient X-RequestId: a81335fe-aa0c-4499-b310-8b225d993677:2 X-ClientInfo: a6c75f7a-54cd-47a1-90b4-fa10401960e5:1 X-ClientApplication: MapiHttpClient/15.1.466.33 X-RequestType: Execute X-FeToBeTimeout: 70 Authorization: Negotiate [truncated] Host: axdmexc1.axdemo.local  
lies mich zuerst vermuten dass eine benötigte (Monitoring-)Mailbox nicht vorhanden war oder ähnliches. 
Nachdem die Monitoring Mailboxen ja beim Neustart des Dienstes "Microsoft Exchange Health Manager" automatisch angelegt werden, müssten die erforderlichen Mailboxen ja eigentlich nach einem Service-Restart vorhanden sein. Aber leider Fehlanzeige und das HealthSet ist immer noch auf Unhealthy.
Der Artikel http://anewmessagehasarrived.blogspot.de/2014/08/exchange-health-manager-bug.html
hat mich dann allerdings erinnert, dass es ja schon unter Exchange 2013 einen "Bug" mit der Timezone gegeben hatte. 
Die Ursache des Problems dürfte folglich mit der europäischen Zeitzone zu tun haben. Sprich es sieht so aus als ob alles was nicht US-Timezone ist,  zu diesem Fehler führt. 

Die Windows-Zeitzone auf "(UTC -6:00) Central Time (US & Canada)" gesetzt, einmal den Dienst des Health Manger neu starten und schwups: HealthSet ist auf Healthy!!

get