Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Membres d'un groupe de distribution dans Exchange Server ne peut pas recevoir des messages électroniques qui ne spécifient pas un chemin de retour dans Office 365 dédié

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2618599
Symptômes
Envisagez le scénario suivant dans Microsoft Office 365 dédié :
  • Vous avez un groupe de distribution qui contient les contacts de messagerie externe sur un serveur Microsoft Exchange est en cours d'exécution.
  • Vous envoyez un message électronique au groupe de distribution.
  • L'en-tête du message électronique ne spécifie pas un chemin de retour.

Dans ce scénario, certains membres du groupe de distribution ne peuvent pas le message e-mail. En outre, vous ne recevez pas un rapport de non-remise (NDR).


Cause
Ce problème se produit parce que certains serveurs de messagerie n'acceptent pas les messages électroniques qui ne spécifient pas un chemin de retour. Ce comportement est une méthode de prévention du courrier indésirable. Par exemple, prenons l'exemple suivant conversation Simple Mail Transfer Protocol (SMTP) :

Serveur: 220 smtp.contoso.com ESMTP Postfix
Client: HELLO relay.example.org
Serveur: 250 relay.example.org Bonjour, je suis heureux de vous rencontrer
Client: MAIL à partir de :<>
Serveur: 250 Ok
Client: RCPT TO : username@example.com

Dans cet exemple, le serveur du destinataire rejette le message car le message n'a pas un chemin de retour.

Plus fréquemment, le message électronique n'a pas un chemin de retour si les attributs de groupe de distribution ReportToOriginator etReportToManager sont la valeur False, comme suit :
Get-DistributionGroup testgroup@contoso.com | FL *report* ReportToManagerEnabled : False ReportToOriginatorEnabled : False
Résolution
Pour résoudre ce problème, définissez la valeur de Chemin de retour à l'une des valeurs suivantes :
  • ReportToOwner (le Gestionnaire du groupe de distribution)
  • ReportToOriginator (l'expéditeur du message électronique)
Remarque Un seul de ces attributs Active Directory doit être la valeurTrue. Les deux attributs Vraiproduit des résultats inattendus.

Pour que ce paramètre, un de ces attributs défini surTruesur l'objet de locaux (en fonction du comportement souhaité) et autoriser la réplication des MMSSPP à l'environnement Microsoft Exchange Online.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2618599 - Dernière mise à jour : 11/26/2014 17:19:00 - Révision : 5.0

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

  • vkbportal226 kbmt KB2618599 KbMtfr
Commentaires