Resolver problemas de interação entre o Teams e Exchange Server

• Aplica-se a:

  Microsoft Teams

Para começar, marque as informações sobre como Microsoft Exchange Server e o Microsoft Teams Interagem para validar sua compatibilidade de versão e ambiente em sua implantação.

Sintomas

Problema 1: um representante não consegue agendar uma reunião do Teams em nome de um delegante

Um usuário cuja caixa de correio está hospedada no Exchange Server adiciona outro usuário como representante para gerenciar o calendário do Microsoft Outlook. O representante que está usando o suplemento do Teams para o Outlook não consegue agendar uma reunião do Teams em nome do delegante, e o Outlook retorna a seguinte mensagem de erro:

Parece que você não tem permissão para agendar reuniões para esta conta. Fale com o proprietário para obter permissão e tente novamente.

Problema 2: você tem problemas ao tentar usar o aplicativo Calendário do Teams

Um dos seguintes problemas ocorre:

• O ícone do Calendário não é exibido no cliente do Teams.
• O aplicativo de Calendário do Teams exibe a seguinte mensagem de erro: "Não foi possível obter suas informações de reunião" quando você usa o cliente de desktop ou o cliente Web do Teams.

O aplicativo de Calendário do Teams requer acesso à caixa de correio do Exchange por meio do EWS (Exchange Web Services). A caixa de correio do Exchange pode estar online ou no local no escopo de uma implantação híbrida do Exchange.

Problema 3: o status de presença no Teams está bloqueado como Ausência Temporária ou não exibe 'Em reunião' quando o usuário está participando de uma reunião do calendário do Outlook

Um usuário cuja caixa de correio está hospedada em um servidor Exchange local desativou o recurso de Respostas Automáticas do cliente do Outlook, mas o status de presença do Teams exibe "Ausência Temporária" para todos os clientes do Teams da mesma organização. Isso pode demorar alguns dias.

Observação

Para usuários cuja caixa de correio está hospedada localmente, espera-se que haja atrasos de presença de no máximo uma hora.

Um usuário está participando de uma reunião do calendário do Outlook, mas o status de presença do Teams não é atualizado para 'Em reunião'.

Pré-requisitos

Para integrar o serviço do Teams a sua instalação do Exchange Server, verifique se o ambiente local do Exchange Server atende aos seguintes requisitos:

• O Microsoft Teams deve verificar se a caixa de correio está hospedada no Exchange Online, no local ou em uma implantação hibrída do Exchange Server. Os serviços do Teams chamam os serviços do Exchange Online por meio de uma API REST, que estão sendo redirecionados para servidores locais que hospedam a caixa de correio quando aplicável, com base em uma configuração híbrida.

• O Exchange Online se integra ao ambiente do servidor Exchange no local, conforme descrito em O que é autenticação OAuth? É preferível que você faça essa configuração executando o Assistente Híbrido do Exchange, mas o mesmo reusltado pode ser alcançado manualmente, como descrito em Configurar autenticação OAuth entre o Exchange e as organizações do Exchange Online. O Exchange Online é representado pela ID do aplicativo 00000002-0000-0ff1-ce00-000000000000.

• Além disso, os serviços do Teams precisam executar a autenticação em nome do usuário para acessar a caixa de correio hospedada no local também usando o OAuth. Nesse caso, a ID do aplicativo Skype for Business Online 00000004-0000-0ff1-ce00-000000000000é usada pelo serviço de agendamento do Teams, juntamente com o MailUser referenciado em Configurar Integração e OAuth entre o Skype for Business Online e o Exchange Server:

  • A conta está oculta do catálogo de endereços do Exchange. É uma prática recomendada ocultar a conta do catálogo de endereços porque é uma conta de usuário desabilitada.
  • A conta tem uma atribuição de função de gerenciamento do Exchange de UserApplication.
  • Para retenção e arquivamento, é necessária uma atribuição de função de ArchiveApplication.
  • Todas as etapas do artigo são necessárias para os servidores completos do Teams e do Exchange no local.

Observação

Um exemplo do uso do OAuth 2.0 e da plataforma de identidade Microsoft pode ser encontrado aqui

• Você deve configurar seu firewall voltado para a Internet ou servidor proxy reverso para permitir que o Microsoft Teams acesse os servidores que estão executando o Exchange Server adicionando os intervalos de endereços IP e as URLs do Skype for Business Online e do Microsoft Teams à lista de permissões. Para obter mais informações, consulte a seção "Skype for Business Online e Microsoft Teams" de URLs do Microsoft 365 e intervalos de endereços IP.

• A Descoberta Automática do Exchange V2 é necessária para permitir que o serviço Teams realize uma descoberta não autenticada em relação à caixa de correio do usuário localizada no Exchange Server. A Descoberta Automática V2 tem suporte completo na Atualização Cumulativa 19 ou posterior do Exchange Server 2013. Isso é suficiente para permitir que a delegação do Teams funcione corretamente. No entanto, o aplicativo de Calendário do Teams requer que a Atualização Cumulativa 3 ou posterior do Exchange Server 2016 esteja instalada. Portanto, para suporte completo ao recurso, é necessária a Atualização Cumulativa 3 ou posterior do Exchange Server 2016.

Etapas comuns de solução de problemas

Observação

Estas etapas de solução de problemas se aplicam a todos os problemas listados acima.

Etapa 1: verifique se o serviço de Descoberta Automática está funcionando corretamente

O serviço Teams usa o serviço de Descoberta Automática do Exchange para localizar a URL do EWS que é publicada pelo servidor que está executando o Exchange Server. Para verificar se o processo de Descoberta Automática está funcionando corretamente, siga as etapas seguintes:

1. Peça ao usuário que navegue até o Analisador de Conectividade Remota da Microsoft. A ferramenta Analisador de Conectividade Remota usa um conjunto específico de endereços IP para localizar a URL do EWS. Para obter uma lista desses endereços IP para o Microsoft 365, confira as informações da ID 46 em URLs do Microsoft 365 e intervalos de endereços IP.

2. Selecione a caixa Usar Descoberta Automática para detectar as configurações do servidor.

3. Insira as informações solicitadas.

4. Selecione o botão Fazer Teste para iniciar o teste de Descoberta Automática.

Se o teste falhar, primeiro você deverá resolver o problema da Descoberta Automática.

                                                                  

Observação

Para o problema da delegação de Teams, testar a caixa de correio do delegante. Para os problemas de presença e do aplicativo de Calendário do Teams, testar a caixa de correio do usuário afetado.

Etapa 2: Verifique se o serviço de Descoberta Automática pode encaminhar as solicitações de Descoberta Automática para o local

No Windows PowerShell, execute o seguinte comando:

Invoke-RestMethod -Uri "https://outlook.office365.com/autodiscover/autodiscover.json?Email=onpremisemailbox@contoso.com&Protocol=EWS&RedirectCount=5" -UserAgent Teams

Observação

Para o problema da delegação de Teams, testar a caixa de correio do delegante. Para os problemas de presença e do aplicativo de Calendário do Teams, testar a caixa de correio do usuário afetado.

Para uma caixa de correio hospedada no local, a URL do EWS deve apontar para o EWS externo no local. O resultado deve ser semelhante ao seguinte:

Url do protocolo

-------- ---

EWS <https://mail.contoso.com/EWS/Exchange.asmx>

Se este teste falhar ou se a URL do EWS estiver incorreta, examine a seção Pré-requisitos. Isso ocorre porque o problema provavelmente é causado por um problema de configuração híbrida do Exchange ou um firewall ou proxy reverso que está bloqueando solicitações externas.

Etapa 3: Verifique se o protocolo de autenticação OAuth do Exchange está habilitado e funcional

Para verificar se a autenticação OAuth do Exchange está habilitada e funcional, execute o comando Test-OAuthCOnnectivity conforme descrito em Configurar autenticação OAuth entre organizações do Exchange e do Exchange Online.

Além disso, execute o teste de conectividade de Disponibilidade que está disponível no Analisador de Conectividade Remota da Microsoft. Para fazer isso, siga estas etapas:

1. Navegue para o Analisador de Conectividade Remota da Microsoft.

2. Selecione o teste de disponibilidade para verificar se uma caixa de correio do Microsoft 365 pode acessar as informações de disponibilidade de uma caixa de correio local e vice-versa.

   Você deve executar esse teste duas vezes, trocando o endereço de email da caixa de correio de origem pelo endereço de email da caixa de correio de destino. Isso ocorre porque cada execução é unidirecional. Esse teste não precisa ser executado necessariamente usando contas afetadas. O teste pode ser executado usando qualquer par de uma caixa de correio local e uma caixa de correio do Microsoft 365.

   Para saber mais sobre como solucionar problemas de disponibilidade em uma implantação híbrida do local e do Exchange Online no Microsoft 365, consulte este artigo.

Solucionar os problemas de delegação do Teams

Observação

Estas etapas de solução de problemas se aplicam apenas ao Problema 1.

Etapa 1: Verifique se o representante recebeu permissão de Editor para acessar o calendário do delegante

Abra o Shell de Gerenciamento do Exchange em um dos servidores baseados no Exchange e execute o seguinte comando do PowerShell do Exchange para verificar se o direito de acesso de Editor foi concedido ao representante:

Get-MailboxFolderPermission -Identity <delegator's UserPrincipalName>:\calendar  | Format-List

Verifique se o parâmetro AccessRights contém um valor de Editor. Em caso negativo, execute o seguinte comando para conceder a permissão:

Add-MailboxFolderPermission -Identity <delegator's UserPrincipalName>:\Calendar -User <delegate's UserPrincipalName> -AccessRights Editor

Se preferir, peça ao delegante que siga as etapas neste artigo para reconfigurar a delegação no cliente do Outlook.

Etapa 2: Verifique se o representante recebeu "GrantSendOnBehalfTo" do delegante

Execute o seguinte comando para verificar se a permissão GrantSendOnBehalfTo foi concedida ao representante:

Get-Mailbox -Identity <delegator's UserPrincipalName> | Format-List *grant*

Verifique se o parâmetro GrantSendOnBehalfTo contém o alias do representante. Em caso negativo, execute o seguinte comando para conceder a permissão:

Set-Mailbox <delegator's UserPrincipalName> -Grantsendonbehalfto @{add="<delegate's UserPrincipalName>"}

Se preferir, peça ao delegante que siga as etapas neste artigo para reconfigurar a delegação no cliente do Outlook.

Etapa 3: Verifique se o acesso do Teams ao EWS não está bloqueado para toda a organização

Execute o seguinte comando do PowerShell do Exchange para verificar se o parâmetro EwsApplicationAccessPolicy foi definido como EnforceAllowList para toda a organização:

Get-OrganizationConfig | Select-Object Ews*

Se o parâmetro foi definido como EnforceAllowList, apenas os clientes listados em EwsAllowList têm permissão para acessar o EWS. Um valor vazio de EwsAllowList (EwsAllowList={}) impede que todos os usuários acessem o EWS.

Observação

O bloqueio do EWS também pode resultar em problemas no Aplicativo de Calendário do Teams. Consulte Verificar se o Aplicativo de Calendário do Teams está habilitado

Certifique-se de que o *SchedulingService* esteja listado como um membro da matriz do parâmetro EwsAllowList. Em caso negativo, execute o seguinte comando para adicioná-lo:

Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}

Se o parâmetro EwsEnabled estiver definido como Falso, você terá que defini-lo como Verdadeiro ou Nulo (em branco). Caso contrário, o serviço do Teams também será impedido de acessar o EWS.

Etapa 4: Verifique se o Teams não está impedido de acessar o EWS para a caixa de correio do delegante

Execute o seguinte comando do PowerShell do Exchange para verificar se o parâmetro EwsApplicationAccessPolicy foi definido como EnforceAllowList para a caixa de correio do delegante:

Get-CasMailbox <delegator's UserPrincipalName> | Select-Object Ews*

Se o parâmetro foi definido como EnforceAllowList, apenas os clientes listados em EwsAllowList têm permissão para acessar o EWS.

Certifique-se de que o *SchedulingService* esteja listado como um membro da matriz do parâmetro EwsAllowList. Caso não esteja, execute o seguinte comando do PowerShell do Exchange para adicioná-lo:

Set-CASMailbox <delegator's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}

Se o parâmetro EwsEnabled estiver definido como Falso, você terá que defini-lo como Verdadeiro. Caso contrário, o serviço do Teams também será impedido de acessar o EWS.

Etapa 5: escalone o problema

Se você verificou que não há problema com os pré-requisitos ou as configurações mencionados neste artigo, envie uma solicitação de serviço ao Suporte da Microsoft com estas informações:

• O UserPrincipalName do delegante e do representante.
• Os logs do Suplemento de Reunião do Teams na pasta %appdata%\\microsoft\\teams\\meeting-addin.
• O horário em UTC quando o problema foi reproduzido.
• Os logs de depuração dos clientes do Teams coletados do computador do representante. Para obter mais informações sobre como coletar esses logs, consulte Usar arquivos de log na solução de problemas do Microsoft Teams.

Solucionar o problema do Aplicativo de calendário do Teams

Observação

Estas etapas de solução de problemas se aplicam apenas ao Problema 2.

Etapa 1: Verifique se o Aplicativo de Calendário do Teams está habilitado

1. Abra o centro de administração do Microsoft Teams, acesse Usuários e selecione Exibir políticas para o usuário afetado.

                                                                     

2. Selecione a Política de configuração de aplicativo atribuída a esse usuário. No exemplo acima, a política global (padrão de Toda a Organização) está sendo usada. Confirme se o Aplicativo de calendário (ID ef56c0de-36fc-4ef8-b417-3d82ba9d073c) é exibido.

                                                                     

   Se o Aplicativo de calendário estiver ausente, restaure-o. Para obter mais informações, confira Gerenciar políticas de configuração de aplicativo no Microsoft Teams.

Etapa 2: Verifique se o modo de Coexistência de atualização do Teams permite reuniões do Teams

1. Abra o centro de administração do Microsoft Teams.

2. Acesse Usuários e selecione o usuário afetado.

3. Verifique se a configuração do Modo de coexistência é um valor diferente de Apenas Skype for Business ou Skype for Business com colaboração do Teams.

                                                                     

4. Se o modo de Coexistência do usuário foi definido como Usar configurações de Toda a Organização, isso significa que o modo de Coexistência do locatário padrão será usado.

5. Acesse Configurações em toda a organização e selecione Atualização do Teams.

6. Verifique se a configuração padrão do Modo de coexistência é um valor diferente de Apenas Skype for Business ou Skype for Business com colaboração do Teams.

                                                                     

Etapa 3: Verifique se o acesso do Teams ao EWS não está bloqueado para toda a organização

Execute o seguinte comando do PowerShell do Exchange para verificar se o parâmetro EwsApplicationAccessPolicy foi definido como EnforceAllowList para toda a organização:

Get-OrganizationConfig | Select-Object Ews*

Se o parâmetro foi definido como EnforceAllowList, isso significa que apenas os clientes listados em EwsAllowList têm acesso ao EWS.

Certifique-se de que o MicrosoftNinja/*, o *Teams/* e o SkypeSpaces/* estejam listados como membros da matriz do parâmetro EwsAllowList. Em caso negativo, execute o seguinte comando para adicioná-los:

Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}

Se o parâmetro EwsEnabled estiver definido como Falso, você terá que defini-lo como Verdadeiro ou Nulo (em branco). Caso contrário, o serviço do Teams será impedido de acessar o EWS.

Etapa 4: Verifique se o Teams não está impedido de acessar o EWS para o usuário afetado

Execute o seguinte comando do PowerShell do Exchange para verificar se o parâmetro EwsApplicationAccessPolicy foi definido como EnforceAllowList para a caixa de correio do usuário:

Get-CASMailbox <UserPincipalName> | Select-Object Ews*

Se o parâmetro foi definido como EnforceAllowList, isso significa que apenas os clientes listados em EwsAllowList têm acesso ao EWS.

Certifique-se de que o MicrosoftNinja/*, o *Teams/* e o SkypeSpaces/* estejam listados como membros da matriz do parâmetro EwsAllowList. Em caso negativo, execute o seguinte comando do PowerShell do Exchange para adicioná-los:

Set-CASMailbox <UserPincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}

Se o parâmetro EwsEnabled estiver definido como Falso, você terá que defini-lo como Verdadeiro. Caso contrário, o serviço do Teams também será impedido de acessar o EWS.

Etapa 5: Verifique se o teste do Aplicativo Calendário do Microsoft Teams é bem sucedido

1. Peça ao usuário que navegue até o Analisador de Conectividade Remota Microsoft.
2. Insira as informações solicitadas.
3. Selecione o botão Fazer Teste para iniciar o teste do Aplicativo Calendário do Microsoft Teams.

Se o teste falhar, você deve tentar resolver o problema e refazer o teste.

                                                                  

Etapa 6: escalone o problema

Se você verificou que não há problema com os pré-requisitos e as configurações mencionados neste artigo, envie uma solicitação de serviço ao Suporte da Microsoft com as seguintes informações:

• O parâmetro UserPrincipalName do usuário afetado.
• O horário em UTC quando o problema foi reproduzido.
• Logs de depuração do cliente do Teams. Para obter mais informações sobre como coletar esses logs, consulte Usar arquivos de log na solução de problemas do Microsoft Teams.

Solucionar o problema de presença do Teams

Observação

Estas etapas de solução de problemas se aplicam apenas ao Problema 3.

Etapa 1: Verifique se a URL da API REST do Exchange local foi publicada na rede pública

Execute a Etapa 2 da seção Etapas de Solução de Problemas Comuns em relação à caixa de correio do usuário para localizar a URL do EWS do Exchange no local e altere o formato da URL. Por exemplo, altere https://mail.contoso.com/EWS/Exchange.asmx para https://mail.contoso.com/api.

Tente acessar a URL da API REST em um navegador na rede externa. Se você receber uma resposta 401 do ambiente Exchange local, isso indica que a URL da API REST foi publicada. Caso contrário, entre em contato com a equipe de rede local para publicar a URL.

Observação

O serviço de presença do Teams não dará suporte ao fallback na URL do EWS se o acesso à API REST do Exchange falhar.

Etapa 2: Verifique se o teste de Presença do Teams com base em Eventos do Calendário foi bem-sucedido

1. Peça ao usuário para navegar até a seção Presença do Teams com base em eventos de calendário do Analisador de Conectividade Remota da Microsoft. A ferramenta Analisador de Conectividade Remota usa um conjunto específico de endereços IP para localizar a URL do EWS. Para obter uma lista desses endereços IP para o Microsoft 365, confira as informações da ID 46 em URLs do Microsoft 365 e intervalos de endereços IP.
2. Insira as informações solicitadas.
3. Selecione o botão Executar Teste para iniciar o teste Presença do Teams com base em Eventos do Calendário.

Se o teste falhar, você deve tentar resolver o problema e refazer o teste.

                                                                  

Etapa 3: Verifique se o acesso do Teams ao EWS não está bloqueado para toda a organização

Execute o seguinte comando do PowerShell do Exchange para verificar se o parâmetro EwsApplicationAccessPolicy foi definido como EnforceAllowList para toda a organização:

Get-OrganizationConfig | Select-Object Ews*

Se o parâmetro foi definido como EnforceAllowList, isso significa que apenas os clientes listados em EwsAllowList têm acesso ao EWS. Um valor vazio de EwsAllowList (EwsAllowList={}) impede que todos os clientes acessem o EWS.

Certifique-se de que *Microsoft.Skype.Presence.App/* está listado como um membro de matriz do parâmetro EwsAllowList. Em caso negativo, execute o seguinte comando para adicioná-lo:

Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*Microsoft.Skype.Presence.App/*"}

Se o parâmetro EwsEnabled estiver definido como Falso, você terá que defini-lo como Verdadeiro ou Nulo (em branco). Caso contrário, o serviço do Teams também será impedido de acessar o EWS.

Etapa 4: Verifique se o Teams não está impedido de acessar o EWS para a caixa de correio do usuário

Execute o seguinte comando do PowerShell do Exchange para verificar se o parâmetro EwsApplicationAccessPolicy foi definido como EnforceAllowList para a caixa de correio do usuário:

Get-CasMailbox <user's UserPrincipalName> | Select-Object Ews*

Se o parâmetro foi definido como EnforceAllowList, apenas os clientes listados em EwsAllowList podem acessar o EWS.

Certifique-se que *Microsoft.Skype.Presence.App/* está listado como um membro de matriz do parâmetro EwsAllowList. Caso não esteja, execute o seguinte comando do PowerShell do Exchange para adicioná-lo:

Set-CASMailbox <user's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="* Microsoft.Skype.Presence.App/*"}

Se o parâmetro EwsEnabled estiver definido como Falso, você terá que defini-lo como Verdadeiro. Caso contrário, o serviço do Teams também será impedido de acessar o EWS.

Etapa 5: escalone o problema

Se você tiver verificado que não existem problemas com os pré-requisitos e as configurações mencionados neste artigo, envie uma solicitação de serviço ao Suporte da Microsoft com as seguintes informações:

• O parâmetro UserPrincipalName do usuário afetado.
• O horário em UTC quando o problema foi reproduzido.
• Logs de depuração do cliente do Teams. Para obter mais informações sobre como coletar esses logs, consulte Usar arquivos de log na solução de problemas do Microsoft Teams.