Freigeben über

Keine Frei/Gebucht-Informationen nach dem Wechsel eines Postfachs von Exchange 2010 zu Exchange 2013 oder Exchange 2016

  • Gilt für:: Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Exchange Server 2013 Enterprise, Exchange Server 2013 Standard Edition, Exchange Server 2010 Enterprise, Exchange Server 2010 Standard

Ursprüngliche KB-Nummer: 3196518

Symptome

Wenn Microsoft Outlook-Postfächer in Microsoft Exchange Server 2013 oder Exchange Server 2016 verschoben werden, können Benutzer die Frei/Gebucht-Informationen nicht mehr sehen.

Dieses Problem tritt im folgenden Szenario auf:

  • Das Postfach des Benutzers wird in Exchange Server 2013 oder Exchange Server 2016 verschoben.
  • Nachdem das Postfach verschoben wurde und der Benutzer versucht, die Frei/Gebucht-Informationen für einen anderen Benutzer im organization nachzuschlagen, werden hashmarkierungen anstelle der erwarteten Zeitblöcke angezeigt.
  • Outlook kann die Frei/Gebucht-Informationen schließlich nachschlagen, wenn der Benutzer 12 Stunden oder länger wartet.

Ursache

Nach Abschluss der Postfachverschiebung setzt Exchange Server 2013 oder Exchange Server 2016 die EWS-Anforderung als Proxy für Exchange Server 2010 fort. Exchange Server 2010 antwortet mit einer 302-Umleitung zurück zum Exchange Server 2013 oder Exchange Server 2016 (je nach Upgrade).

Lösung

Um dieses Problem zu beheben, führen Sie die folgenden Befehle aus, um den AutoErmittlungsanwendungspool und den Exchange-Webdienst-Anwendungspool auf den Exchange Server 2013- oder Exchange Server 2016-Servern neu zu starten:

Restart-WebAppPool MSExchangeAutodiscoverAppPool

Restart-WebAppPool MSExchangeServicesAppPool

Weitere Informationen

Wenn dieses Problem auftritt, enthalten die HTTPProxy\EWS-Protokolle informationen wie die folgende:

2016-09-20T13:07:56.303Z,<ID>,15,1,466,33,{ID},Ews,mail.fabrikam.com,/EWS/exchange.asmx,,Negotiate,true,FABRIKAM\user8,,Sid~S-1-5-21-,Microsoft Office/15.0 (Windows NT 6.1; Microsoft Outlook 15.0.4859; Pro),192.168.17.103,E16SRV01,500,500,,POST,Proxy,E14SRV01.fabrikam.com,14.03.0123.000,IntraForest,WindowsIdentity,,,,679,629,,,3,0,,0,,0,,0,0,,0,10,0,0,0,0,4,0,0,1,0,0,7,0,5,2,2,5,10,,,,BeginRequest=2016-09-20T13:07:56.288Z;CorrelationID=<empty>;ProxyState-Run=None;DownLevelTargetRandomHashing=0/2;ClientAccessServer=E14SRV01.fabrikam.com;ResolveCasLatency=0;FEAuth=BEVersion-1937997947;ProxyToDownLevel=True;RoutingEntry=DatabaseGuid:<GUID>%40fabrikam.com%40fabrikam.com Server:E16SRV01.fabrikam.com+1937937997@0;BeginGetRequestStream=2016-09-20T13:07:56.288Z;OnRequestStreamReady=2016-09-20T13:07:56.288Z;MailboxServerByServerGuard_E14SVR1.fabrikam.com=1;MailboxServerByForestGuard_fabrikam.com=1;TotalMailboxServerGuard=1;BeginGetResponse=2016-09-20T13:07:56.288Z;OnResponseReady=2016-09-20T13:07:56.303Z;EndGetResponse=2016-09-20T13:07:56.303Z;ProxyState-Complete=ProxyResponseData;SharedCacheGuard=0;EndRequest=2016-09-20T13:07:56.303Z;S:ServiceCommonMetadata.Cookie=,WebExceptionStatus=ProtocolError;ResponseStatusCode=500;