Reroutage de message et file d'attente inaccessible

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2015-03-09

Microsoft Exchange Server 2010 inclut des scénarios de routage de message dans lesquels un message non remis est placé dans la file d’attente inaccessible ou rerouté.

La décision de placer un message dans la file d’attente inaccessible est prise pendant la phase de routage de la catégorisation. Si, au cours de la phase de routage, il est impossible de calculer un chemin de routage pour un message, celui-ci est envoyé à la file d’attente inaccessible.

Le reroutage d’un message se produit lors de la phase de remise du message du processus de connecteur d’envoi SMTP. Si des modifications de configuration requièrent qu’un message de cette file d’attente soit de nouveau envoyé, il sera redéposé pour catégorisation lors de la phase de remise du message et rerouté avec les nouvelles informations de configuration. Selon le type de modification de configuration, certains messages soumis de nouveau peuvent être envoyés vers la file d’attente inaccessible ou vers une autre file d’attente de remise.

Pour plus d’informations sur le mode de calcul du chemin de routage le moins coûteux, consultez la rubrique Présentation du routage des messages.  Pour plus d’informations sur le fonctionnement du catégoriseur, consultez la rubrique Présentation du pipeline de transport.

Souhaitez-vous rechercher des tâches de gestion relatives au routage des messages ? Consultez la rubrique Gestion du routage des messages.

Reroutage des messages

Il existe deux types de remise de messages dans Exchange :

• La remise locale de messages désigne la remise de messages envoyés à un destinataire ayant une boîte aux lettres dans le même site Active Directory que celui du serveur de transport Hub sur lequel la catégorisation a eu lieu.

• La remise de messages à distance désigne la remise de messages à des destinataires d’autres sites Active Directory de l’organisation Exchange et à des destinataires externes. Les files d’attente de remise de messages à distance sont le nerf du reroutage de messages. La remise de messages à distance peut être affectée de diverses façons par des modifications de configuration.

Le composant routage du catégoriseur essaye de détecter si les messages d’une file d’attente doivent être reroutés pendant la résolution DNS (Domain Name System) amélioré. Lors de la résolution DNS optimisée, le routage tente de détecter si une file d’attente doit être reroutée. Au cours de cette phase, l’attribut NextHopSolutionKey est converti en une liste de cibles. Cela permet au routage de détecter automatiquement les modifications de la configuration qui invalident ou modifient l’attribut NextHopSolutionKey. Si le routage détecte que les modifications de configuration requièrent le reroutage des messages dans une file d’attente, les messages de la file d’attente concernée sont redéposés dans le catégoriseur et le chemin le moins coûteux est recalculé, en tenant compte des nouveaux changements de configuration.

Le pilote de banque d’informations, qui remet des messages entrants aux bases de données Exchange peut également rerouter les messages. Il redépose un message pour reroutage si l’une des conditions suivantes est vérifiée :

• Le message se trouve dans une file d’attente de remise MAPI, et le saut suivant a été sélectionné, mais le message n’a pas été transmis.

• La boîte aux lettres de destination est déplacée vers un autre serveur de boîtes aux lettres.

Si un serveur de boîtes aux lettres n’est pas disponible lorsque le pilote de banque d’informations essaye de remettre les messages à ce serveur de boîtes aux lettres, le pilote de banque d’informations place la file d’attente des messages en état de nouvelle relance. Si les tentatives répétées de contacter le serveur de boîtes aux lettres échouent, tous les messages de cette file d’attente sont soumis de nouveau au catégoriseur à expiration de l’intervalle de relance.

Si un message est situé dans une file d’attente de remise de passerelle non SMTP (file d’attente routée vers un connecteur d’agent de remise ou un connecteur étranger), le gestionnaire de connexion de la passerelle étrangère détermine si les modifications de configuration nécessitent un reroutage. Le gestionnaire de connexion de la passerelle étrangère est un composant du service de transport Microsoft Exchange qui gère la remise des messages dans les files d’attente du connecteur d’agent de remise et les répertoires de dépôt du connecteur étranger. Par exemple, la suppression ou la désactivation d’un connecteur étranger requiert le reroutage des messages vers un autre connecteur.

La liste suivante récapitule les types de modification de configuration qui affectent le routage des messages. Chaque modification de configuration est abordée en détail plus loin dans cette rubrique :

• Saut suivant non valide   Le saut suivant pour le message a été supprimé ou modifié rendant donc le chemin de routage calculé auparavant non valide. Le saut suivant pour un message peut être un site Active Directory, un connecteur ou un serveur de transport (serveur de transport Hub ou Edge).

• Modifications de saut suivant   Les modifications de la configuration du saut suivant affectent la connectivité Par exemple, tout changement de la liste de serveurs de transport Hub dans le site Active Directory distant entraîne une modification de la connexion du saut suivant.

• Chemins de routage secondaires   Lorsque des modifications de configuration se produisent sur un chemin de routage précédemment calculé, les messages déjà routés sont transmis si le chemin de routage est accessible. Cependant, les nouveaux messages sont reroutés avec les modifications de configuration mises à jour.

• Saut suivant non disponible    Le saut suivant devient indisponible pour la connexion à cause de celle-ci ou de la disponibilité du serveur source. Cependant, le saut suivant ne change pas. Cela se produit par exemple quand les serveurs de transport Hub ne sont pas en ligne dans un site Active Directory .

• Autres scénarios de reroutage   Dans certains cas, les modifications de configuration peuvent résulter d’un échec de résolution de l’enregistrement de ressource DNS MX pour un connecteur DNS ou un connecteur d’hôte actif.

• Modifications de configuration provoquant le reroutage ou le retard des messages   Lorsque des modifications de configuration spécifiques sont détectées au cours de la phase de remise des messages, des actions de routage se produisent et les messages sont reroutés ou leur remise est différée.

Saut suivant non valide

Les modifications de configuration peuvent invalider un saut suivant calculé auparavant. Dans de telles circonstances, le composant de routage du catégoriseur peut détecter la modification de configuration et rerouter afin de compenser ce changement.

Remise à un connecteur SMTP de l’ordinateur local

Lorsqu’un message est remis à un connecteur SMTP de l’ordinateur local, le serveur qui a reçu le message pour le relayer vers sa destination devient aussi le serveur source pour le connecteur d’envoi via lequel le message est routé. Ce genre de remise se produit quand l’une des conditions ci-après se vérifie :

• Le message a été reçu sur un connecteur de réception lié.

• Le destinataire possède une adresse externe, et l’un des serveurs sources du connecteur sélectionné est l’ordinateur local.

Si le connecteur d’envoi sélectionné par le composant de routage du catégoriseur est supprimé ou désactivé, la modification de configuration est détectée pendant la phase de remise du message. Cela engendre une nouvelle catégorisation de tous les messages de la file d’attente.

Si la configuration du connecteur d’envoi est modifiée dans le but de supprimer le serveur local des serveurs sources du connecteur, la modification de configuration est détectée pendant la phase de remise du message, et tous les messages de la file d’attente sont de nouveau catégorisés.

Une modification de la méthode de résolution des adresses du connecteur d’envoi génère un reroutage de la file d’attente. Vous pouvez configurer un connecteur d’envoi afin d’utiliser le DNS pour résoudre automatiquement les enregistrements MX et le routage des messages ou afin de router tous les messages grâce à un ou plusieurs hôtes actifs. Si vous modifiez la résolution de l’adresse d’un connecteur d’envoi, les messages routés via ce connecteur d’envoi sont reroutés.

Relais SMTP dans un site Active Directory

Le relais de messages SMTP dans un site Active Directory se produit dans les scénarios suivants :

• Le destinataire a une adresse externe et au moins l’un des serveurs sources pour le connecteur d’envoi est un serveur de transport Hub Exchange 2010 situé dans le site local Active Directory.

• Le destinataire a une adresse externe et au moins l’un des serveurs sources pour le connecteur d’envoi est un serveur de transport Edge Exchange 2010 abonné au site local Active Directory.

• La boîte aux lettres du destinataire est située sur un serveur qui exécute Exchange Server 2007 dans le site Active Directory local.

• La boîte aux lettres du destinataire est située sur un serveur qui exécute Exchange Server 2003 et au moins l’un des serveurs sources pour le connecteur de groupe de routage sélectionné est un serveur de transport Hub Exchange 2010 dans le site Active Directory local.

• Le destinataire est un groupe de distribution et le serveur d’extension pour ce groupe est un serveur de transport Hub Exchange 2010 dans le site local Active Directory.

Dans les quatre premiers scénarios, si le connecteur d’envoi est supprimé ou désactivé, la modification de configuration est détectée lors de la remise du message, et le contenu de la file d’attente est soumis à nouveau.

Dans le dernier scénario, les messages sont mis en file d’attente pour remise à un serveur d’extension et l’attribut NextHopSolutionKey contient le nom de domaine complet (FQDN) du serveur d’extension pour le groupe de distribution. Si le rôle serveur de transport Hub est désinstallé du serveur d’extension spécifié, cette modification de configuration est détectée lors de la remise du message et le contenu de la file d’attente est soumis à nouveau.

Relais SMTP vers un site Active Directory distant

Lorsqu’un message est remis à un site Active Directory distant, le saut suivant est un site Active Directory différent du serveur de transport Hub qui traite le message. Ce type de remise survient dans les scénarios suivants :

• Le destinataire est un utilisateur résolu, une base de données de boîte aux lettres ou un dossier public, et l’ordinateur de destination est un serveur Exchange 2010 dans un site Active Directory distant.

• Le destinataire est une adresse externe et les serveurs sources du connecteur d’envoi qui sont sélectionnés pour cette adresse sont des serveurs Exchange 2010 dans un site Active Directory distant.

• Le destinataire est une adresse externe et les serveurs sources du connecteur étranger sélectionnés par le composant de routage du catégoriseur sont des serveurs Exchange 2010 dans un site Active Directory distant.

• Le destinataire est un groupe de distribution et le serveur d’extension est un serveur de transport Hub Exchange 2010 dans un site Active Directory distant.

• La boîte aux lettres du destinataire est située sur un serveur Exchange 2003 et le serveur de transport Hub le plus proche listé comme serveur source pour le connecteur du groupe de routage sélectionné se trouve dans un site Active Directory distant.

Dans ces scénarios, si le site Active Directory distant est supprimé, la modification de configuration est détectée lors de la remise du message, et le contenu de la file d’attente est soumis à nouveau.

Relais SMTP vers un Exchange 2003 Server

Lorsqu’un message est remis à un serveur Exchange 2003, le serveur de transport Hub Exchange 2010 relaie le message par un connecteur de groupe de routage vers un serveur Exchange 2003. Ce type de remise survient dans les scénarios suivants :

• Le destinataire est un utilisateur résolu, une base de données de boîte aux lettres ou un dossier public situé sur un serveur Exchange 2003.

• Le destinataire est une adresse externe et les serveurs sources du connecteur SMTP sélectionnés pour cette adresse sont des serveurs Exchange 2003.

• Le destinataire est une adresse externe et les serveurs sources du connecteur étranger sélectionné pour cette adresse sont des serveurs Exchange 2003.

• Le destinataire est un groupe de distribution et le serveur d’extension désigné est un serveur Exchange 2003.

Dans ces scénarios, si le connecteur de groupe de routage est supprimé, la modification de configuration est détectée lors de la remise du message, et le contenu de la file d’attente est soumis à nouveau.

Modifications du saut suivant

Dans certains scénarios, le saut suivant n’est pas invalidé. Néanmoins, sa modification concerne la connexion à une cible de saut suivant. Ces modifications de configuration sont automatiquement détectées lors de la remise du message et les messages sont remis aux nouvelles cibles.

Les modifications ci-dessous entraînent une mise à niveau de la liste de cibles de saut suivant :

• Modifications de la liste de serveurs cibles d’un connecteur de groupe de routage.

• Modifications de la liste de serveurs de transports Hub dans le site Active Directory distant.

• Modifications de la liste de serveurs de transport Hub ou de serveurs de transport Edge dans le site Active Directory local.

• introduction de sites hub avec un chemin de routage calculé préalablement. Lorsque cette modification est détectée lors de la remise du message, la liste d’adresses IP qui est renvoyée à la requête résolue est corrigée afin que le message soit envoyé au site Hub.

Chemins de routage secondaires

Si, en raison d’une modification de configuration, le chemin de routage calculé préalablement devient secondaire ou que le chemin de routage est retiré de la prise en considération, il demeure accessible et les messages sont remis sur le chemin de routage préalablement calculé. Les modifications de configuration suivantes entrent dans cette catégorie :

• Les restrictions de taille des messages sont ajoutées sur le chemin de routage. En conséquence, les messages dépassant la taille maximale sont routés sur un chemin de routage différent.

• Un chemin de routage moins coûteux ou plus proche est alors créé.

• L’espace d’adressage du connecteur est modifié.

• Autres modifications relatives au connecteur : l’activation d’un connecteur ou la modification de la portée pour un connecteur. Par exemple, si un connecteur dont la portée est modifiée de globale à limitée, se trouve dans le site Active Directory local, la modification n’a aucun effet. Si le connecteur est situé dans un site Active Directory distant, la modification n’est pas détectée lors de la remise du message, car les messages sont placés dans la file d’attente sur le site Active Directory distant et non sur le connecteur.

• Lorsque le chemin de routage tente un relais SMTP vers un serveur de boîte aux lettres sur le site distant Active Directory, le serveur de boîte aux lettres se déplace d’un site distant Active Directory à un site local Active Directory.

• Le chemin de routage essaye d’atteindre le serveur d’extension pour un groupe de distribution lorsqu’il n’est plus un serveur d’extension.

Dans ces scénarios, les messages existants sont remis sur le chemin de routage déjà calculé. Puisque le chemin d’accès existe et qu’il est accessible, les messages déjà routés ne sont pas concernés par ces modifications de configuration. Mais les nouveaux messages sont routés avec la configuration mise à niveau.

Saut suivant indisponible

Dans ce scénario, une modification de configuration ou de connectivité réseau n’invalide pas le saut suivant vers lequel les messages sont routés, mais le rend indisponible. Cela signifie que, pour une raison ou pour une autre, une connexion SMTP ne peut être établie avec la cible de saut suivant. La raison peut être :

• Une tentative de connexion SMTP dans le site local, avec un serveur de transport Hub actuellement hors ligne.

• Un site distant Active Directory a des serveurs de transport Hub indisponibles ou hors ligne.

• Un groupe de routage distant a des serveurs têtes de ponts Exchange 2003 indisponibles ou hors connexion.

• Les domaines distants sont indisponibles en raison des problèmes de connectivité réseau.

L’échec de la remise des messages dû aux problèmes de connectivité réseau n’est pas détecté par le composant de routage du catégoriseur. Lorsqu’une connexion SMTP ne peut être établie avec la cible de saut suivant, le connecteur d’envoi SMTP effectue une nouvelle tentative dans la file d’attente. La valeur par défaut du paramètre MaxIdleTimeBeforeResubmit, qui est situé dans le fichier de configuration EdgeTransport.exe, est de 12 heures. Après que l’intervalle de relance configurable (MaxIdleTimeBeforeResubmit) a expiré sans pouvoir établir de connexion, tous les messages de la file d’attente sont redéposés dans la file d’attente de soumission. Si le problème de connectivité persiste, ce processus se répète. Si le problème de connectivité est résolu, les messages sont remis dès que la relance des messages fonctionne. Une modification de configuration qui modifie la destination du saut suivant peut également résoudre le problème. Par exemple, si le problème survient parce que tous les serveurs de transport Hub sur le site de destination sont hors ligne, et que vous déplacez les boîtes aux lettres vers un serveur sur un site différent, le saut suivant modifiera le nouveau site.

Remarque :
La nouvelle soumission automatique depuis la file d’attente de remise vers la file d’attente de soumission ne se produit que pour les files d’attente autres que celles de connecteurs. Les files d’attente de connecteurs restent en mode Nouvel essai jusqu’à ce que le problème soit résolu, ou les messages expirent et une notification d’échec de remise est envoyée.

Autres scénarios de reroutage

En plus des scénarios mentionnés précédemment, les scénarios suivants entraînent le reroutage des messages lors de la remise :

• La résolution DNS MX échoue pour un connecteur DNS. Si la résolution DNS MX échoue parce que l’hôte faisant autorité pour l’enregistrement MX est introuvable, une notification d’échec de remise des messages dans la file d’attente est immédiatement envoyée. En présence d’autres types d’échec, la file d’attente est mise en mode nouvelle tentative jusqu’à ce que la connexion soit établie ou que les messages expirent.

• La résolution DNS MX échoue pour un connecteur d’hôte actif. La file d’attente est mise en mode nouvelle tentative jusqu’à ce que les messages expirent.

Les modifications de configuration entraînent le reroutage ou le retard des messages

Le tableau suivant présente les décisions de routage qui sont prises lorsque des modifications de configuration spécifiques sont détectées lors de la remise des messages, et que les messages sont reroutés ou remis en retard.

Modifications de configuration entraînant le reroutage ou le retard des messages

File d’attente inaccessible

La file d’attente inaccessible contient des messages qui ne peuvent pas être routés vers leur destination. En règle générale, l’inaccessibilité d’une destination résulte d’adresses électroniques mal orthographiées ou de modifications de configuration qui ont altéré le chemin de routage pour la remise. Quelle que soit la destination, tous les messages dont les destinataires sont inaccessibles se trouvent dans cette file d’attente.

La décision de placer un message dans la file d’attente inaccessible est prise pendant la phase de routage de la catégorisation. Si, au cours de la phase de routage, il est impossible de calculer un chemin de routage pour un message, celui-ci est envoyé à la file d’attente inaccessible. Les messages de la file d’attente inaccessible sont reroutés après les modifications de configuration. Il n’y a qu’une seule file d’attente inaccessible pour chaque serveur de transport Exchange 2010.

Lors de la catégorisation, les messages sont mis dans la file d’attente lorsque les conditions suivantes sont réunies :

• Le destinataire est un objet destinataire Active Directory valide. Cependant, il est impossible de calculer un chemin de routage pour ce destinataire.

• Le destinataire est une adresse SMTP externe et il est impossible de trouver un connecteur correspondant pour l’espace d’adressage. Un connecteur correspondant peut également être ignoré par le composant de routage du catégoriseur, car il est désactivé ou incorrectement configuré.

• Le destinataire est un groupe de distribution. Le serveur d’extension pour le groupe de distribution n’est pas valide ou aucun rôle serveur de transport Hub n’est installé pour ce dernier.

• Le destinataire est une adresse SMTP de destination d’un message reçu sur un connecteur de réception lié à un connecteur d’envoi qui est ignoré par le composant de routage du catégoriseur parce qu’il est désactivé ou incorrectement configuré.

Dans les scénarios suivants, les messages ne sont pas placés dans la file d’attente inaccessible et des notifications d’échec de remise sont envoyées à la place :

• Le chemin de routage ne peut pas être calculé pour un destinataire parce que des contraintes, telles que des restrictions de taille des messages, empêchent la remise du message avec un seul chemin de routage, déterministe, calculé par le catégoriseur.

• Le destinataire est une adresse autre que SMTP et il est impossible de trouver un connecteur correspondant. Le connecteur correspondant est peut-être également désactivé ou incorrectement configuré.

• Le destinataire est une adresse de destination autre que SMTP reçue sur un connecteur de réception lié à un connecteur d’envoi qui est ignoré par le composant de routage du catégoriseur parce qu’il est désactivé ou incorrectement configuré.

Les messages dans la file d’attente inaccessible sont soumis à nouveau au catégoriseur lorsque les tables de routage sont reconstruites en raison de modifications de configuration. Les anciennes tables de routage et les nouvelles sont comparées. Le contenu de la file d’attente inaccessible n’est de nouveau soumis que si les anciennes et nouvelles tables de routage ne sont pas identiques.

Scénarios dans lesquels les messages sont mis dans la file d’attente inaccessible

Cette section décrit plusieurs scénarios dans lesquels les messages sont mis dans la file d’attente inaccessible.

• Il n’existe aucun connecteur de groupe de routage entre une organisation Exchange 2010 et une organisation Exchange 2003
  Un connecteur de groupe de routage entre le groupe de routage Exchange 2010 et les groupes de routage Exchange 2003 n’a pas été configuré, ou le dernier connecteur de groupe de routage entre le groupe de routage Exchange 2010 et les groupes de routage Exchange 2003 a été supprimé. Il n’y a aucun connecteur de groupe de routage capable de fournir un chemin de routage vers les destinataires Exchange 2003. Pour résoudre ce problème, vérifiez d’abord que le connecteur de groupe de routage est manquant. Si tel est le cas, vous pouvez créer un connecteur de groupe de routage. Pour plus d’informations, consultez la rubrique Créer des connecteurs de groupe de routage supplémentaires à partir d'Exchange 2010 vers Exchange 2003. S’il n’y a pas de connecteur de groupe de routage, le message est mis dans la file d’attente inaccessible. Vérifiez la configuration du connecteur de groupe de routage.

• Le site Active Directory de destination ne comporte pas de serveurs de transport Hub.
  Le site de destination Active Directory n’a pas de serveurs de transport Hub. Dans ce scénario, les messages pour les destinataires de ce site sont envoyés à la file d’attente inaccessible. Pour résoudre ce problème, déployez un serveur de transport Hub sur le site Active Directory. Pour plus d’informations, consultez la rubrique Vue d'ensemble du rôle serveur de transport Hub.

• Il n’existe aucun lien de site Active Directory entre deux sites Active Directory.
  Un lien de site Active Directory a été supprimé et par conséquent, un site Active Directory déconnecté contient des serveurs Exchange 2010. Pour remédier à ce problème, créez un lien de site Active Directory à l’aide de Sites et services Active Directory.

• Autres problèmes
  Lorsqu’un message est mis dans la file d’attente inaccessible, le dernier message d’erreur précise pourquoi le message y était placé. Si plusieurs destinataires d’un même message sont routés vers la file d’attente inaccessible, mais pour des raisons différentes, la dernière erreur disponible sur chaque destinataire précise la raison pour chacun d’eaux. Si des incohérences sont détectées lors du calcul de la table de routage, des événements sont consignés dans le journal des applications de l’Observateur d’événements Windows. Le dernier message d’erreur et ces événements peuvent vous aider à déterminer l’erreur de configuration et à apporter des corrections, de façon à ce que les messages de la file d’attente inaccessible puissent être correctement routés.

  Vous pouvez aussi forcer une nouvelle soumission des messages dans les files d’attente. Pour plus d’informations, consultez la rubrique Envoyer à nouveau les messages dans les files d’attente.

 © 2010 Microsoft Corporation. Tous droits réservés.