Você está offline; aguardando reconexão

"5.1.1 RESOLVEDOR. ADR. RecipNotFound"NDR para um endereço de retorno caminho incorreto quando você envia um email a EOP no Office 365 dedicado/ITAR

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 2996249
Sintomas
Quando você envia um email por meio do Exchange Online Protection (EOP) no Microsoft Office 365 dedicado/ITAR, você pode enfrentar um dos seguintes sintomas:
  • O endereço do caminho de retorno está incorreto.
  • Uma mensagem de email é enviada a um determinado domínio externo não é entregue.
  • Você recebe um relatório de não-entrega (NDR) de domínios externos que verifique o endereço. Se o campo e o valor é especificado na E-MAIL RECEBIDO DEcomando ou o endereço do caminho de retorno não coincidirem, você pode receber um NDR com um código de erro semelhante a uma das seguintes opções:
    • #< #5.0.0="" smtp;554="" failed="" mail="" from="" verification="" with="" the="" from="" field="" in="" message="" header.=""> </> SMTP #
    • "553 5.1.8 o domínio do endereço do remetente não existe"
    • #< #5.1.0="" smtp;553="" 5.1.0="" mgd.contoso.com="" does="" not="" exist="">
    • <#5.7.1 spf="" unauthorized="" mail="" is="" prohibited)=""></#5.7.1>
    • "5.1.1 RESOLVEDOR. ADR. RecipNotFound"
Causa
Objeto do remetente está sincronizado para Windows Azure Active Directory (WAAD) usando o Microsoft Azure Active Directory Sync (DirSync). Esse problema ocorre se uma ou mais das seguintes condições forem verdadeiras:
  • O endereço SMTP primário pode não estar configurado corretamente no site do Active Directory de origem.
  • Alguns domínios externos não podem enviar mensagens ou podem rejeitar o email se o endereço no campo não coincidir com o endereço do caminho de retorno.
Resolução
Certifique-se de que o parâmetro WindowsEmailAddressdo objeto de usuário email em WAAD é válido. Um endereço válido deve conter um domínio externamente roteável na sufixo e deve coincidir com o endereço SMTP primário pretendido. O valor do parâmetro deve ser o endereço que o usuário deseja destinatários externos para ver e usar quando eles respondem.

Para obter mais informações sobre como exibir e gerenciar WAAD para os clientes do Office 365 dedicado/ITAR, consulte o seguinte artigo da Base de Conhecimento Microsoft:
2990300 Ferramentas para gerenciar configurações de ambiente para usuários no Office 365 dedicado/ITAR


O endereço SMTP primário é sincronizado com WAAD DirSync através a seguinte lógica:
  • Se houver um valor para o endereço SMTP primário no atributo proxyAddresses, Office 365 utiliza para determinar o endereço SMTP primário apropriado em WAAD. Se o Office 365 não reconhecer a parte do domínio do endereço de email, a parte de alias é usada e o domínio padrão (por exemplo, "@domain.onmicrosoft.com") é acrescentado a ele.
  • Se nenhum endereço de e-mail é listado para um usuário no atributo proxyAddresses , Office 365 utiliza o valor do atributo de emaildo usuário. Se o Office 365 não reconhecer a parte do domínio do endereço de email, a parte de alias é usada e o domínio padrão (por exemplo, "@domain.onmicrosoft.com") é acrescentado a ele.
  • Se nenhum endereço de e-mail é listado para um usuário no atributo proxyAddresses ou se não houver nenhum valor para o emailatributo, a parte do alias do nome principal do usuário é usada, e o valor de domínio é atribuído como o domínio padrão (por exemplo, "@domain.onmicrosoft.com").
  • Se houver um valor para somente o endereço secundário de smtp:user@domain.com no atributoproxyAddresses, o Office 365 usará esse valor para calcular um endereço SMTP principal. A parte de alias é usada e thedefault domínio (por exemplo, "@domain.onmicrosoft.com") é acrescentado a ele. O valor que aparece no WAAD usa o seguinte formato:

    SMTP:User@Domain.onmicrosoft.com
  • Se houver um endereço SMTP e um endereço smtp no atributo ProxyAddresses , qualquer valor que é definido no atributo de email também é adicionado como um endereço smtp secundário.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2996249 - Última Revisão: 07/15/2016 02:28:00 - Revisão: 7.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal

  • vkbportal226 kbgraphic kbgraphxlink kbmt KB2996249 KbMtpt
Comentários
="var m=document.createElement('meta');m.name='ms.dqp0';m.content='true';document.getElementsByTagName('head')[0].appendChild(m);" onload="var m=document.createElement('meta');m.name='ms.dqp0';m.content='false';document.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?">