Il server %1 Accesso client di Microsoft Exchange ha tentato di inoltrare il traffico di Outlook al server Accesso client ...

Il server %1 Accesso client di Microsoft Exchange ha tentato di inoltrare il traffico di Outlook al server Accesso client %2. Il tentativo non è riuscito perché non è stato possibile autenticare la connessione tra i due server Accesso client. Ciò potrebbe essere causato da uno di questi problemi di configurazione: 
1. Il nome host in %2 può non essere registrato come nome dell'entità servizio (SPN) con Kerberos sul server Accesso client di destinazione. Solitamente ciò avviene perché si utilizza l'indirizzo IP, e non il nome host, del server Accesso client nella configurazione "internalURL" per la directory virtuale di Outlook Web App sul server Accesso client di destinazione. È possibile modificare la configurazione "internalURL" per il server Accesso client di destinazione mediante l'attività "Set-OwaVirtualDirectory". Se non si desidera modificare la configurazione "internalURL" per la directory virtuale di Outlook Web App sul server Accesso client di destinazione, è inoltre possibile utilizzare lo strumento "setspn.exe" sul server Accesso client di destinazione per registrare ulteriori SPN per i quali quel server Accesso client accetterà l'autenticazione Kerberos. 
2.Il server in cui è installato %2 può essere configurato in modo da non consentire l'autenticazione Kerberos. Potrebbe essere impostato per utilizzare l'autenticazione integrata di Windows per la directory virtuale di Outlook Web App, ma configurato per utilizzare solo l'autenticazione NTLM (non Kerberos) per l'autenticazione integrata di Windows. Vedere la documentazione di IIS per ulteriori procedure per la risoluzione dei problemi, se si sospetta che sia questa la causa dell'errore.