Partilhar via

Resolver problemas de disponibilidade no ambiente híbrido do Exchange

  • Aplica-se a: Microsoft 365

A quem se destina?

Administradores inquilinos. O acesso elevado é necessário para muitos dos passos.

Como funciona?

Vamos começar por lhe perguntar o problema que está a ter. Em seguida, iremos orientá-lo ao longo de uma série de passos de resolução de problemas específicos para a sua situação.

Tempo estimado até à conclusão:

30-60 minutos.

Bem-vindo à resolução de problemas de disponibilidade do ambiente híbrido

Selecione a opção que melhor descreve o problema que está a ter:

Nota

Se quiser rever como funciona a disponibilidade numa implementação híbrida, selecione a opção Quero compreender melhor como é que a Disponibilidade Híbrida deve funcionar .

Versão do exchange server no local no seu ambiente

Para compreender melhor como a Disponibilidade Híbrida deve funcionar, reveja os seguintes fluxogramas. Selecione a versão do servidor Exchange no local que corresponde ao seu ambiente:

O fluxo de trabalho de disponibilidade do Exchange 2010/2013

O diagrama seguinte mostra o fluxo de trabalho de disponibilidade do Exchange 2010/2013:

Captura de ecrã do fluxo de trabalho de disponibilidade do Exchange 2010/2013.

Isto resolveu o seu problema?

O fluxo de trabalho de disponibilidade do Exchange 2007

O diagrama seguinte mostra o fluxo de trabalho do Exchange 2007 livre/ocupado:

Captura de ecrã do fluxo de trabalho do Exchange 2007 livre/ocupado.

Isto resolveu o seu problema?

Fluxo de trabalho de disponibilidade do Exchange 2003

O diagrama seguinte mostra o fluxo de trabalho do Exchange 2003 livre/ocupado:

Captura de ecrã do fluxo de trabalho do Exchange 2003 livre/ocupado.

Isto resolveu o seu problema?

A disponibilidade funciona no local

Inicie sessão na caixa de correio de um utilizador no local e, em seguida, tente ver a Disponibilidade de outro utilizador no local. Este teste destina-se a verificar se não tem problemas com a obtenção de informações de disponibilidade no seu ambiente no local.

Conseguiu ver as informações de Disponibilidade?

Tem um problema de disponibilidade no local

Esta resolução de problemas é utilizada para diagnosticar problemas de disponibilidade num ambiente híbrido. Este não parece ser o seu problema imediato. Depois de resolver os problemas de disponibilidade no local, reinicie esta resolução de problemas. Para obter informações sobre como resolver alguns problemas comuns de disponibilidade no local, consulte Resolução de Problemas de Informações de Disponibilidade para o Outlook 2007.

O utilizador da cloud não consegue ver a Disponibilidade do utilizador no local

Utilize os seguintes métodos para verificar se a Deteção Automática pode ser resolvida a partir de uma origem externa e se a Firewall está aberta.

Método 1: Verifique se a Deteção Automática está a resolver para o servidor cas do Exchange no local

  1. A partir de um computador externo, abra a Linha de Comandos, escreva os seguintes comandos e prima ENTER após cada comando:

    • NSLookup
    • deteção automática.<Your_Domain.com>

  2. Na resposta ao comando, o valor "Endereço" deve ser o IP externo do servidor do Exchange CAS no local. Por exemplo: Nome: autodiscover.contoso.com Endereço: 38.96.29.10

Método 2: Verifique se pode enviar um pedido POST de Deteção Automática para potenciais URLs de Deteção Automática

  1. Aceda ao Microsoft Remote Connectivity Analyzer.
  2. Nos Testes de Conectividade do Microsoft Office Outlook, selecione Deteção Automática do Outlook e, em seguida, selecione Seguinte.
  3. Preencha o formulário de Deteção Automática do Outlook (Email endereço, Nome de Utilizador e palavra-passe) e, em seguida, selecione Executar Teste.

Se os testes de conectividade do Exchange falharem para a deteção automática, verifique a configuração do Acesso à Internet de Deteção Automática no local. Para obter mais informações, consulte o tópico do Microsoft TechNet Configurar o Serviço de Deteção Automática para Acesso à Internet.

Isto resolveu o seu problema?

O utilizador da cloud não consegue ver a Disponibilidade do utilizador no local (se o problema não estiver resolvido)

Verifique se o ponto final da deteção automática está a apontar para os Servidores Híbridos do Exchange no local.

Verifique os registos do IIS no servidor Híbrido do Exchange para verificar se o pedido POST de Deteção Automática está a ser recebido por este servidor:

  1. No Exchange Hybrid Server, selecione Iniciar>Execução, escreva %SystemDrive%\inetpub\logs\LogFiles e, em seguida, prima ENTER.

  2. Abra a pasta W3SVC1 e, em seguida, abra o ficheiro de registo do IIS mais recente.

  3. Procure Autodiscover.

  4. A captura de ecrã seguinte mostra um exemplo do pedido POST de Deteção Automática no registo do IIS:

    Captura de ecrã a mostrar um exemplo do pedido POST de Deteção Automática no registo do IIS.

Se não vir nenhuma entrada para a Deteção Automática no servidor de implementação híbrida do Exchange no local, a firewall poderá estar a apontar para um servidor CAS errado.

Isto resolveu o seu problema?

O utilizador da cloud não consegue ver a Disponibilidade do utilizador no local (se o problema não for resolvido)

O nome de domínio está presente na relação da organização?

Para verificar o valor do nome de domínio na Relação da Organização, siga estes passos:

  1. Ligue-se ao Exchange Online com Windows PowerShell.

  2. No Windows PowerShell, execute o seguinte comando:

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

  3. Verifique o valor DomainName . O domínio intuitivo (yourdomain.com) deve estar presente.

  4. Se o valor DomainName não tiver o seu domínio intuitivo, execute o seguinte comando:

    Set-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" -DomainName yourdomain.com

Isto resolveu o seu problema?

O utilizador da cloud não consegue ver a Disponibilidade do utilizador no local (se não for possível resolver o problema)

O Mapeamento do processador IIS está em falta?

Determine se a configuração dos Serviços de Informação Internet (IIS) não tem o mapeamento do processador integrado svc para o ponto final de Deteção Automática.

  1. No servidor de implementação híbrida do Exchange 2010 no local, abra o Gestor de Serviços de Informação Internet (IIS).

  2. Expanda Site ServerName>Site>Predefinido Web Site e, em seguida, selecione Deteção Automática.

  3. Na secção IIS, abra Mapeamentos do Processador. A captura de ecrã seguinte mostra um exemplo do mapeamento do processador integrado svc no IIS:

    Captura de ecrã a mostrar um exemplo do mapeamento do processador integrado svc.

Se o IIS não tiver o mapeamento do processador integrado svc, veja o erro "A exceção foi emitida pelo destino" numa implementação híbrida do Microsoft 365 e no seu ambiente no local.

Isto resolveu o seu problema?

O utilizador da cloud não consegue ver a Disponibilidade do utilizador no local (se o problema ainda não estiver resolvido)

Siga estes passos para verificar se o EWS tem o URL Externo definido:

  1. No servidor de implementação híbrida do Exchange no local, abra a Shell de Gestão do Exchange e, em seguida, execute o seguinte cmdlet:

    Get-WebServicesVirtualDirectory | FL Name,Server,externalURL

  2. Se o ExternalURL estiver em falta no servidor de implementação híbrida do Exchange, execute o seguinte cmdlet:

    Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx

Isto resolveu o seu problema?

O utilizador da cloud não consegue ver a Disponibilidade do utilizador no local (se o problema ainda não for resolvido)

Verifique se os Serviços Web do Microsoft Exchange (EWS) são resolvíveis e se não existem problemas de firewall.

Verifique os registos do IIS nos servidores CAS do Exchange 2010/2013 para confirmar que o pedido dos Serviços Web está a ser recebido por este servidor:

  1. No servidor CAS do Exchange 2010/2013, selecione Iniciar>Execução, escreva %SystemDrive%\inetpub\logs\LogFiles e, em seguida, prima ENTER.

  2. Abra a pasta W3SVC1 e, em seguida, abra o ficheiro de registo do IIS mais recente.

  3. No ficheiro de registo do IIS mais recente, procure exchange.asmx/wssecurity. A seguinte captura de ecrã mostra um exemplo do pedido no registo do IIS:

    Captura de ecrã a mostrar um exemplo do pedido dos Serviços Web.

  4. Se não vir nenhuma entrada para exchange.asmx/wssecurity no servidor de implementação híbrida do Exchange 2010/2013 no local, a firewall poderá estar a apontar para um servidor CAS errado ou poderá ter a pré-autenticação configurada na firewall. Para obter informações sobre como ignorar a pré-autenticação da firewall, veja Configurar o Forefront TMG para um ambiente híbrido.

Isto resolveu o seu problema?

O utilizador da cloud não consegue ver a Disponibilidade do utilizador no local (se o problema não estiver resolvido)

O mapeamento do processador IIS está em falta no EWS?

Determinar se a configuração dos Serviços de Informação Internet (IIS) não tem o mapeamento do processador integrado svc para o ponto final do EWS

  1. No servidor de implementação híbrida do Exchange no local, abra o Gestor de Serviços de Informação Internet (IIS).

  2. Expanda Site ServerName>Web>Site Predefinido e, em seguida, selecione EWS.

  3. Na área IIS , abra Mapeamentos do Processador. A captura de ecrã seguinte mostra um exemplo do mapeamento do processador integrado svc no IIS:

    Captura de ecrã a mostrar um exemplo do mapeamento do processador integrado svc no IIS.

  4. Se o IIS não tiver o mapeamento do processador integrado svc, veja O erro Exceção foi gerada pelo destino" numa implementação híbrida do Microsoft 365 e do seu ambiente no local.

Isto resolveu o seu problema?

O utilizador da cloud não consegue ver a Disponibilidade do utilizador no local (se o problema ainda não estiver resolvido)

O WSSecurity está ativado como um método de autenticação?

No servidor de implementação híbrida do Exchange no local, execute o seguinte comando na Shell de Gestão do Exchange:

Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

Se o WSSecurity estiver em falta para ExternalAuthenticationMethods estiver em falta no servidor de implementação híbrida do Exchange, execute o seguinte comando:

Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -WSSecurityAuthentication $true

Isto resolveu o seu problema?

O utilizador da cloud não consegue ver Disponibilidade do utilizador no local (deve verificar as definições de Relação de Organização)

Verifique se as definições de Relações organizacionais estão configuradas corretamente para ativar a disponibilidade dos utilizadores.

Para Definições Online

  1. Ligue-se ao Exchange Online com Windows PowerShell.

  2. No Windows PowerShell, execute o seguinte comando:

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

O resultado deve assemelhar-se ao seguinte

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled: Verdadeiro
  • FreeBusyAccessLevel: LimitedDetails

Se um valor tiver de ser alterado, utilize o set-OrganizationRelationship cmdlet para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções, consulte Set-OrganizationRelationship.

Para definições no local

  1. No CAS do Exchange 2010/2013, execute o seguinte comando na Shell de Gestão do Exchange:

    Get-OrganizationRelationship -Identity "On Premises to Exchange Online Organization Relationship"

A saída deve assemelhar-se ao seguinte:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled: Verdadeiro
  • FreeBusyAccessLevel: LimitedDetails

Se um valor tiver de ser alterado, utilize o set-OrganizationRelationship cmdlet para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções, consulte Set-OrganizationRelationship.

Isto resolveu o seu problema?

O utilizador no local não consegue ver a disponibilidade do utilizador na cloud

Em que versão do Exchange está localizada a caixa de correio dos utilizadores no local?

O utilizador do Exchange 2003 não consegue ver a disponibilidade do utilizador na cloud

Pode reproduzir o problema com uma caixa de correio do Exchange 2010 no local?

  1. Inicie sessão no Outlook ou num cliente OWA como um utilizador que tenha uma caixa de correio no local do Exchange 2010.
  2. Crie um novo pedido de reunião e adicione um utilizador na nuvem ao pedido de reunião.
  3. Quando vê o agendamento assistente vê marcas de hash para o utilizador da cloud?

O utilizador do Exchange 2003 não consegue ver a disponibilidade do utilizador na cloud (se o problema não estiver resolvido)

Verifique se não existe nenhum encaminhamento de pastas Públicas hard-coded que impeça que o pedido de Disponibilidade legado seja bem-sucedido.

Nota

Este não é um problema comum.

Verifique se o ms-Exch-Folder-Affinity-List atributo nas propriedades do Exchange Server 2003 tem o ObjectGUID do Exchange 2010 com o custo mais baixo (o formato desta propriedade é o seguinte: {guid of server},cost).

  1. Num Controlador de Domínio, selecione Iniciar, selecione Executar, escreva adsiedit.msc e, em seguida, selecione OK.
  2. Clique com o botão direito do rato em Editar ADSI e, em seguida, selecione Ligar a.
  3. Em Selecionar um Contexto de Nomenclatura bem conhecido, selecione Configuração e, em seguida, selecione OK.
  4. ExpandaServiços> de Configuração>Microsoft Exchange>First Organization>Exchange Administrative Group (FYDIBOHF23SPDLT)>Servers.
  5. Clique com o botão direito do rato em Servidor do Exchange 2010 e, em seguida, selecione Propriedades.
  6. Copie o valor objectGUID e, em seguida, cole-o num ficheiro de texto do bloco de notas.
  7. Mover paraServiços> de Configuração>Servidores doPrimeiro Grupo> Administrativoda Primeira Organização> doMicrosoft Exchange>.
  8. Clique com o botão direito do rato Exchange Server 2003 e, em seguida, selecione Propriedades.
  9. Verifique se o ms-Exch-Folder-Affinity-List valor está definido com o objectGUID do Exchange 2010. Se o objectGUID do Exchange 2010 não estiver listado em ms-Exch-Folder-Affinity-List, pode adicioná-lo utilizando o formato: {guid of server},cost.

Isto resolveu o seu problema?

O utilizador do Exchange 2003 não consegue ver a disponibilidade do utilizador na cloud (não é possível reproduzir)

O External Free/busy está presente e replicado corretamente?

Adicione a pasta pública UO=EXTERNAL (FYDIBOHF25SPDLT):

  1. Ligue-se ao servidor de pastas públicas do Exchange 2010 SP1 ou posterior no local.
  2. Abra Windows PowerShell.
  3. Execute o cmdlet Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup.
  4. Execute o cmdlet Install-FreeBusyFolder.

Nota

A pasta pública UO=EXTERNAL (FYDIBOHF25SPDLT) só deve estar presente nos servidores do Exchange 2010 e NÃO replicada para o Exchange 2003 ou Exchange 2007.

Isto resolveu o seu problema?

O utilizador do Exchange 2003 não consegue ver a disponibilidade do utilizador na cloud (se o problema não for resolvido)

Verifique se o objeto do destinatário no servidor no local tem o LegacyExchangeDN correto configurado.

Todas as caixas de correio na nuvem terão um objeto mail no local correspondente ativado. Para este tipo de consulta De disponibilidade, utilizamos o LegacyExchangeDN para encaminhar o nosso pedido para o servidor de pastas Público Adequado. Para se certificar de que este valor é preciso, siga estes passos:

  1. No servidor do Exchange 2010, execute o seguinte comando na Shell de Gestão do Exchange:

    Get-RemoteMailbox Username |fl LegacyExchangeDN

    em que nome de utilizador é o nome do utilizador da cloud para o qual está a tentar ver informações de disponibilidade.

  2. Nos resultados, verifique se Externo (FYDIBOHF25SPDLT) está no caminho. Por exemplo, os resultados devem mostrar o caminho da seguinte forma:

    Captura de ecrã de Externo (FYDIBOHF25SPDLT).

Isto resolveu o seu problema?

O utilizador do Exchange 2003 não consegue ver a disponibilidade do utilizador na cloud (se o problema não estiver resolvido)

Verifique as Permissões na pasta Público.

Para utilizar a Consola de Gestão de Pastas Públicas do Exchange 2010 para alterar as permissões de cliente da réplica externa (FYDIBOHF25SPDLT), siga estes passos:

  1. Inicie a Consola de Gestão do Exchange do Exchange 2010.

  2. Na árvore da consola, selecione Caixa de Ferramentas.

  3. No painel de resultados, selecione Consola de Gestão de Pastas Públicas e, em seguida, no painel de ação, selecione Abrir Ferramenta. É apresentada a Consola de Gestão de Pastas Públicas.

  4. Na Consola de Gestão de Pastas Públicas, no painel de ação, selecione Ligar ao Servidor.

  5. Em Ligar ao servidor, selecione Procurar para ver uma lista dos servidores de Caixa de Correio disponíveis que contêm uma base de dados de pastas públicas.

  6. Em Selecionar Servidores de Pastas Públicas, selecione o servidor do Exchange 2010. Selecione OK e, em seguida, selecione OK.

  7. Na árvore Pasta Pública, aceda a Agenda de Pastas> Públicas do Sistema+ LIVRE/OCUPADO.

  8. No painel Resultado, clique com o botão direito do rato em EX:/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT) e, em seguida, selecione Propriedades.

  9. No separador Permissões , confirme que Editar todo o nível de permissão está selecionado para o **Utilizador predefinido:

    Captura de ecrã a mostrar os detalhes do separador Permissões.

Isto resolveu o seu problema?

O utilizador do Exchange 2003 não consegue ver a disponibilidade do utilizador na cloud (se o problema ainda não estiver resolvido)

A caixa de correio de arbitragem está em falta ou danificada?

A caixa de correio Arbitragem pode ser editada com o ADSIEdit. A conta federated.email deve estar localizada no contentor de utilizadores predefinido do Active Directory para o domínio do Exchange 2010.

Utilize uma das seguintes opções:

  1. Utilize adsiedit.

    1. Ligue-se ao contexto de nomenclatura predefinido no Active Directory.
    2. Navegue para o contentor Utilizadores e veja as propriedades da conta de e-mail federada.
    3. Altere os atributos proxyaddress da conta para ter um dos endereços SMTP já federados ou adicione o espaço de nomes de endereços proxy já existente presente na confiança de federação.

  2. A partir do Utilizadores e Computadores do Active Directory aberto do Exchange Server 2003.

    1. Aceda ao contentor Utilizadores e clique com o botão direito do rato na conta FederatedEmail e, em seguida, selecione Propriedades.
    2. Se aceder ao separador endereços de e-mail, pode adicionar outro endereço proxy para corresponder aos espaços de nomes de federação já configurados ou adicionar o espaço de nomes SMTP primário pré-existente à confiança de federação.

Isto resolveu o seu problema?

O utilizador do Exchange 2007 não consegue aceder à disponibilidade do utilizador na cloud

Pode voltar a reproduzir com uma caixa de correio do Exchange 2010 ou 2013 no local?

  1. Inicie sessão no seu cliente outlook ou OWA como um utilizador que tem uma caixa de correio no local do Exchange 2010 ou 2013.
  2. Crie um novo pedido de reunião e adicione um utilizador na nuvem ao pedido de reunião.
  3. Quando vê o agendamento assistente vê marcas de hash para o utilizador da cloud?

O utilizador do Exchange 2007 não consegue aceder à disponibilidade do utilizador na cloud

Verifique o espaço de endereços de disponibilidade para se certificar de que tem as definições corretas. Esta pode ser uma configuração incorreta do AvailabilityAddressSpace. Verifique se o valor ProxyURL na configuração AvailabilityAddressSpace corresponde ao InternalURL do diretório virtual do Serviço Web CAS do Exchange 2010/2013. Para o fazer, siga estes passos:

  1. No servidor no local, execute os seguintes comandos na Shell de Gestão do Exchange:

    Get-AvailabilityAddressSpace | FL ProxyUrl
Get-WebServicesVirtualDirectory | FL Server,InternalUrl

  2. Se os valores ProxyURL e InternalURL não corresponderem, execute os seguintes comandos:

    Remove-AvailabilityAddressSpace -Identity 'contoso.mail.onmicrosoft.com'

Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx

  3. Se os ProxyURL valores e InternalURL corresponderem, certifique-se de que pode aceder ao URL a partir do servidor CAS do Exchange 2007. Para tal, mude para ProxyURL o AvailabilityAddressSpace do CAS 2007. Autenticar com a credencial da caixa de correio de origem do Exchange 2007. O resultado esperado é o seguinte:

    Captura de ecrã do resultado esperado para autenticação com a credencial da caixa de correio de origem do Exchange 2007.

Nota

O InternalURL do diretório virtual do Serviço Web CAS do Exchange 2010/2013 deve ser diferente do diretório virtual do Serviço Web CAS do Exchange 2007.

Isto resolveu o seu problema?

O utilizador do Exchange 2010/2013 não consegue ver a disponibilidade do utilizador na cloud

Inicie sessão na caixa de correio de um utilizador no local e, em seguida, tente ver a Disponibilidade de outro utilizador no local. Este teste destina-se a verificar se não tem problemas com a obtenção de informações de disponibilidade no seu ambiente no local.

Conseguiu ver as informações de Disponibilidade?

O utilizador no local não consegue ver a disponibilidade do utilizador na cloud

Determine que mensagem de erro está a receber do OWA.

  1. Utilize a conta do utilizador afetado para iniciar sessão no OWA no local.

  2. Crie um novo pedido de reunião e, em seguida, adicione o utilizador no local à reunião.

  3. Quando as marcas hash forem devolvidas, coloque o ponteiro sobre as mesmas para apresentar a mensagem de erro. Anote o número do código de erro na mensagem de erro.

    Determine que mensagem de erro está a receber do OWA.

Selecione a mensagem de erro adequada na lista seguinte para ajudar a restringir os passos de resolução de problemas que tem de seguir:

O utilizador do Exchange 2010/2013 não consegue ver a disponibilidade do utilizador na cloud (Código de Erro 5039)

Se tiver de ter definições de proxy Web no seu ambiente, verifique se os servidores exchange 2010 e Exchange 2013 no local estão definidos para utilizá-lo.

Nos servidores do Exchange 2010 e exchange 2013 no local, execute o seguinte comando na Shell de Gestão do Exchange:

Get-ExchangeServer | fl InternetWebProxy

Na maioria dos ambientes, os resultados estarão em branco. No entanto, se tiver um proxy de saída no seu ambiente no local, poderá ter de configurar as definições de proxy corretas.

Para resolver este problema, execute o seguinte comando, em que o endereço e o número http://192.168.5.56:8080 da porta são substituídos pelo endereço do servidor e pelo número da porta:

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080

Isto resolveu o seu problema?

O utilizador do Exchange 2010/2013 não consegue ver a disponibilidade do utilizador na cloud (se o problema não for resolvido)

Certifique-se de que a hora definida no servidor não é imprecisa em mais de 5 minutos. Se a diferença de tempo do servidor for superior a 5 minutos em tempo real, as comunicações com o gateway de federação tornam-se inválidas. Isto faz com que a disponibilidade falhe.

Para obter informações sobre como corrigir problemas de tempo do servidor, veja Como configurar um servidor de horas autoritativo no Windows Server.

Isto resolveu o seu problema?

O utilizador do Exchange 2010/2013 não consegue ver a disponibilidade do utilizador na cloud (Código de Erro 5016)

Determine se o endereço de destino correto está especificado no MEU no local. Cada Caixa de Correio na Nuvem terá um objeto no local correspondente. Este objeto tem de ter o endereço de encaminhamento remoto correto (também conhecido como endereço de destino) especificado. O endereço de encaminhamento remoto deve conter um nome de domínio semelhante a TenantName.Mail.OnMicrosoft.com.

Para verificar se o endereço de encaminhamento remoto está definido, siga estes passos:

  1. No servidor exchange 2010 ou no servidor exchange 2013, execute o seguinte comando na Shell de Gestão do Exchange:

    Get-RemoteMailbox Username |fl RemoteRoutingAddress

    em que nome de utilizador é o nome do utilizador da cloud para o qual está a tentar ver informações de disponibilidade.

  2. Verifique se o endereço contém TenantName.Mail.OnMicrosoft.com

    Saída de Get-RemoteMailbox.

Nota

Se não utilizou o Assistente de configuração híbrida, o nome de domínio deve refletir o domínio de encaminhamento remoto que selecionou.

Isto resolveu o seu problema?

O utilizador do Exchange 2010/2013 não consegue ver a disponibilidade do utilizador na cloud (Código de erro 5037)

Verifique se as definições de Relação de Organização estão configuradas corretamente para ativar a disponibilidade dos utilizadores.

Para definições online

Ligar ao PowerShell do Exchange Online.

No Windows PowerShell, execute o seguinte comando:

Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

A saída deve assemelhar-se ao seguinte:

  • TargetApplicatioURI: AppURL.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled: Verdadeiro
  • FreeBusyAccessLevel: LimitedDetails

Se um valor tiver de ser alterado, utilize o set-OrganizationRelationship cmdlet para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções, consulte Set-OrganizationRelationship.

Para definições no local

No CAS do Exchange 2010/2013, execute o seguinte comando na Shell de Gestão do Exchange:

Get-OrganizationRelationship -Identity "On Premises to Exchange Online Organization Relationship"

A saída deve assemelhar-se ao seguinte:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled: Verdadeiro
  • FreeBusyAccessLevel: LimitedDetails

Se um valor tiver de ser alterado, utilize o set-OrganizationRelationship cmdlet para corrigir a propriedade. Para obter mais informações sobre sintaxe e opções, consulte Set-OrganizationRelationship.

Isto resolveu o seu problema?

O utilizador do Exchange 2010/2013 não consegue ver a disponibilidade do utilizador na cloud (se o problema não estiver resolvido)

Verifique se é possível criar um token que tenha confiança de federação de teste.

No ambiente no local, verifique se pode obter um token de delegação que será utilizado para autorização de Disponibilidade:

  1. Abra a Shell de Gestão do Exchange a partir do servidor do Exchange 2010 ou 2013 no local.

  2. Execute o comando Test-FederationTrust -UserIdentity User@company.com -verbose em que Utilizador é o utilizador no local que tem problemas ao ver as informações de disponibilidade do utilizador da cloud.

  3. O resultado deve mostrar êxito para cada teste. Se ocorrer uma falha, utilize novamente o Assistente de Configuração Híbrida para tentar repor a confiança de federação.

    Saída de Test-FederationTrust.

Isto resolveu o seu problema?

A disponibilidade no local não está a funcionar para 2010/2013

Este guia é utilizado para resolver problemas de disponibilidade híbrida. Com base nas suas respostas, tem problemas no local. Para obter informações sobre como resolver problemas comuns de disponibilidade no local, consulte Resolução de Problemas de Informações de Disponibilidade para o Outlook 2007.

Contactar o suporte

Pedimos desculpa, mas não conseguimos resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, aceda a Suporte da Microsoft.

Outros recursos úteis:

Ferramentas e recursos

Seguem-se algumas ferramentas e recursos adicionais para diagnosticar problemas com a Disponibilidade Híbrida:

Estas informações são úteis?

  • Se sim, parabéns, o seu problema está resolvido!
  • Se não, pedimos desculpa, mas não é possível resolver este problema com este guia.