Problemas de acesso de correio de um híbrido de implementação do Exchange com o arquivo baseado em nuvem

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: 2901386
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
Detectar numa implementação híbridas do local Microsoft Exchange Server e Exchange Online no Office 365, os seguintes sintomas:
  • Quando os utilizadores de locais tentam enviar correio para um utilizador que tenha um arquivo baseada na nuvem, recebem um relatório de entrega sem êxito (NDR) que contém a seguinte mensagem de erro:
    STOREDRV 554 5.2.0. Deliver.Exception:UserWithoutFederatedProxyAddressException;

    Falha ao processar a mensagem devido a uma excepção permanente com mensagem de que utilizador não tem qualquer endereço de proxy de SMTP a partir de um domínio que é federado.

    UserWithoutFederatedProxyAddressException: O utilizador não tem qualquer endereço de proxy de SMTP de um domínio que é federado. ##
  • Um utilizador que tenha um arquivo baseada na nuvem não é possível aceder a correio no Outlook ou Outlook na web (anteriormente conhecido como o Outlook Web App [OWA]). O utilizador recebe a seguinte mensagem de erro no Outlook na web:
    URL: versão https://mail.contoso.com:443/owa/auth.owaOWA: 14.3.146.0

    Tipo de ExceptionException: mensagem de excepção de System. NullReferenceException: não definida para uma instância de um objecto de referência de objecto.
CAUSA
Este problema ocorre se a política de endereço de correio electrónico tem um domínio predefinido que não esteja num domínio federado. Isto faz com que o endereço de SMTP predefinido da caixa de correio a arbitragem federada para utilizar um domínio que não é possível obter um token de delegação.
SOLUÇÃO
  1. Certifique-se de que está a ter este problema:
    1. Abra a Shell de gestão do Exchange no servidor de Exchange 2013 no local ou servidor de Exchange 2010.
    2. Execute o cmdlet seguinte:
      Get-Mailbox –arbitration |fl PrimarySMTPAddress
    3. Na saída, tenha em atenção o domínio de SMTP especificado para a caixa de correio FederatedEmail.

      Segue-se um exemplo do resultado:

      Um ecrã que mostra um exemplo do resultado que mostra o domínio de SMTP especificado para a caixa de correio FederatedEmail de tiro
    4. Execute o cmdlet seguinte:
      get-FederatedOrganizationIdentifier |fl Domains
    5. Verifique se o domínio que anotou no passo 1C é apresentado. Se o domínio não estiver listado, ter verificado que tem este problema. Vá para o passo 2.
  2. Para resolver este problema, efectue um dos seguintes procedimentos:
    • Federar o domínio de SMTP que está associada a caixa de correio de arbitragem

      Para tal, utilize o Centro de administração do Exchange ou a consola de gestão do Exchange para adicionar o nome de domínio para a fidedignidade de Federação existente.

      Para mais informações sobre como efectuar este procedimento, vá para Gerir uma fidedignidade de Federação.
    • Alterar o endereço SMTP da caixa de correio de arbitragem e o contentor de definições de transporte no Active Directory

      Altere o endereço de correio electrónico da caixa de correio para utilizar um domínio federado arbitragem federada. Também altere o endereço de correio electrónico do contentor de definições de transporte, de modo a que corresponder ao endereço de correio electrónico da caixa de correio de arbitragem federada.

      Aviso Este procedimento requer Active Editor Directory Service Interfaces (ADSI Edit). Utilização incorrecta do Editor de ADSI pode provocar problemas graves que poderão forçar a reinstalação do sistema operativo. A Microsoft não garante que os problemas resultantes da utilização incorrecta do Editor de ADSI podem ser resolvidos. Utilize o ADSI Edit na sua conta e risco.

      Para tal, siga estes passos:
      1. Abra o ADSI Edit e ligar ao contentor de contexto de atribuição de nomes de domínio.
      2. EmContexto de nomenclatura predefinido, doUtilizadorescontentor, abra as propriedades da caixa de correio de arbitragem federada.
      3. Alterar o valor de proxyAddress atributo de modo a que o principal de SMTP address (o endereço em que o SMTP é em letras maiúsculas) utiliza um domínio federado.
      4. Ligar aConfiguraçãocontentor e, em seguida, localize o contentor de definições de transporte no seguinte caminho:Configuração\Serviços\Microsoft Exchange\<>nome do seu>
      5. Abra as propriedades do contentor de definições de transporte e, em seguida, altere o valor das MSExchOrgFederatedMailbox atributo para o endereço de SMTP que especificou no passo 3.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2901386 - Última Revisão: 04/26/2016 01:17:00 - Revisão: 5.0

Microsoft Exchange Online, Microsoft Exchange Online Archiving, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

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