Membros de um grupo de distribuição no Exchange Server pode não receber mensagens de email que não especifique um caminho de retorno no Office 365 dedicado

Traduções deste artigo Traduções deste artigo
ID do artigo: 2618599 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sintomas

Considere o seguinte cenário no Microsoft Office 365 dedicado:
  • Você tem um grupo de distribuição que contém os contatos de email externo em um servidor que esteja executando o Microsoft Exchange.
  • Você envia uma mensagem de email para o grupo de distribuição.
  • O cabeçalho da mensagem de e-mail não especificar um caminho de retorno.

Nesse cenário, alguns membros do grupo de distribuição podem não receber a mensagem de email. Além disso, você não recebe um relatório de não-entrega (NDR).


Causa

Esse problema ocorre porque alguns servidores de email não aceitam mensagens de e-mail que não especificar um caminho de retorno. Esse comportamento é um método de prevenção de spam. Por exemplo, considere o seguinte exemplo conversação do protocolo de transferência de correio simples (SMTP):

Servidor: 220 smtp.contoso.com ESMTP Postfix
Cliente: relay.example.org de SAUDAÇÃO
Servidor: 250 relay.example.org de saudação, estou feliz em conhecê-los
Cliente: MAIL FROM:<>
Servidor: 250 Ok
Cliente: RCPT TO: username@example.com

Neste exemplo, o servidor do destinatário rejeita a mensagem porque a mensagem não possui um caminho de retorno.

Com mais freqüência, a mensagem de email não tem um caminho de retorno se os atributos de grupo de distribuição de reportToOriginator eReportToManager são definidos como False, da seguinte maneira:
Get-DistributionGroup testgroup@contoso.com | FL *report* 
ReportToManagerEnabled : False 
ReportToOriginatorEnabled : False

Resolução

Para resolver esse problema, defina o valor do Caminho de retorno a um dos seguintes valores:
  • ReportToOwner (o gerente do grupo de distribuição)
  • reportToOriginator (o originador da mensagem de e-mail)
Observação:Somente um desses atributos do Active Directory deve ser definido comoTrue. A configuração de ambos os atributos como Trueproduz resultados inesperados.

Para fazer essa configuração, defina um desses atributos comoTrueno objeto local (dependendo o comportamento desejado) e permitir a replicação de MMSSPP para o ambiente Microsoft Exchange Online.

Propriedades

ID do artigo: 2618599 - Última revisão: quarta-feira, 26 de novembro de 2014 - Revisão: 4.0
A informação contida neste artigo aplica-se a:
  • Microsoft Business Productivity Online Dedicated
  • Microsoft Business Productivity Online Suite Federal
  • Microsoft Exchange Online
  • Microsoft Exchange Online Dedicated
Palavras-chave: 
vkbportal226 kbmt KB2618599 KbMtpt
Tradução automática
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: 2618599

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com