Mensagens de correio electrónico enviadas a partir do ambiente no local para o Office 365 mostram endereços de correio electrónico em vez de apresentam nomes no campo

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 2663556
Nota O Assistente de configuração de híbridos que está incluído na consola de gestão do Exchange no Microsoft Exchange Server 2010 já não é suportado. Por conseguinte, já não deve utilizar o Assistente de configuração de híbridos antigo. Em alternativa, utilize o Assistente de configuração do Office 365 híbridas que está disponível em http://aka.MS/HybridWizard. Para mais informações, consulte Assistente de configuração de híbridos do Office 365 para o Exchange 2010.
PROBLEMA
Depois de migrar caixas de correio do ambiente no local para Microsoft Office 365 numa implementação híbrido, o campo a partir de mensagens de correio electrónico que são enviados a partir do ambiente no local para o Office 365 não mostra nomes a apresentar. Em vez disso, o campo de mostra endereços de correio electrónico.
CAUSA
Este problema ocorre se a implementação de híbrido estiver incorrectamente configurada.

Para verificar que está a ter este problema, examine o cabeçalho de correio electrónico de uma mensagem de correio electrónico foi enviada a partir da conta de utilizador local. Normalmente, X-MS-Exchange-organização-AuthAs deve estar listado como "Interna." Se X-MS-Exchange-organização-AuthAs é listado como "anônimo" ou se estiver em falta, isto indica uma configuração incorrecta ou uma rota de correio electrónico incorrecto.
SOLUÇÃO
Para corrigir este problema, siga estes passos:
  1. Verificar a rota de correio.

    A rota mais simples é o servidor de correio do Exchange 2010 ao servidor de concentrador de Exchange 2010 (híbrido servidor) para Exchange Online protecção (EOP) conector de entrada para o Exchange Online. Certifique-se de que não existem dispositivos de rede desnecessários, tais como dispositivos de gateway de anti-correio publicitário não solicitado entre o servidor de concentrador de Exchange 2010 (servidor híbrido) e EOP. Esses dispositivos foi possível remover o cabeçalho necessário.
  2. Verifique o domínio remoto do Exchange server no local. Para tal, siga estes passos:
    1. No Exchange Management Shell, execute o seguinte comando de PowerShell:

      Get-RemoteDomain <NameOfService>.<DomainName>.com | FL
      Por exemplo:

      Get-RemoteDomain exchangedelegation.contoso.com | FL
    2. Na saída, certifique-se de que o TrustedMailOutboundEnabled, TargetDeliverDomain, e IsInternal atributos são definidos como True.
    3. Se os atributos no passo 2B não estiverem definidos como True, utilize a Conjunto-RemoteDomain comandos para alterar o valor como True.
  3. Verifique o domínio remoto no Office 365. Para tal, siga estes passos:
    1. Ligar ao Exchange Online utilizando o PowerShell remoto. Para obter mais informações sobre como efectuar este procedimento, consulte Ligar ao Exchange Online utilizando o PowerShell remoto.
    2. Execute o seguinte comando de PowerShell:

      Get-RemoteDomain <FQDNOfOnPremisesEndConnector> | FL 
    3. Na saída, certifique-se de que o TrustedMailnboundEnabled atributo é definido como True.
    4. Se o atributo no passo 3C não está definido como True, utilize a Conjunto-RemoteDomain comandos para alterar o valor como True.
  4. Certifique-se de que o Transport Layer Security (TLS) é implementada e activado em ambos os ambientes e que o nome de domínio totalmente qualificado (FQDN) está definido correctamente. Verifique as instalações enviar conector e o EOP de entrada conexão utilizando o Assistente de implementação do Exchange Server no seguinte Web site da Microsoft:
  5. Verifique o certificado de troca da conexão enviar em servidores de Exchange no local que são responsáveis por entregar o correio EOP. O certificado de troca deve ter SMTP Simple Mail Transfer Protocol () activada e deve corresponder ao FQDN do conector de envio.
Se o problema persistir depois de seguir estes passos, contacte o suporte do Office 365.
MAIS INFORMAÇÕES
Para obter mais informações, consulte a seguinte mensagem pública na Comunidade Office 365:
Ainda precisa de ajuda? Vá para o Comunidade do Office 365 Web site ou o Fóruns do Exchange da TechNet.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2663556 - Última Revisão: 04/25/2016 23:46:00 - Revisão: 10.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 o365a o365022013 hybrid o365e o365m kbmt KB2663556 KbMtpt
Comentários