Membros de um grupo de distribuição no Exchange Server poderá não receber mensagens de correio electrónico que não especificam um caminho de retorno no Office 365 dedicado

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: 2618599
Sintomas
Considere o seguinte cenário no Microsoft Office 365 dedicado:
  • Tiver um grupo de distribuição que contém contactos de correio externo num servidor que esteja a executar o Microsoft Exchange.
  • Enviar uma mensagem de correio electrónico para o grupo de distribuição.
  • O cabeçalho da mensagem de correio electrónico não especifica um caminho de devolução.

Neste cenário, alguns membros do grupo de distribuição não poderão receber a mensagem de correio electrónico. Além disso, não recebe um relatório de entrega (NDR).


Causa
Este problema ocorre porque alguns servidores de correio electrónico não aceitam mensagens de correio electrónico que não especificam um caminho de devolução. Este comportamento é um método de prevenção de spam. Por exemplo, considere o seguinte exemplo conversação Simple Mail Transfer Protocol (SMTP):

Servidor: Postfix ESMTP smtp.contoso.com 220
Cliente: ' Hello ' relay.example.org
Servidor: 250 Olá relay.example.org, fico feliz pela conhecê-lo
Cliente: o correio:<>
Servidor: 250 Ok
Cliente: RCPT TO: username@example.com

Neste exemplo, o servidor de destino rejeita a mensagem de correio electrónico porque a mensagem não tem um caminho de devolução.

Com mais frequência, a mensagem de correio electrónico não tem um caminho de retorno se oReportToManager e os atributos de grupo de distribuição de ReportToOriginator estão definidos como Falso, do seguinte modo:
Get-DistributionGroup testgroup@contoso.com | FL *report* ReportToManagerEnabled : False ReportToOriginatorEnabled : False
Resolução
Para resolver este problema, defina o valor Return-Path para um dos seguintes valores:
  • ReportToOwner (o Gestor do grupo de distribuição)
  • ReportToOriginator (o criador da mensagem de correio electrónico)
NotaApenas um destes atributos do Active Directory deve ser definido comoTrue. A definição de ambos os atributos para Trueproduz resultados inesperados.

Para tornar esta definição, defina um destes atributos comoTrueno objecto no local (consoante o comportamento pretendido) e permitir a replicação de MMSSPP para o ambiente Microsoft Exchange Online do.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2618599 - Última Revisão: 11/26/2014 17:22:00 - Revisão: 4.0

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

  • vkbportal226 kbmt KB2618599 KbMtpt
Comentários
ERROR: at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)