Resolver problemas de interação entre o Teams e Exchange Server
Sintomas
Você enfrenta um ou mais dos seguintes problemas.
Problema 1: um representante não consegue agendar uma reunião do Teams em nome de um delegante
Um delegador cuja caixa de correio está hospedada no Exchange Server adiciona um representante para gerenciar seu calendário do Microsoft Outlook. No entanto, o representante que está usando o suplemento do Teams para Outlook não pode agendar uma reunião do Teams em nome do delegador 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 Calendário do Teams exibe uma mensagem de erro "Desculpe, não foi possível obter os detalhes da reunião" quando você usa a área de trabalho 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: seu status de presença no Teams está preso em Ausência Temporária ou não exibe "Em uma reunião" quando você está participando de uma reunião de calendário do Outlook
Um dos seguintes problemas ocorre:
Sua caixa de correio está hospedada em um servidor Exchange local e você desativou o recurso Respostas Automáticas no cliente Outlook. No entanto, o status de presença do Teams exibe "Fora do escritório" para todos os clientes do Teams da mesma organização. Esse status pode durar alguns dias.
Observação: para usuários cuja caixa de correio está hospedada localmente, espera-se que haja atrasos de presença com no máximo uma hora.
Você está participando de uma reunião de calendário do Outlook, mas o status de presença do Teams não é atualizado para "Em uma reunião".
Pré-requisitos para integração do Teams e do Exchange Server
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:
Valide a compatibilidade de versão e ambiente do Microsoft Exchange Server e do Microsoft Teams em sua implantação.
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 chamada de Descoberta Automática V2, que é redirecionada para servidores locais que hospedam a caixa de correio em uma configuração híbrida.
O Exchange Online se integra ao ambiente do servidor Exchange 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 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 de uso da plataforma de identidade da Microsoft e do OAuth 2.0 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 as URLs e os intervalos de endereços IP do Skype for Business Online e do Microsoft Teams à lista de permissões. Para obter mais informações, consulte URLs do Microsoft 365 e intervalos de endereços IP – Microsoft Teams.
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 de solução de problemas comuns
Observação
Essas etapas de solução de problemas se aplicam a todos os problemas listados acima.
Executar o teste de conectividade de integração do Teams Exchange
Administradores e não administradores podem executar o teste de conectividade de Integração do Teams Exchange na ferramenta Analisador de Conectividade Remota da Microsoft. Esta ferramenta é utilizada para resolver problemas de conectividade que afetam o Teams. O teste de conectividade valida a capacidade do Teams de interagir com o Exchange. Para ambientes híbridos do Exchange, execute esse teste duas vezes, uma com uma caixa de correio do Microsoft 365 e outra com uma caixa de correio local.
Observação
A ferramenta Analisador de Conectividade Remota da Microsoft não está disponível para os ambientes GCC e GCC High do Microsoft 365 Government.
Para executar o teste de conectividade, siga estas etapas:
- Abra um navegador da Web e navegue até o teste de conectividade de Integração do Teams Exchange.
- Inicie uma sessão com as credenciais da conta de usuário afetada.
- Introduza o código de verificação apresentado e, em seguida, selecione Verificar.
- Marque a caixa de seleção para aceitar os termos de serviço e, em seguida, selecione Realizar Teste.
Após a conclusão do teste, a tela exibirá detalhes sobre as verificações que foram efetuadas e se o teste teve êxito, falhou ou foi bem-sucedido mas apresentou alguns avisos. Selecione os links fornecidos para obter mais informações sobre os avisos e falhas e como resolvê-los.
Etapas adicionais
Depois de executar o teste de conectividade de integração do Teams Exchange, siga estas etapas.
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 publicada pelo servidor que está executando o Exchange Server. Para verificar se o processo de Descoberta Automática está funcionando corretamente, execute o teste de Conectividade do Outlook na ferramenta 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.
Observação
A ferramenta Analisador de Conectividade Remota da Microsoft não está disponível para os ambientes GCC e GCC High do Microsoft 365 Government.
Para executar o teste de conectividade, siga estas etapas:
Abra um navegador da Web e navegue até o teste de conectividade do Outlook.
No campo Endereço de e-mail, insira o endereço de e-mail da caixa de correio afetada.
Observação: Para o problema de delegação do Teams, insira a caixa de correio do delegador. Para o aplicativo Calendário do Teams e problemas de presença do Teams, insira a caixa de correio do usuário afetado.
No campo Domínio\Nome de Usuário (ou UPN), insira o nome da conta que tem permissões para executar esse teste no formato domínio\usuário (
contoso.com\user
) ou UPN (user@contoso.com
).No campo Senha, insira a senha da conta especificada na etapa 3.
Em Seleção de Descoberta Automática, selecione Usar Descoberta Automática para detectar as configurações do servidor.
Introduza o código de verificação apresentado e, em seguida, selecione Verificar.
Marque a caixa de seleção para aceitar os termos de serviço e, em seguida, selecione Realizar Teste.
Após a conclusão do teste, a tela exibirá detalhes sobre as verificações que foram efetuadas e se o teste teve êxito, falhou ou foi bem-sucedido mas apresentou alguns avisos. Selecione os links fornecidos para obter mais informações sobre os avisos e falhas e como resolvê-los.
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=<Email address of the affected mailbox>&Protocol=EWS" -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 localmente, a URL do EWS deve apontar para o EWS externo local. A saída deve ser assemelhar ao exemplo a seguir:
Url do protocolo
-------- ---
EWS <
https://mail.contoso.com/EWS/Exchange.asmx
>
Se esse teste falhar ou se a URL do EWS estiver incorreta, examine a seção Pré-requisitos para integração do Teams e do Exchange Server . O problema provavelmente é causado por um problema de configuração híbrida do Exchange ou por 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 Test-OAuthCOnnectivity
comando conforme descrito em Configurar a autenticação OAuth entre organizações do Exchange e do Exchange Online.
Além disso, execute o teste de conectividade de disponibilidade na ferramenta Analisador de Conectividade Remota da Microsoft. Esse teste verifica se uma caixa de correio do Microsoft 365 pode acessar as informações de disponibilidade de uma caixa de correio local e vice-versa (uma direção por execução de teste).
Observação
- A ferramenta Analisador de Conectividade Remota da Microsoft não está disponível para os ambientes GCC e GCC High do Microsoft 365 Government.
- 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, pois cada execução é unidirecional. Você não precisa executar esse teste usando uma conta afetada. Você pode executar o teste usando qualquer par de uma caixa de correio local e uma caixa de correio do Microsoft 365.
Para executar o teste de conectividade, siga estas etapas:
- Abra um navegador da Web e navegue até o teste de conectividade de disponibilidade .
- No campo Endereço de Email da Caixa de Correio de Origem , insira o endereço de email da caixa de correio de origem.
- Na caixa suspensa Tipo de autenticação, selecione Autenticação moderna (OAuth).
- Entre usando as credenciais da caixa de correio de origem.
- No campo Endereço de Email da Caixa de Correio de Destino , insira o endereço de email da caixa de correio de destino.
- No campo Seleção de Serviço , selecione o serviço apropriado.
- Introduza o código de verificação apresentado e, em seguida, selecione Verificar.
- Marque a caixa de seleção para aceitar os termos de serviço e, em seguida, selecione Realizar Teste.
Após a conclusão do teste, a tela exibirá detalhes sobre as verificações que foram efetuadas e se o teste teve êxito, falhou ou foi bem-sucedido mas apresentou alguns avisos. Selecione os links fornecidos para obter mais informações sobre os avisos e falhas e como resolvê-los.
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.
Executar o teste de conectividade de Delegação de Reunião do Teams
Administradores e não administradores podem executar o teste de conectividade de Delegação de Reunião do Teams na ferramenta Analisador de Conectividade Remota da Microsoft. Esta ferramenta é utilizada para resolver problemas de conectividade que afetam o Teams. O teste de conectividade verifica se sua conta atende aos requisitos para agendar uma Reunião do Teams em nome de um delegador.
Observação
A ferramenta Analisador de Conectividade Remota da Microsoft não está disponível para os ambientes GCC e GCC High do Microsoft 365 Government.
Para executar o teste de conectividade, siga estas etapas:
- Abra um navegador da Web e navegue até o teste de conectividade de Delegação de Reunião do Teams.
- Inicie uma sessão com as credenciais da conta de usuário afetada.
- Insira o endereço de e-mail do delegador.
- Introduza o código de verificação apresentado e, em seguida, selecione Verificar.
- Marque a caixa de seleção para aceitar os termos de serviço e, em seguida, selecione Realizar Teste.
Após a conclusão do teste, a tela exibirá detalhes sobre as verificações que foram efetuadas e se o teste teve êxito, falhou ou foi bem-sucedido mas apresentou alguns avisos. Selecione os links fornecidos para obter mais informações sobre os avisos e falhas e como resolvê-los.
Se o teste falhar, siga estas etapas.
Etapa 1: Verificar se o representante recebeu a permissão Autor para o calendário do delegador
Se a caixa de correio do delegador estiver hospedada em um servidor Exchange local, siga estas etapas:
Abra o Outlook clássico usando as credenciais do delegador.
Selecione Configurações>da conta de arquivo>Delegar acesso.
Na caixa de diálogo Representantes, selecione o representante e, em seguida, selecione Permissões. Se o representante não estiver listado, selecione Adicionar para adicionar o representante.
Na caixa de diálogo Permissões de representante, certifique-se de que o representante tenha a permissão Autor (pode ler e criar itens) ou Editor (pode ler, criar e modificar itens) para a pasta Calendário.
Observação: A permissão mínima necessária para um representante criar uma reunião em nome do delegador é a permissão Autor (pode ler e criar itens). Por padrão, quando você adiciona um representante, ele recebe a permissão Editor (pode ler, criar e modificar itens) para sua pasta Calendário .
Clique em OK.
Depois de executar essas etapas, a pasta e as permissões Enviar em Nome de Proprietário são armazenadas na caixa de correio do delegador. Além disso, o representante é adicionado à lista de representantes armazenada em um item oculto na caixa de correio do delegador.
Se a caixa de correio do delegador estiver hospedada no Exchange Online, você poderá seguir as mesmas etapas listadas acima de quando a caixa de correio do delegador está hospedada em um servidor Exchange local. Ou conecte-se ao PowerShell do Exchange Online e execute o comando Set-Mailboxfolderpermission do PowerShell com privilégios de administrador:
Set-Mailboxfolderpermission -identity <delegator's UserPrincipalName>\Calendar -User <delegate's UserPrincipalName> -AccessRights Author –SharingpermissionFlags Delegate
Etapa 2: verificar se o Teams não está impedido de acessar o EWS para toda a organização
Execute o seguinte comando do Exchange PowerShell para verificar se o EwsApplicationAccessPolicy
parâmetro foi definido para EnforceAllowList
toda a organização:
Get-OrganizationConfig | Select-Object Ews*
Se o parâmetro tiver sido definido como EnforceAllowList
, somente os clientes listados terão EwsAllowList
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 causar problemas no aplicativo de calendário do Teams. Para obter mais informações, consulte Verificar se o Aplicativo de Calendário do Teams está habilitado.
Certifique-se de que SchedulingService
esteja listado como um membro da matriz do EwsAllowList
parâmetro. Em caso negativo, execute o seguinte comando para adicioná-lo:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}
Se o EwsEnabled
parâmetro estiver definido como False, você deverá defini-lo como True ou Null (em branco). Caso contrário, o serviço do Teams será impedido de acessar o EWS.
Etapa 3: verificar se o Teams não está impedido de acessar o EWS para a caixa de correio do delegador
Execute o seguinte comando do Exchange PowerShell para verificar se o EwsApplicationAccessPolicy
parâmetro foi definido como EnforceAllowList
para a caixa de correio do delegador:
Get-CasMailbox <delegator's UserPrincipalName> | Select-Object Ews*
Se o parâmetro tiver sido definido como EnforceAllowList
, somente os clientes listados terão EwsAllowList
permissão para acessar o EWS.
Certifique-se de que SchedulingService
esteja listado como um membro da matriz do EwsAllowList
parâmetro. 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 EwsEnabled
parâmetro estiver definido como False, você deverá defini-lo como True. Caso contrário, o serviço do Teams será impedido de acessar o EWS.
Etapa 4: escalone o problema
Se você verificou que não há nenhum problema com os pré-requisitos ou configurações mencionados neste artigo, envie uma solicitação de serviço ao Suporte da Microsoft com as seguintes informações:
- O UserPrincipalName para o delegador e o delegado.
- O Suplemento de Reunião do Teams registra na
%appdata%\\microsoft\\teams\\meeting-addin
pasta. - 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
Essas 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
Abra o centro de administração do Microsoft Teams, selecione Usuários>Gerenciar usuários, selecione o usuário afetado e, em seguida, selecione Exibir políticas.
Selecione a Política de configuração de aplicativo atribuída a esse usuário. No exemplo acima, a política global (padrão em toda a organização) é atribuída. 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: verificar se o modo de coexistência de atualização do Teams permite reuniões do Teams
Abra o Centro de administração do Microsoft Teams.
Selecione Usuários>Gerenciar usuários e selecione o usuário afetado.
Verifique se a configuração do modo de coexistência está definida como um valor diferente de Somente Skype for Business ou Skype for Business com colaboração do Teams.
Se o modo de coexistência do usuário estiver definido como Usar configurações em toda a organização, o modo de coexistência do locatário padrão será usado. Nesse caso, siga estas etapas:
Acesse Configurações em toda a organização e selecione Atualização do Teams.
Verifique se a configuração padrão do modo de coexistência está definida como um valor diferente de Somente 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 este comando do Exchange PowerShell 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 tiver sido definido como EnforceAllowList
, somente os clientes listados em EwsAllowList
terão permissão para acessar o EWS.
Verifique se MicrosoftNinja/*, *Teams/* e SkypeSpaces/* estão listados como membros de matriz do EwsAllowList
parâmetro. Em caso negativo, execute o seguinte comando para adicioná-los:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}
Se o EwsEnabled
parâmetro estiver definido como False, você deverá defini-lo como True ou Null (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 este comando do Exchange PowerShell para verificar se o EwsApplicationAccessPolicy
parâmetro foi definido como EnforceAllowList
para a caixa de correio do usuário:
Get-CASMailbox <UserPincipalName> | Select-Object Ews*
Se o parâmetro tiver sido definido como EnforceAllowList
, somente os clientes listados em EwsAllowList
terão permissão para acessar o EWS.
Verifique se MicrosoftNinja/*, *Teams/* e SkypeSpaces/* estão listados como membros de matriz do EwsAllowList
parâmetro. 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 EwsEnabled
parâmetro estiver definido como False, você deverá defini-lo como True. Caso contrário, o serviço do Teams será impedido de acessar o EWS.
Etapa 5: verificar se o teste de conectividade do aplicativo Calendário do Teams foi bem-sucedido
Administradores e não administradores podem executar o teste de conectividade do Aplicativo Calendário do Teams na ferramenta Analisador de Conectividade Remota da Microsoft. Esta ferramenta é utilizada para resolver problemas de conectividade que afetam o Teams. O teste de conectividade verifica se o serviço de back-end do Teams pode se conectar a uma caixa de correio do Exchange.
Observação
A ferramenta Analisador de Conectividade Remota da Microsoft não está disponível para os ambientes GCC e GCC High do Microsoft 365 Government.
Para executar o teste de conectividade, siga estas etapas:
- Abra um navegador da Web e navegue até o teste de conectividade do Aplicativo Calendário do Teams.
- Inicie uma sessão com as credenciais da conta de usuário afetada.
- Introduza o código de verificação apresentado e, em seguida, selecione Verificar.
- Marque a caixa de seleção para aceitar os termos de serviço e, em seguida, selecione Realizar Teste.
Após a conclusão do teste, a tela exibirá detalhes sobre as verificações que foram efetuadas e se o teste teve êxito, falhou ou foi bem-sucedido mas apresentou alguns avisos. Selecione os links fornecidos para obter mais informações sobre os avisos e falhas e como resolvê-los.
Etapa 6: escalar o problema
Se você verificou que não há nenhum 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
Essas 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
Verifique se o serviço de Descoberta Automática pode rotear as solicitações de Descoberta Automática para o local usando a caixa de correio do usuário para localizar a URL do EWS do Exchange local e alterar 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: Verificar se o teste de conectividade Presença do Teams com Base em Eventos do Calendário foi bem-sucedido
Tanto administradores como não administradores podem executar o teste de conectividade Presença no Teams Com Base em Eventos de Calendário na ferramenta 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. Esse teste de conectividade verifica os requisitos para atualizar o status de presença de um usuário no Teams com base em seus eventos de calendário no Microsoft Outlook.
Observação
A ferramenta Analisador de Conectividade Remota da Microsoft não está disponível para os ambientes GCC e GCC High do Microsoft 365 Government.
Para executar o teste de conectividade, siga estas etapas:
- Abra um navegador e vá até o teste Presença no Teams Com Base em Eventos do Calendário.
- Inicie uma sessão com as credenciais da conta de usuário afetada.
- Introduza o código de verificação apresentado e, em seguida, selecione Verificar.
- Marque a caixa de seleção para aceitar os termos de serviço e, em seguida, selecione Realizar Teste.
Após a conclusão do teste, a tela exibirá detalhes sobre as verificações que foram efetuadas e se o teste teve êxito, falhou ou foi bem-sucedido mas apresentou alguns avisos. Selecione os links fornecidos para obter mais informações sobre os avisos e falhas e como resolvê-los.
Etapa 3: Verifique se o acesso do Teams ao EWS não está bloqueado para toda a organização
Execute este comando do Exchange PowerShell para verificar se o EwsApplicationAccessPolicy
parâmetro foi definido como EnforceAllowList
para toda a organização:
Get-OrganizationConfig | Select-Object Ews*
Se o parâmetro tiver sido definido como EnforceAllowList
, somente os clientes listados em EwsAllowList
terão permissão para acessar o EWS. Um valor vazio de EwsAllowList
(EwsAllowList={}) impede que todos os clientes acessem o EWS.
Certifique-se de que *Microsoft.Skype.Presence.App/* esteja listado como um membro da matriz do EwsAllowList
parâmetro. Em caso negativo, execute o seguinte comando para adicioná-lo:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*Microsoft.Skype.Presence.App/*"}
Se o EwsEnabled
parâmetro estiver definido como False, você deverá defini-lo como True ou Null (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 a caixa de correio do usuário
Execute este comando do Exchange PowerShell para verificar se o EwsApplicationAccessPolicy
parâmetro foi definido como EnforceAllowList
para a caixa de correio do usuário:
Get-CasMailbox <user's UserPrincipalName> | Select-Object Ews*
Se o parâmetro tiver sido definido como EnforceAllowList
, somente os clientes listados em EwsAllowList
terão permissão para acessar o EWS.
Certifique-se de que *Microsoft.Skype.Presence.App/* esteja listado como um membro da matriz do EwsAllowList
parâmetro. 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 EwsEnabled
parâmetro estiver definido como False, você deverá defini-lo como True. Caso contrário, o serviço do Teams será impedido de acessar o EWS.
Etapa 5: escalar o problema
Se você verificou que não há nenhum 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.