Sintomi
Si consideri lo scenario seguente:
-
Si dispone di una distribuzione di ibridi di Microsoft Exchange Online Microsoft Office 365 e del locale Microsoft Exchange Server che contiene Microsoft Exchange Server 2013 e Microsoft Exchange Server 2007. Oppure, due organizzazioni sono federate e almeno uno di essi dispone di Exchange Server 2007.
-
Exchange Server 2013 è installato aggiornamento cumulativo 5 di aggiornamento.
-
Exchange Server 2013 e Exchange Server 2007 dispone di diversi spazi dei nomi URL di servizi Web Exchange (EWS) esterni.
In questo scenario, ricerca di disponibilità dalle cassette postali di Office 365 per cassette postali di Exchange Server 2007 locale non funziona.
Causa
Questo problema si verifica perché il servizio di individuazione automatica di Exchange Server 2013 restituisce lo spazio dei nomi legacy configurato sulla directory virtuale di Exchange Server 2007 EWS dopo avere applicato l'aggiornamento cumulativo 5 di aggiornamento. Tuttavia, Exchange Server 2007 non riconosce la chiamata di disponibilità provenienti dalle cassette postali di Exchange Online e il metodo di autenticazione Wssecurity .Nota: Prima dell'aggiornamento cumulativo 5 di aggiornamento, quando una cassetta postale di Exchange Online interroga le informazioni sulla disponibilità su una cassetta postale di Exchange Server 2007, Exchange Server 2013 restituisce il punto finale di Exchange Server 2013 EWS ed esegue correttamente l'autenticazione di Wssecurity e quindi proxy di EWS traffico ai server Accesso Client di Exchange Server 2007.
Risoluzione
Per risolvere questo problema, installare l'aggiornamento cumulativo 7 per Exchange Server 2013.
Soluzione alternativa
Per risolvere questo problema, configurare il valore di TargetSharingEpr nella relazione di organizzazione basate su cloud per puntare all'endpoint di Exchange Server 2013 EWS esterno.
Stato
Microsoft ha confermato che questo è un problema dei prodotti Microsoft elencati nella sezione "Si applica a".
