Notifications d’état de remise et notifications d’échec de remise dans Exchange 2013
S’applique à : Exchange Server 2013
Remarque
Si vous avez besoin d’aide sur les demandes de remise dans Microsoft 365, Office 365 ou Exchange Online, consultez Email rapports de non-remise dans Exchange Online.
En cas de problème lors de la remise d’un message, Exchange Server 2013 envoie une notification de remise status (DSN) à l’expéditeur du message. Ces messages générés par le système sont également appelés messages de rebond et contiennent un code d’erreur, des détails techniques sur le problème et parfois des étapes de dépannage pour l’expéditeur du message. Les messages de rapport de non-remise (NDR) sont un type courant de notification status. Cette rubrique destinée aux administrateurs de messagerie décrit les causes et solutions probables pour de nombreux codes de status d’échec de remise. Il indique également comment lire et interpréter les messages d’échec de remise.
Codes d'état étendus courants
Le tableau suivant contient la liste des codes status améliorés qui sont retournés dans les NDR pour les échecs de remise de messages les plus courants.
| **Code d’état étendu | Description | Cause possible | Informations supplémentaires |
|---|---|---|---|
| 4.3.1 | Insufficient system resources |
Une erreur de mémoire insuffisante s’est produite. Un problème de ressource, tel qu’un disque plein, peut provoquer ce problème. Au lieu d’obtenir une erreur disque plein, vous obtenez peut-être une erreur de mémoire insuffisante. |
Vérifiez que votre serveur Exchange dispose de suffisamment de stockage sur disque. |
| 4.3.2 | System not accepting network messages |
Cette remise est générée lorsqu’une file d’attente a été figée. | Vous pouvez résoudre cette condition en dégelant la file d’attente. |
| 4.4.1 | Connection timed out |
Le serveur de destination ne répond pas. Les conditions réseau temporaires peuvent provoquer cette erreur. Le serveur Exchange tente automatiquement de se reconnecter au serveur et de remettre le courrier. Si la remise échoue après plusieurs tentatives, une remise avec un code d’échec permanent est générée. | Surveillez la situation. Il peut s’agir d’un problème temporaire qui peut se corriger lui-même. |
| 4.4.2 | Connection dropped |
Connexion supprimée entre les serveurs. Des conditions réseau temporaires ou un serveur qui rencontre des problèmes peuvent provoquer cette erreur. Le serveur d’envoi retentera de remettre le message pendant une période spécifique, puis générera d’autres rapports status. | Surveillez la situation au fur et à mesure que le serveur effectue une nouvelle tentative de remise. Il peut s’agir d’un problème temporaire qui peut se corriger lui-même. Cette situation peut également se produire lorsque la limite de taille des messages pour la connexion est atteinte ou si le taux de soumission des messages pour l’adresse IP du client a dépassé la limite configurée. |
| 4.4.7 | Message expired |
Le message dans la file d'attente a expiré. Le serveur d’envoi a essayé de relayer ou de remettre le message, mais l’action n’a pas été effectuée avant l’heure d’expiration du message. Ce message peut également indiquer que la limite d'un en-tête de message a été atteinte sur un serveur distant, ou que le délai d'attente d'un autre protocole a été dépassé lors de la communication avec le serveur distant. | Ce message indique généralement un problème sur le serveur de réception. Vérifiez la validité de l'adresse du destinataire et déterminez si le serveur de réception est correctement configuré pour recevoir des messages. Vous devrez peut-être réduire le nombre de destinataires dans l’en-tête de message pour l’hôte sur lequel vous recevez cette erreur. Si vous renvoyez le message, il est à nouveau placé dans la file d’attente. Si le serveur de réception est disponible, le message est remis. |
| 5.0.0 | HELO / EHLO requires domain address |
Cette situation est un échec permanent. Les causes possibles sont les suivantes :
|
Voici quelques-unes des solutions possibles :
|
| 5.1.0 | Sender denied |
Cette remise est due à une défaillance générale (échec d’adresse incorrecte). Une adresse e-mail ou un autre attribut est introuvable dans services de domaine Active Directory. Les entrées de contact sans l’attribut targetAddress défini peuvent provoquer ce problème. Une autre cause possible peut être que l’attribut homeMDB d’un utilisateur n’a pas pu être déterminé. L’attribut homeMDB correspond au serveur Exchange sur lequel réside la boîte aux lettres de l’utilisateur. Une autre cause courante de cette notification d’échec de remise est lorsque vous utilisez Microsoft Outlook pour enregistrer un e-mail en tant que fichier, puis qu’une personne a ouvert le message hors connexion et y a répondu. La propriété du message conserve uniquement l'attribut legacyExchangeDN lorsque Outlook remet le message, aussi la recherche peut-elle échouer. |
Soit l’adresse du destinataire est mal mise en forme, soit le destinataire n’a pas pu être correctement résolu. La première étape de résolution de cette erreur consiste à vérifier l’adresse du destinataire, puis à renvoyer le message. |
| 5.1.1 | Bad destination mailbox address |
Cet échec peut résulter des situations suivantes :
|
Cette erreur se produit généralement lorsque l'expéditeur du message entre une adresse de courrier du destinataire incorrecte. L'expéditeur doit vérifier l'adresse de courrier du destinataire et renvoyer le message. Cette erreur peut également se produire si l'adresse de courrier du destinataire était correcte auparavant, mais a changé ou a été supprimée du système de courrier de destination. Si l’expéditeur du message se trouve dans le même organization Exchange que le destinataire et que la boîte aux lettres du destinataire existe toujours, déterminez si la boîte aux lettres du destinataire a été déplacée vers un nouveau serveur de messagerie. Si c'est le cas, il est possible que Outlook n'ait pas mis à jour le cache de destinataires correctement. Demandez à l'expéditeur de supprimer l'adresse du destinataire du cache de destinataires Outlook de l'expéditeur, puis créez un nouveau message. Le renvoi du message d'origine entraînerait le même échec. D’autres problèmes peuvent provoquer cette erreur, tels qu’un nom unique (DN) hérité non valide dans services de domaine Active Directory. Examinez et corrigez l’ancien nom de base de données de la boîte aux lettres du destinataire. Demandez ensuite à l’expéditeur de supprimer l’adresse du destinataire du cache de destinataires Outlook de l’expéditeur, puis de créer un message. Le renvoi du message d'origine entraînerait le même échec. |
| 5.1.2 | Invalid X.400 address |
Le destinataire a une adresse non SMTP qui ne peut pas être associée à une destination. L’adresse ne semble pas être locale et aucun connecteur n’est configuré avec des espaces d’adressage qui contiennent l’adresse du destinataire. | Vérifiez que l’adresse du destinataire a été correctement entrée. Si l’adresse du destinataire se trouve dans un système de messagerie non SMTP auquel vous souhaitez spécifiquement fournir la remise du courrier, vous devez ajouter le type de connecteur approprié à votre topologie et le configurer pour fournir un service au système de messagerie du destinataire. |
| 5.1.3 | Invalid recipient address |
Ce message indique que l’adresse du destinataire apparaît incorrectement sur le message. | Soit le format de l’adresse du destinataire est incorrect, soit l’adresse du destinataire n’a pas pu être correctement résolue. La première étape de la résolution de cette erreur consiste à case activée l’adresse du destinataire et à renvoyer le message. Examinez également la stratégie de destinataire SMTP et vérifiez que chaque domaine de messagerie pour lequel vous souhaitez accepter le courrier s’affiche correctement. |
| 5.1.4 | Destination mailbox address ambiguous |
Au moins deux destinataires dans le organization Exchange ont la même adresse. | Cette erreur se produit généralement en raison d’une configuration incorrecte dans services de domaine Active Directory. Peut-être en raison de problèmes de réplication, deux objets destinataires dans services de domaine Active Directory ont la même adresse SMTP ou Exchange Server (EX). |
| 5.1.7 | Invalid address |
L’expéditeur a une adresse SMTP incorrecte ou manquante, l’attribut de messagerie dans le service d’annuaire. L’élément de courrier ne peut pas être remis sans un attribut de messagerie valide. | Vérifiez la structure du répertoire de l’expéditeur et déterminez si l’attribut de messagerie existe. |
| 5.2.1 | Mailbox cannot be accessed |
Impossible d’accéder à la boîte aux lettres. La boîte aux lettres peut être hors connexion, désactivée ou le message a été mis en quarantaine par une règle. | Vérifiez si la base de données de destinataires est en ligne, si la boîte aux lettres du destinataire est désactivée ou si le message a été mis en quarantaine. |
| 5.2.2 | Mailbox full |
Le quota de stockage de la boîte aux lettres du destinataire étant dépassé, celle-ci ne peut plus accepter de nouveaux messages. | Cette erreur se produit lorsque la boîte aux lettres du destinataire a dépassé son quota de stockage. Le destinataire doit réduire la taille de la boîte aux lettres ou l’administrateur doit augmenter le quota de stockage pour que la remise puisse réussir. |
| 5.2.3 | Message too large |
Le message est trop volumineux et le quota local est dépassé. Par exemple, un utilisateur Exchange distant peut avoir une restriction sur la taille maximale d’un message entrant. | Renvoyez le message sans pièces jointes, ou définissez le serveur ou la limite côté client pour autoriser une limite de taille de message plus élevée. |
| 5.2.4 | Mailing list expansion problem |
Le destinataire est une liste de distribution dynamique mal configurée. La chaîne de filtre ou le DN de base de la liste de distribution dynamique n’est pas valide. | Définissez le niveau de journalisation des événements du catégoriseur sur au moins le niveau minimal et envoyez un autre message à la liste de distribution dynamique. Vérifiez dans le journal des événements de l’application un événement 6025 ou un événement 6026 en détaillant l’attribut mal configuré sur l’objet de liste de distribution dynamique. |
| 5.3.3 | Unrecognized command |
Lorsque le serveur distant Exchange atteint la capacité de son stockage sur disque pour contenir le courrier, il peut répondre avec cette remise. Cette erreur se produit généralement lorsque le serveur d’envoi envoie des messages avec une commande BDAT ESMTP. Cette erreur indique également une erreur de protocole SMTP possible. | Vérifiez que le serveur distant dispose d’une capacité de stockage suffisante pour stocker les messages. Vérifiez le journal SMTP. |
| 5.3.4 | Message too big for system |
Le message dépasse une limite de taille configurée sur une base de données de transport ou de boîte aux lettres et ne peut pas être accepté. Cet échec peut être généré par le système de messagerie d’envoi ou le système de messagerie du destinataire. | Cette erreur se produit lorsque la taille du message envoyé par l’expéditeur dépasse la taille maximale autorisée lors du passage d’un composant de transport ou d’une base de données de boîtes aux lettres. L’expéditeur doit réduire la taille du message pour que le message soit correctement remis. Pour plus d’informations sur la configuration des limites de taille des messages, consultez Limites de taille des messages. |
| 5.3.5 | System incorrectly configured |
Une situation de bouclage du courrier a été détectée, ce qui signifie que le serveur est configuré pour boucler le courrier vers lui-même. | Vérifiez la configuration des connecteurs du serveur pour les boucles et vérifiez que chaque connecteur est défini par un port entrant unique. S’il existe plusieurs serveurs virtuels, vérifiez qu’aucun n’est défini sur « Tous non attribués ». |
| 5.4.4 | Invalid arguments |
Cette remise se produit si aucune route n’existe pour la remise des messages, ou si le catégorisateur n’a pas pu déterminer la destination du tronçon suivant. | Vérifiez que le nom de domaine spécifié est valide et qu’un enregistrement MX existe. |
| 5.4.6 | Routing loop detected |
Une erreur de configuration a créé une boucle de courrier. Par défaut, après 20 itérations d'une boucle de courrier, Exchange interrompt la boucle et envoie une notification d'échec de remise à l'expéditeur du message. | Cette erreur se produit lorsque la remise d'un message génère un autre message en réponse. Ce message génère ensuite un troisième message, et le processus se répète, créant ainsi une boucle. Pour vous prémunir contre l'épuisement des ressources système, Exchange interrompt la boucle de courrier après 20 itérations. Les boucles de courrier sont généralement créées en raison d'une erreur de configuration sur le serveur de courrier d'envoi et/ou le serveur de courrier de réception. Consultez la configuration des règles de boîte aux lettres de l'expéditeur et du destinataire pour déterminer si le transfert automatique des messages est activé. |
| 5.5.2 | Send hello first |
Une erreur SMTP générique se produit lorsque des commandes SMTP sont envoyées hors séquence. Par exemple, un serveur tente d’envoyer une commande AUTH (autorisation) avant de s’identifier avec une commande EHLO. Il est possible que cette erreur se produise également lorsque le disque système est plein. |
Affichez le journal SMTP ou une trace Netmon, et vérifiez que le stockage sur disque et la mémoire virtuelle sont suffisants. |
| 5.5.3 | Too many recipients |
Le nombre total combiné de destinataires sur les lignes À, Cc et Cci du message dépasse le nombre total de destinataires autorisés dans un seul message. | Cette erreur se produit lorsque l’expéditeur a inclus trop de destinataires dans le message. L’expéditeur doit réduire le nombre d’adresses de destinataire dans le message ou le nombre maximal de destinataires doit être augmenté pour permettre la remise du message. |
| 5.5.4 | Invalid domain name |
Le message contient un expéditeur non valide ou un format d’adresse de destinataire incorrect. L’une des causes possibles est que le format d’adresse du destinataire peut contenir des caractères qui ne sont pas conformes aux normes Internet. |
Vérifiez l’adresse du destinataire pour les caractères non standard. |
| 5.5.6 | Invalid message content |
Ce message indique une erreur de protocole possible. | Vérifiez les échecs possibles dans le journal des événements. |
| 5.7.1 | Delivery not authorized |
L'expéditeur du message n'est pas autorisé à envoyer des messages au destinataire. | Cette erreur se produit lorsque l’expéditeur tente d’envoyer un message à un destinataire, mais que l’expéditeur n’est pas autorisé à le faire. Cela se produit souvent lorsqu'un expéditeur tente d'envoyer des messages à un groupe de distribution configuré pour accepter les messages des seuls membres de ce groupe de distribution ou d'autres expéditeurs autorisés. L'expéditeur doit demander l'autorisation d'envoyer des messages au destinataire. Cette erreur peut également se produire si une règle de transport Exchange rejette un message parce que ce dernier réunit les conditions configurée sur la règle de transport. |
| 5.7.1 | Unable to relay |
Le système de messagerie émetteur n'est pas autorisé à envoyer un courrier à un système de messagerie qui n'est pas la destination finale du message. | Cette erreur se produit lorsque le système de messagerie d’envoi tente d’envoyer un message anonyme à un système de messagerie de réception et que le système de messagerie de réception n’accepte pas les messages pour le ou les domaines spécifiés dans un ou plusieurs des destinataires. Les causes les plus fréquentes de cette erreur sont les suivantes :
|
| 5.7.1 | Client was not authenticated |
Le système de messagerie d’envoi ne s’est pas authentifié auprès du système de messagerie de réception. Le système de courrier de réception requiert l'authentification avant l'envoi du message. | Cette erreur se produit lorsque le serveur de réception doit être authentifié avant l’envoi du message et que le système de messagerie émettrice ne s’est pas authentifié auprès du système de messagerie de réception. L’administrateur du système de messagerie d’envoi doit configurer le système pour s’authentifier auprès du système de messagerie de réception pour que la remise réussisse. Cette erreur peut également se produire si vous essayez d’accepter des messages anonymes provenant d’Internet sur un serveur de boîtes aux lettres qui n’a pas été configuré pour ce faire. |
| 5.7.3 | Not Authorized |
L’expéditeur a interdit la réaffectation à l’autre destinataire. |
NDR sections
Dans Exchange 2013, les NDR sont conçus pour être faciles à lire et à comprendre par les utilisateurs finaux et les administrateurs. Les informations affichées dans une remise sont séparées dans les deux zones suivantes :
- Une section d’informations utilisateur
- Section informations sur l’administrateur
Les informations contenues dans chaque section sont destinées aux lecteurs de cette section. La section informations utilisateur s’affiche en premier et contient des commentaires pour aider l’utilisateur à comprendre en termes non techniques pourquoi la remise du message a échoué. La section Informations de diagnostic pour les administrateurs fournit des informations techniques plus approfondies, telles que les en-têtes de message d’origine, qui aident les administrateurs de messagerie à résoudre un problème de remise. La figure suivante présente la section des informations utilisateur et la section Informations de diagnostic pour les administrateurs d’une NDR.
.png "NDR affichant les informations de diagnostic de l’utilisateur et de l’administrateur")
Section des informations utilisateur
La section informations utilisateur d’une remise générée par Exchange contient des informations que vous souhaitez communiquer à un utilisateur final qui a envoyé un message qui est retourné ultérieurement avec une remise. Le texte affiché dans cette section est inséré par le serveur Exchange qui a généré la remise.
Le texte de la section informations utilisateur est conçu pour aider les utilisateurs finaux à déterminer pourquoi le message a été rejeté et comment renvoyer le message correctement si le message doit être renvoyé. Le cas échéant, le nom de domaine complet (FQDN) du serveur qui a rejeté le message est inclus dans la section informations utilisateur. Si la remise échoue à plusieurs destinataires, l’adresse e-mail de chaque destinataire est répertoriée et la raison de l’échec est incluse dans l’espace sous l’adresse e-mail du destinataire.
Vous pouvez modifier le texte de la section informations utilisateur à l’aide de l’applet de commande New-SystemMessage . En créant un message personnalisé, vous pouvez fournir des informations spécifiques aux utilisateurs finaux, telles qu’un numéro de téléphone à utiliser pour contacter le service du support technique ou un lien hypertexte à utiliser pour obtenir un support en libre-service.
Informations de diagnostic pour les administrateurs
La section Informations de diagnostic pour les administrateurs contient des informations plus détaillées sur l’erreur spécifique qui s’est produite lors de la remise du message, le serveur qui a généré la remise de remise et le serveur qui a rejeté le message. Les champs suivants sont présents dans la plupart des NDR et sont visibles dans la figure « NDR sections » plus haut dans cette rubrique :
Serveur de génération : le serveur de génération est le serveur SMTP qui a créé la remise. Le serveur de génération utilise le code status amélioré qui est expliqué plus loin dans cette rubrique. Ce code crée une remise facile à lire. Si aucun serveur distant n’est répertorié sous l’adresse e-mail de l’expéditeur dans la section Informations de diagnostic pour les administrateurs , le serveur de génération est également le serveur qui a rejeté le message électronique d’origine. Si la remise du message échoue lorsque le message est envoyé à un autre destinataire dans le organization Exchange, le même serveur rejette généralement le message d’origine et génère la remise.
Destinataire rejeté : le destinataire rejeté est l’adresse e-mail du destinataire auquel la remise du message d’origine a échoué. Si la remise à plusieurs destinataires a échoué, l’adresse e-mail de chaque destinataire est répertoriée. Le champ destinataire rejeté contient également les sous-champs suivants pour chaque adresse e-mail répertoriée :
Serveur distant : le champ serveur distant contient le nom de domaine complet du serveur qui refuse la remise du message pendant la conversation SMTP. Le champ serveur distant n’est rempli que lorsque la remise a été tentée vers un serveur distant et que cette tentative de remise a été rejetée avant que le serveur récepteur reconnaisse correctement le message après l’envoi du corps du message. Si le message d’origine est correctement reconnu par le serveur de réception et qu’il est ensuite rejeté en raison de restrictions de contenu, par exemple, le champ serveur distant n’est pas rempli.
Code status amélioré : le code status amélioré est le code retourné par le serveur qui a rejeté le message d’origine. Le code status amélioré indique la raison pour laquelle le message d’origine a été rejeté. Le code status amélioré n’est pas réécrit par Exchange, mais il est utilisé pour déterminer le texte à afficher dans la section informations utilisateur. Les codes status améliorés que vous êtes le plus susceptible de rencontrer sont répertoriés dans « Codes d’état avancés courants » plus loin dans cette rubrique. Pour obtenir la liste détaillée des codes status améliorés, consultez RFC 3463.
Réponse SMTP : la réponse SMTP est le texte lisible par l’ordinateur retourné par le serveur qui a rejeté le message d’origine. La réponse SMTP contient généralement une chaîne courte qui fournit une explication du code status amélioré qui est également retourné. La réponse SMTP n’est pas réécrite par Exchange. En outre, cette réponse est toujours présentée au format US-ASCII.
En-têtes de message d’origine : la section Des en-têtes de message d’origine contient les en-têtes de message du message rejeté. Ces en-têtes peuvent fournir des informations de diagnostic utiles, telles que des informations qui peuvent vous aider à déterminer le chemin d’accès que le message prenait avant d’être rejeté ou si le champ À correspond à l’adresse e-mail spécifiée dans le champ destinataire rejeté.
Exemples de messages d’échec de remise
Les sections suivantes fournissent des exemples de deux façons de générer des messages d’échec de remise :
- Par le même serveur
- Par différents serveurs
Échec de remise généré et message d’origine rejeté par le même serveur
L’exemple suivant montre ce qui se passe lorsqu’un e-mail distant organization accepte la remise d’un e-mail via un serveur de transport Edge, puis rejette ce message en raison d’une restriction de stratégie sur la boîte aux lettres du destinataire. Dans ce cas, l’expéditeur n’est pas autorisé à envoyer des messages au destinataire. Les serveurs de transport Edge n’effectuent pas de validation de taille de message. Le serveur de transport Edge dans cet exemple accepte le message, car il a une adresse de destinataire valide et le message n’enfreint pas d’autres restrictions de contenu. Étant donné que le organization de courrier distant accepte l’intégralité du message, y compris son contenu, le organization de courrier distant est responsable du rejet du message et de la génération du message d’échec de remise à envoyer à l’expéditeur.
.gif "Échec de remise montrant les mêmes serveurs de génération et de rejet")
En outre, les messages qui sont rejetés lorsqu’ils sont envoyés à des destinataires faisant partie du même organization Exchange sont généralement rejetés par le même serveur de messagerie qui génère le message d’échec de remise. Les messages envoyés aux destinataires locaux peuvent être rejetés pour diverses raisons, telles que les boîtes aux lettres qui ont dépassé leur quota, l’absence d’autorisation d’envoyer des messages à l’adresse du destinataire ou des défaillances matérielles qui entraînent une perte étendue de connectivité à d’autres serveurs dans le organization.
Dans les deux cas, aucun serveur distant n’est inclus sous l’adresse e-mail des destinataires répertoriés dans le message d’échec de remise.
Échec de remise généré et message d’origine rejeté par différents serveurs
L’exemple suivant montre ce qui se passe lorsqu’un e-mail distant organization refuse la remise d’un e-mail avant qu’il n’accepte le message. Dans cet exemple, le serveur distant rejette le message et retourne un code status amélioré au serveur d’envoi local, car le destinataire spécifié n’existe pas. Le rejet se produit avant que le serveur de réception ne reconnaisse le message. Étant donné que le serveur de réception ne reconnaît pas correctement le message, le serveur de réception n’est pas responsable du message. Par conséquent, le serveur d’envoi local génère le message d’échec de remise et l’envoie à l’expéditeur du message d’origine.
.gif "Échec de remise montrant différents serveurs de génération/d’envoi")
Voir aussi
Envoyer des notifications d’échec de remise par e-mail dans Exchange Online