« RÉSOLUTION 5.1.1. ADR. RecipNotFound » rapport de non-remise pour une adresse de retour-chemin d’accès incorrecte lorsque vous envoyez du courrier par le biais de EOP dans Office 365 dédié/ITAR

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: 2996249
Symptômes
Lorsque vous envoyez des messages via Exchange Online Protection (EOP) dans Microsoft Office 365 dédié/ITAR, vous pouvez rencontrer l’un des problèmes suivants :
  • L’adresse de retour-chemin d’accès est incorrect.
  • Un message électronique qui est envoyé à un domaine externe spécifique n’est pas remis.
  • Vous recevez un rapport de non-remise (NDR) à partir de domaines externes, vérifiez l’adresse. Si le champ d’et la valeur qui est spécifiée dans la ENVOYER PAR COURRIER ÉLECTRONIQUE À PARTIR DEcommande ou l’adresse de retour-chemin d’accès ne correspond pas, vous pouvez recevoir un rapport de non-remise avec un code d’erreur semblable à l’un des éléments suivants :
    • #< #5.0.0="" smtp;554="" failed="" mail="" from="" verification="" with="" the="" from="" field="" in="" message="" header.=""> </> #SMTP #
    • « 553 5.1.8 domaine d’adresse de l’expéditeur n’existe pas »
    • #< #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>
    • « RÉSOLUTION 5.1.1. ADR. RecipNotFound »
Cause
Objet de l’expéditeur est synchronisé à Windows Azure Active Directory (bois non traités) à l’aide de Microsoft Azure Active Directory Sync (DirSync). Ce problème se produit si une ou plusieurs des conditions suivantes sont remplies :
  • L’adresse SMTP principale ne peut pas être configuré correctement dans le site Active Directory source.
  • Certains des domaines externes ne peuvent livrer courrier ou peuvent refuser les messages si l’adresse dans le champ de ne correspond pas à l’adresse de retour-chemin d’accès.
Résolution
Assurez-vous que le paramètre WindowsEmailAddressde l’objet utilisateur de messagerie dans le bois non traités est valide. Une adresse valide doit contenir un domaine routable en externe dans le suffixe et doit correspondre à l’adresse SMTP principale prévue. Cette valeur du paramètre doit être l’adresse que l’utilisateur souhaite voir et d’utiliser lorsqu’ils répondent des destinataires externes.

Pour plus d’informations sur la façon d’afficher et de gérer des bois non traités pour Office 365/ITAR dédié clients, consultez l’article suivant de la Base de connaissances Microsoft :
2990300 Outils permettant de gérer les paramètres d’environnement pour les utilisateurs d’Office 365 dédié/ITAR.


L’adresse SMTP principale est synchronisé avec le bois non traités par la synchronisation d’annuaire au moyen de la logique suivante :
  • S’il existe une valeur pour l’adresse SMTP principale dans l’attribut proxyAddresses, Office 365 utilise pour déterminer l’adresse SMTP principale appropriée de bois non traités. Si Office 365 ne reconnaît pas la partie domaine de l’adresse de messagerie, la partie de l’alias est utilisée et le domaine par défaut (par exemple, « @domain.onmicrosoft.com ») est ajouté à la fin.
  • Si aucune adresse de messagerie n’est répertoriées pour un utilisateur dans l’attribut proxyAddresses , Office 365 utilise la valeur de l’attribut de messageriede l’utilisateur. Si Office 365 ne reconnaît pas la partie domaine de l’adresse de messagerie, la partie de l’alias est utilisée et le domaine par défaut (par exemple, « @domain.onmicrosoft.com ») est ajouté à la fin.
  • Si aucune adresse de messagerie n’est répertoriées pour un utilisateur dans l’attribut proxyAddresses ou si il n’y a pas de valeur pour le courrierattribut, la partie de l’alias du nom d’utilisateur principal, et la valeur du domaine est affectée comme le domaine par défaut (par exemple, « @domain.onmicrosoft.com »).
  • S’il existe une valeur pour que l’adresse secondaire smtp:user@domain.com dans l’attributproxyAddresses, Office 365 utilise cette valeur pour calculer une adresse SMTP principale. La partie de l’alias est utilisée, et thedefault domaine (par exemple, « @domain.onmicrosoft.com ») est ajouté à la fin. La valeur qui apparaît dans les bois non traités utilise le format suivant :

    SMTP:User@Domain.onmicrosoft.com
  • S’il existe une adresse SMTP et une adresse smtp dans l’attribut ProxyAddresses , toute valeur qui est définie dans l’attribut mail est également ajouté sous la forme d’une adresse smtp secondaire.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2996249 - Dernière mise à jour : 07/14/2016 08:26:00 - Révision : 7.0

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

  • vkbportal226 kbgraphic kbgraphxlink kbmt KB2996249 KbMtfr
Commentaires