Solucionar problemas de interação do Microsoft Teams e do Exchange Server

Este artigo fornece etapas para solucionar problemas de interação entre o Microsoft Teams e o Microsoft Exchange Server.

Introdução

Saiba Como o Exchange e o Teams Interagem para validar a compatibilidade entre versões e ambientes.

Sintomas

Problema 1: um representante não pode 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 Outlook. O representante que está usando o Suplemento do Teams para o Outlook não pode agendar uma reunião do Teams em nome do delegante, e o Outlook retorna esta 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 Microsoft 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 da implantação híbrida do Exchange.

Problema 3: O status de presença do 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 as 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.

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 Microsoft 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 ou no local. exigindo implantação híbrida de servidor Exchange. Os serviços do Teams chamam os serviços do Exchange Online por meio da API REST, sendo redirecionados para servidores locais que hospedam a caixa de correio quando aplicável, com base na 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. No entanto, isso pode ser feito 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 Microsoft 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 Intervalos de endereços IP e URLs do Office 365.

  • 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 funciona corretamente

O serviço Microsoft 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:

  1. Peça ao usuário que navegue até o Analisador de Conectividade Remota da Microsoft.
  2. Insira as informações solicitadas (verifique se a caixa de seleção Usar Descoberta Automática para detectar configurações de servidor está marcada).
  3. 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.

Captura de tela RCA.

Observação

Para o problema da delegação de Teams, a caixa de correio do delegante é a caixa de correio de destino a ser testada. Para os problemas de presença e do Aplicativo de calendário do Teams, a caixa de correio do usuário afetado é a caixa de correio de destino a ser testada.

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, a caixa de correio do delegante é a caixa de correio de destino a ser testada. Para os problemas de presença e do Aplicativo de calendário do Teams, a caixa de correio do usuário afetado é a caixa de correio de destino a ser testada.

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 Office 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 caixa de correio local e caixa de correio do Office 365.

    Para saber mais sobre como solucionar problemas de disponibilidade em uma implantação híbrida local e do Exchange Online no Office 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:

Set-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

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

Set-OrganizationConfig -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.

Verifique se *SchedulingService* está 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> -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

As etapas de solução de problemas abaixo só se aplicam 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.

    Captura de tela de usuários do Teams.

  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.

    Captura de tela da política do Teams.

    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.

    Captura de tela da política 2 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.

    Captura de tela da ilha dos usuários 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.

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

Set-OrganizationConfig -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.

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

Set-CASMailbox <UserPincipalName> -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.

Captura de tela do calendário de testes

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:

Solucionar o problema de presença do Teams

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 das Etapas de Solução de Problemas Comuns acima 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 (substitua "/EWS/Exchange.asmx" por "/api") desta maneira: https://mail.contoso.com/EWS/Exchange.asmx a 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 indicará 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 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.

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

Set-OrganizationConfig -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 3: 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.

Verifique se *Microsoft.Skype.Presence.App/* está 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 <user's UserPrincipalName> -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 4: 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:

Referências