Risolvere i problemi di interazione tra Teams ed Exchange Server
Per iniziare, controllare le informazioni relative all'interazione tra Microsoft Exchange Server e Microsoft Teams per verificare la compatibilità della versione e dell'ambiente di distribuzione.
Sintomi
Problema 1: un delegato non è in grado di pianificare una riunione Teams per conto di un delegante
Un utente la cui cassetta postale è ospitata su Exchange Server aggiunge un altro utente come delegato per gestire il calendario di Microsoft Outlook. Il delegato che utilizza il componente aggiuntivo Teams per Outlook non può pianificare una riunione su Teams per conto del delegante e Outlook restituisce il seguente messaggio di errore:
Sembra che non si disponga dell'autorizzazione per pianificare riunioni per questo account. Rivolgersi al proprietario per ottenere il permesso e riprovare.
Problema 2: si verificano problemi quando si tenta di utilizzare l'app Calendario di Teams
Si verifica uno dei seguenti problemi:
- L'icona Calendario non viene visualizzata nel client Teams.
- L'app Calendario di Teams visualizza il messaggio di errore "Non è stato possibile ottenere i dettagli della riunione" quando si utilizza il client Teams desktop o quello web.
L'app Calendario di Teams richiede l'accesso alla cassetta postale di Exchange attraverso Servizi Web Exchange (EWS). La cassetta postale di Exchange può essere online o locale nell'ambito della distribuzione ibrida di Exchange.
Problema 3: lo stato di presenza di Teams è bloccato su Fuori sede o non visualizza "In riunione" quando l'utente sta partecipando a una riunione del Calendario di Outlook
Un utente la cui cassetta postale è ospitata su un server Exchange locale ha disattivato la funzionalità Risposte automatiche nel client Outlook, ma lo stato di presenza in Teams visualizza "Fuori ufficio" per tutti i client Teams della stessa organizzazione. Questo può continuare per alcuni giorni.
Nota
Per gli utenti con cassetta postale ospitata in locale sono previsti ritardi di presenza di un massimo di un'ora.
Un utente partecipa a una riunione del calendario di Outlook, ma lo stato di presenza di Teams non viene aggiornato a "In riunione".
Prerequisiti
Per integrare il servizio Teams con la propria installazione di Exchange Server, assicurarsi che l'ambiente Exchange Server locale soddisfi i seguenti requisiti:
Microsoft Teams deve poter riconoscere se la cassetta postale è ospitata su Exchange Online, in locale o in una distribuzione di Exchange Server ibrida. I servizi di Teams richiamano i servizi di Exchange Online attraverso un'API REST, che viene reindirizzata ai server locali che ospitano la cassetta postale, ove applicabile, in base a una configurazione ibrida.
Exchange Online si integra all'ambiente del server Exchange locale, come descritto in Che cos'è l'autenticazione OAuth?. Si consiglia di configurare l'autenticazione OAuth tramite l'esecuzione della Configurazione ibrida guidata di Exchange. Tuttavia, è possibile ottenere lo stesso risultato manualmente seguendo la procedura descritta in Configurare l'autenticazione OAuth tra organizzazioni Exchange e Exchange Online. Exchange Online è rappresentato dall'ID applicazione
00000002-0000-0ff1-ce00-000000000000
.Inoltre, i servizi di Teams devono utilizzare OAuth anche per eseguire l'autenticazione per conto dell'utente per accedere alla cassetta postale ospitata in locale. In questo caso l'ID applicazione di Skype for Business Online
00000004-0000-0ff1-ce00-000000000000
viene utilizzato dal servizio di pianificazione Teams, insieme a MailUser, come riportato in Configurare l'integrazione e OAuth tra Skype for Business Online ed Exchange Server:- L'account è nascosto dalla rubrica di Exchange. È consigliabile nascondere l'account dalla rubrica perché si tratta di un account utente disabilitato.
- L'account dispone dell'assegnazione del ruolo di gestione di Exchange UserApplication.
- Per la conservazione e l'archiviazione è necessaria un'assegnazione del ruolo di ArchiveApplication.
- Tutti i passaggi dell'articolo sono necessari per Teams completo e il server Exchange locale.
Nota
Un esempio di Microsoft Identity Platform e dell'utilizzo di OAuth 2.0 è disponibile qui
È necessario configurare il firewall con connessione Internet o il server proxy inverso per consentire a Microsoft Teams di accedere ai server che eseguono Exchange Server, aggiungendo gli URL e gli intervalli di indirizzi IP per Skype for Business Online e Microsoft Teams nell'elenco di quelli consentiti. Per ulteriori informazioni, vedere la sezione "Skype for Business Online e Microsoft Teams" degli URL e degli intervalli di indirizzi IP di Microsoft 365.
L'individuazione automatica V2 di Exchange è necessaria per consentire al servizio Teams di eseguire una verifica non autenticata sulla cassetta postale dell'utente situata in Exchange Server. L'individuazione automatica V2 è completamente supportata nell'aggiornamento cumulativo 19 di Exchange Server 2013 e nelle versioni successive. In questo modo, la delega di Teams potrà funzionare correttamente. Tuttavia, l'app Calendario di Teams richiede l'aggiornamento cumulativo 3 di Exchange Server 2016 o una versione successiva per essere installata. Pertanto, per il supporto completo delle funzionalità, è necessario l'aggiornamento cumulativo 3 di Exchange Server 2016 o una versione successiva.
Procedura per la risoluzione dei problemi comuni
Nota
Queste procedure di risoluzione dei problemi si applicano a tutti i problemi elencati precedentemente.
Passaggio 1: verificare che il servizio di individuazione automatica funzioni correttamente
Il servizio Teams utilizza il servizio di individuazione automatica di Exchange per individuare l'URL EWS pubblicato dal server su cui è in esecuzione Exchange Server. Per verificare se il processo di individuazione automatica sta funzionando correttamente, attenersi alla seguente procedura:
Chiedere all'utente di passare all'Analizzatore connettività remota di Microsoft. Lo strumento Analizzatore connettività remota utilizza un set specifico di indirizzi IP per individuare l'URL EWS. Per un elenco di questi indirizzi IP per Microsoft 365, consultare le informazioni relative all'ID 46 negli URL e negli intervalli di indirizzi IP di Microsoft 365.
Selezionare la casella di controllo Usa individuazione automatica per rilevare le impostazioni del server.
Inserire le informazioni richieste.
Selezionare il pulsante Esegui test per avviare il test di individuazione automatica.
Se il test ha esito negativo, è necessario innanzitutto risolvere il problema di individuazione automatica.
Nota
Per il problema di delega di Teams, verificare la casella postale del delegante. Per il problema dell'applicazione calendario di Teams e dello stato di presenza di Teams, verificare la casella postale dell'utente interessato.
Passaggio 2: Verificare che il servizio di individuazione automatica possa instradare le richieste di individuazione alle caselle locali
In Windows PowerShell, eseguire il seguente comando:
Invoke-RestMethod -Uri "https://outlook.office365.com/autodiscover/autodiscover.json?Email=onpremisemailbox@contoso.com&Protocol=EWS&RedirectCount=5" -UserAgent Teams
Nota
Per il problema di delega di Teams, verificare la casella postale del delegante. Per il problema dell'applicazione calendario di Teams e dello stato di presenza di Teams, verificare la casella postale dell'utente interessato.
Per una casella postale ospitata in locale, l'URL EWS deve puntare agli EWS esterni locali. L'output dovrebbe essere analogo al seguente:
Protocollo URL
-------- ---
EWS <
https://mail.contoso.com/EWS/Exchange.asmx
>
Se il test fallisce o se l'URL EWS non è corretto, esaminare la sezione Prerequisiti. Questo è dovuto al fatto che l'inconveniente verosimilmente è causato da un problema di configurazione ibrida di Exchange, da un firewall o da un reverse proxy che blocca le richieste esterne.
Passaggio 3: Verificare che il protocollo di autenticazione OAuth di Exchange sia abilitato e funzionante
Per verificare che l'autenticazione OAuth di Exchange sia abilitata e funzionante, eseguire il Test-OAuthCOnnectivity
comando come descritto in Configurare l'autenticazione OAuth tra Exchange e le organizzazioni di Exchange Online.
Inoltre, eseguire il test di connettività libero/occupato disponibile nell'Analizzatore connettività remota di Microsoft. A tal fine, attenersi alla seguente procedura:
Accedere all'Analizzatore connettività remota di Microsoft.
Selezionare il test Disponibilità per verificare che una casella e-mail di Microsoft 365 possa accedere alle informazioni di disponibilità di una casella e-mail locale e viceversa.
È necessario eseguire questo test due volte, scambiando l'indirizzo di posta elettronica della casella postale di origine con l'indirizzo di posta elettronica della casella postale di destinazione. Questo succede perché ogni esecuzione è unidirezionale. Questo test non deve essere eseguito necessariamente utilizzando gli account interessati. Il test può essere eseguito utilizzando una qualsiasi coppia di caselle di posta elettronica locali e una casella di posta elettronica di Microsoft 365.
Per ulteriori informazioni su come risolvere i problemi relativi alla disponibilità in un'implementazione ibrida di Microsoft 365 locale e di Exchange Online, consultare questo articolo.
Risolvere il problema di delega in Teams
Nota
Questi passaggi di risoluzione dei problemi si applicano solo al Problema 1.
Passaggio 1: Verificare che al delegato sia stata concessa l'autorizzazione come Editor per accedere al calendario del delegante
Aprire Exchange Management Shell su uno dei server basati su Exchange e quindi eseguire il seguente comando di Exchange PowerShell per verificare che il diritto di accesso come Editor sia stato concesso al delegato:
Get-MailboxFolderPermission -Identity <delegator's UserPrincipalName>:\calendar | Format-List
Verificare se il parametro AccessRights contiene il valore di Editor. Se non è così, eseguire questo comando per fornire l'autorizzazione:
Add-MailboxFolderPermission -Identity <delegator's UserPrincipalName>:\Calendar -User <delegate's UserPrincipalName> -AccessRights Editor
In alternativa, chiedere al delegante di seguire la procedura descritta in questo articolo per riconfigurare la delega nel client Outlook.
Passaggio 2: Verificare che al delegato sia stato concesso dal delegante il permesso "GrantSendOnBehalfTo"
Eseguire il seguente comando per verificare che l'autorizzazione GrantSendOnBehalfTo sia stata concessa al delegato:
Get-Mailbox -Identity <delegator's UserPrincipalName> | Format-List *grant*
Verificare che il parametro GrantSendOnBehalfTo contenga l'alias del delegato. Se non è così, eseguire questo comando per fornire l'autorizzazione:
Set-Mailbox <delegator's UserPrincipalName> -Grantsendonbehalfto @{add="<delegate's UserPrincipalName>"}
In alternativa, chiedere al delegante di seguire la procedura descritta in questo articolo per riconfigurare la delega nel client Outlook.
Passaggio 3: Verificare che a Teams non sia impedito l'accesso a EWS per l'intera organizzazione
Eseguire il comando di Exchange PowerShell riportato di seguito per verificare se il parametro EwsApplicationAccessPolicy è stato impostato su EnforceAllowList per l'intera organizzazione:
Get-OrganizationConfig | Select-Object Ews*
Se il parametro è stato impostato su EnforceAllowList, significa che l'amministratore consente solo ai client elencati in EwsAllowList di accedere a EWS. Un valore vuoto di EwsAllowList (EwsAllowList={}) impedisce a tutti gli utenti di accedere a EWS.
Nota
Il blocco di EWS può causare anche problemi nell'applicazione Calendario di Teams. Vedere Verificare che l'app Calendario di Teams sia abilitata.
Assicurarsi che *SchedulingService* sia elencato come membro dell'array del parametro EwsAllowList. In caso contrario, eseguire il comando riportato di seguito per aggiungerlo:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}
Se il parametro EwsEnabled è impostato su False, è necessario impostarlo su True o su Null (vuoto). In caso contrario, al servizio Teams verrà impedito l'accesso a EWS.
Passaggio 4: Verificare che a Teams non sia impedito l'accesso a EWS per la casella postale del delegante
Eseguire il seguente comando di Exchange PowerShell per controllare se il parametro EwsApplicationAccessPolicy è stato impostato su EnforceAllowList per la casella postale del delegante:
Get-CasMailbox <delegator's UserPrincipalName> | Select-Object Ews*
Se il parametro è stato impostato su EnforceAllowList, significa che l'amministratore consente solo ai client elencati in EwsAllowList di accedere a EWS.
Assicurarsi che *SchedulingService* sia elencato come membro dell'array del parametro EwsAllowList. In caso contrario, eseguire questo comando di Exchange PowerShell per aggiungerlo:
Set-CASMailbox <delegator's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}
Se il parametro EwsEnabled è impostato su False, è necessario impostarlo su True. In caso contrario, al servizio Teams verrà impedito l'accesso a EWS.
Passaggio 5: Inoltrare il problema a un livello superiore
Se si è verificato che non vi sia alcun problema con i prerequisiti o le configurazioni menzionate in questo articolo, inviare una richiesta di servizio al supporto tecnico Microsoft con queste informazioni:
- Lo UserPrincipalName sia per il delegante che per il delegato.
- I log del componente aggiuntivo Teams Meeting all'interno della cartella
%appdata%\\microsoft\\teams\\meeting-addin
. - L'ora in UTC in cui è stato riprodotto il problema.
- Log di debug del client Teams recuperati dal computer del delegato. Per ulteriori informazioni su come recuperare i log, vedere Utilizzare i file di log nella risoluzione dei problemi di Microsoft Teams.
Risolvere il problema dell'app Calendario di Teams
Nota
Questi passaggi di risoluzione dei problemi si applicano solo al Problema 2.
Passaggio 1: Verificare che l'app Calendario di Teams sia abilitata
Aprire l'interfaccia di amministrazione di Microsoft Teams, accedere a Utenti e selezionare Visualizza criteri per l'utente interessato.
Selezionare il criterio di installazione dell'app assegnato a questo utente. Nell'esempio riportato sopra viene utilizzato il criterio globale (predefinito a livello di organizzazione). Verificare che sia visualizzata l'app del calendario (ID
ef56c0de-36fc-4ef8-b417-3d82ba9d073c
).Se l'app del calendario non è presente, ripristinarla. Per ulteriori informazioni, vedere Gestire i criteri di configurazione dell'app in Microsoft Teams.
Passaggio 2: Verificare che la modalità di coesistenza dell'aggiornamento di Teams consenta le riunioni di Teams
Accedere all'interfaccia di amministrazione di Microsoft Teams.
Accedere a Utenti e selezionare l'utente di interesse.
Verificare che l'impostazione Modalità di coesistenza sia un valore diverso da solo Skype for Business o Skype for Business con collaborazione Teams.
Se la modalità di coesistenza dell'utente è stata impostata su Usa impostazioni a livello di organizzazione, significa che verrà utilizzata la modalità di coesistenza tenant predefinita.
Accedere a Impostazioni a livello di organizzazione e selezionare Aggiornamento Teams.
Verificare che l'impostazione predefinita Modalità di coesistenza sia un valore diverso da Skype for Business o Skype for Business con collaborazione Teams.
Passaggio 3: Verificare che a Teams non sia impedito l'accesso a EWS per l'intera organizzazione
Eseguire il seguente comando di Exchange PowerShell per verificare se il parametro EwsApplicationAccessPolicy è stato impostato su EnforceAllowList per l'intera organizzazione:
Get-OrganizationConfig | Select-Object Ews*
Se il parametro è stato impostato su EnforceAllowList, significa che solo i client elencati in EwsAllowList possono accedere a EWS.
Assicurarsi che MicrosoftNinja/*, *Teams/* e SkypeSpaces/* siano elencati come membri dell'array del parametro EwsAllowList. In caso contrario, eseguire il comando riportato di seguito per aggiungerli:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}
Se il parametro EwsEnabled è impostato su False, è necessario impostarlo su True o su Null (vuoto). In caso contrario, il servizio Teams non potrà accedere a EWS.
Passaggio 4: Controllare che a Teams sia consentito l'accesso a EWS per l'utente interessato
Eseguire il seguente comando di Exchange PowerShell per verificare se il parametro EwsApplicationAccessPolicy è stato impostato su EnforceAllowList per la cassetta postale dell'utente:
Get-CASMailbox <UserPincipalName> | Select-Object Ews*
Se il parametro è stato impostato su EnforceAllowList, significa che solo i client elencati in EwsAllowList possono accedere a EWS.
Assicurarsi che MicrosoftNinja/*, *Teams/* e SkypeSpaces/* siano elencati come membri dell'array del parametro EwsAllowList. In caso contrario, lanciare il seguente comando di Exchange PowerShell per aggiungerli:
Set-CASMailbox <UserPincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}
Se il parametro EwsEnabled è impostato su False, è necessario impostarlo su True. In caso contrario, il servizio Teams non potrà accedere a EWS.
Passaggio 5: Verificare che il test dell'app Calendario di Microsoft Teams abbia esito positivo
- Chiedere all'utente di passare all'Analizzatore connettività remota Microsoft.
- Inserire le informazioni richieste.
- Selezionare il pulsante Esegui test per avviare il test dell'app Calendario di Microsoft Teams.
Se il test ha esito negativo, è necessario tentare di risolvere il problema ed eseguire nuovamente il test.
Passaggio 6: Inoltrare il problema a un livello superiore
Se si è verificato che non vi siano problemi con i prerequisiti e le configurazioni menzionati in questo articolo, inviare una richiesta di assistenza al supporto tecnico Microsoft con queste informazioni:
- Il parametro UserPrincipalName dell'utente interessato.
- L'ora in UTC in cui è stato riprodotto il problema.
- Log di debug del client di Teams. Per ulteriori informazioni su come recuperare i log, vedere Utilizzare i file di log nella risoluzione dei problemi di Microsoft Teams.
Risolvere il problema dello stato di presenza in Teams
Nota
Questi passaggi di risoluzione dei problemi si applicano solo al Problema 3.
Passaggio 1: Verificare che l'URL per l'API REST di Exchange locale sia stato pubblicato nella rete pubblica
Eseguire il passaggio 2 nei Passaggi di risoluzione dei problemi comuni precedenti utilizzando la cassetta postale dell'utente per individuare l'URL EWS di Exchange locale, e modificare il formato dell'URL. Ad esempio, modificare https://mail.contoso.com/EWS/Exchange.asmx
in https://mail.contoso.com/api
.
Provare ad accedere all'URL dell'API REST da un browser nella rete esterna. Se si ottiene una risposta 401 dall'ambiente Exchange locale, questo indica che l'URL dell'API REST è stato pubblicato. In caso contrario, contattare il team di rete locale per fare pubblicare l'URL.
Nota
Il servizio presenza di Teams non supporta il fallback all'URL EWS se l'accesso all'API REST di Exchange fallisce.
Passaggio 2: verificare che il test Presenza Teams basata su eventi del calendario abbia esito positivo
- Chiedere all'utente di accedere alla sezione Presenza Teams basata su eventi del calendario dell'Analizzatore connettività remota di Microsoft. Lo strumento Analizzatore connettività remota utilizza un set specifico di indirizzi IP per individuare l'URL EWS. Per un elenco di questi indirizzi IP per Microsoft 365, consultare le informazioni relative all'ID 46 negli URL e negli intervalli di indirizzi IP di Microsoft 365.
- Inserire le informazioni richieste.
- Selezionare il pulsante Esegui test per avviare il test Presenza Teams basata su eventi del calendario.
Se il test ha esito negativo, è necessario tentare di risolvere il problema ed eseguire nuovamente il test.
Passaggio 3: Verificare che a Teams non sia impedito l'accesso a EWS per l'intera organizzazione
Eseguire il comando di Exchange PowerShell riportato di seguito per verificare se il parametro EwsApplicationAccessPolicy è stato impostato su EnforceAllowList per l'intera organizzazione:
Get-OrganizationConfig | Select-Object Ews*
Se il parametro è stato impostato su EnforceAllowList, significa che solo i client elencati in EwsAllowList possono accedere a EWS. Un valore vuoto di EwsAllowList (EwsAllowList={}) impedisce a tutti i client di accedere a EWS.
Assicurarsi che *Microsoft.Skype.Presence.App/* sia elencato come membro dell'array del parametro EwsAllowList. In caso contrario, eseguire il comando riportato di seguito per aggiungerlo:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*Microsoft.Skype.Presence.App/*"}
Se il parametro EwsEnabled è impostato su False, è necessario impostarlo su True o su Null (vuoto). In caso contrario, al servizio Teams verrà impedito l'accesso a EWS.
Passaggio 4: verificare che Teams non sia bloccato dall'accesso a EWS per la cassetta postale dell'utente
Eseguire il seguente comando di Exchange PowerShell per verificare se il parametro EwsApplicationAccessPolicy è stato impostato su EnforceAllowList per la casella di posta dell'utente:
Get-CasMailbox <user's UserPrincipalName> | Select-Object Ews*
Se il parametro è stato impostato su EnforceAllowList, significa che solo i client elencati in EwsAllowList possono accedere a EWS.
Assicurarsi che *Microsoft.Skype.Presence.App/* sia elencato come membro dell'array del parametro EwsAllowList. In caso contrario, eseguire questo comando di Exchange PowerShell per aggiungerlo:
Set-CASMailbox <user's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="* Microsoft.Skype.Presence.App/*"}
Se il parametro EwsEnabled è impostato su False, è necessario impostarlo su True. In caso contrario, al servizio Teams verrà impedito l'accesso a EWS.
Passaggio 5: Inoltrare il problema a un livello superiore
Se si è verificato che non ci sono problemi relativi ai prerequisiti e alle configurazioni indicate in questo articolo, inoltrare una richiesta di assistenza al supporto tecnico Microsoft allegando le seguenti informazioni:
- Il parametro UserPrincipalName dell'utente interessato.
- L'ora in UTC in cui è stato riprodotto il problema.
- Log di debug del client di Teams. Per ulteriori informazioni su come recuperare i log, vedere Utilizzare i file di log nella risoluzione dei problemi di Microsoft Teams.
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per