Reroutage de message et file d’attente inaccessible
S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Dernière rubrique modifiée : 2007-08-14
Il s'agit ici de décrire les scénarios de routage de message Microsoft Exchange Server 2007 qui se déroulent quand un message non remis est plac?dans la file d’attente inaccessible pour l’une des raisons suivantes :
Il n'a pas été possible de déterminer un chemin de routage.
Le message est rerouté.
Lorsque vous suivez le flux des messages ou que vous contrôlez les files d’attente de transport de messages à l’aide de l’afficheur des files d’attente, vous pouvez mieux saisir dans quelles conditions les messages sont mis dans la file d'attente inaccessible ou sont reroutés. Lorsqu’un message est rerouté, il est de nouveau soumis à la file d’attente de soumission afin de déterminer le chemin de routage le moins coûteux à ce moment-là. Le catégoriseur détermine le chemin de routage.
Notes
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é dans la file d’attente inaccessible.
Le reroutage d'un message se produit lors de la phase de remise du message de l'envoi SMTP. Si on recense des modifications de configuration qui nécessitent qu’un message de cette file d'attente soit soumis de nouveau, il le sera pour être catégorisé de nouveau dans la phase de remise du message et il sera 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 la manière dont le chemin de routage le moins coûteux est calculé, consultez la rubrique Présentation du routage basé sur un site Active Directory. Pour plus d'informations sur le fonctionnement du catégoriseur, consultez la rubrique Architecture du transport.
Les serveurs de transport Exchange 2007 détectent les modifications de configuration susceptibles d’altérer la façon dont un message est rerouté. Pour des informations supplémentaires sur la façon dont les messages sont reroutés dans une organisation Exchange 2007 à l’aide d’un routage de site basé sur Active Directory, reportez-vous à Présentation du routage basé sur un site Active Directory. Pour des informations supplémentaires sur la résolution des problèmes de flux de message à l’aide de l’afficheur des files d’attente et à l’aide d’autres outils, consultez les ressources suivantes :
Résolution des échecs de remise de messages dans Exchange 2007
La page Wiki : Exchange 2007 Troubleshooting Exchange 2007 Transport Queuing Problems
Notes
Le contenu et l'URL des blogs et des pages Wiki sont susceptibles d'être modifiés sans préavis.
Scénarios de reroutage
Les files d’attente de remise de messages à distance sont le nerf du reroutage de messages. Remise locale des messages désigne la remise de messages qui sont envoyés à un destinataire ayant une boîte aux lettres dans le même site de services d’annuaire 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 de l'organisation Exchange et à des destinataires externes. La remise de messages à distance comprend le routage vers des sites Active Directory distants, vers des groupes de routage hérités et vers des domaines distants. 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é. Le DNS amélioré fait partie du service de transport Microsoft Exchange . Lors de la r?olution DNS am?ior? la s?ection de saut suivant est r?olue par une liste de noms de serveurs cibles. Le saut suivant est une propriété affectée à l’attribut NextHopSolutionKey du message pendant la catégorisation. Le composant de routage du catégoriseur de messages essaye de détecter les modifications de configuration qui nécessitent que les messages soient de nouveau soumis à la file d'attente.
Le pilote de banque d’informations est un composant du serveur de transport Hub qui remet des messages aux bases de données Exchange. Le pilote de banque d’informations soumet le message de nouveau au reroutage si l’une des conditions ci-après se vérifie :
Un message se trouve dans la file d’attente de remise MAPI, et le saut suivant a été sélectionné. Ce message n'a cependant pas encore été remis.
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 se situe dans une file d’attente de remise de passerelle non SMTP, c’est-à-dire une file d’attente qui est routée vers 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 de messages vers des répertoires de dépôt qui sont configurés pour l'utilisation de connecteurs étrangers. Par exemple, la suppression ou la d?activation d’un connecteur ?ranger impose de rerouter les messages vers un autre connecteur.
Plusieurs types de modifications de configuration affectent le routage des messages. Vous trouverez plus loin dans cette section une explication sur la façon dont le service de transport Microsoft Exchange gère ces modifications et sur celle dont elles affectent la remise des messages. La liste suivante résume les types de modifications de configuration :
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.
Modifications de saut suivant Les modifications de la configuration du saut suivant affectent la connectivit? Par exemple, modifier la liste des serveurs de transport Hub du site à distance Active Directory génère des changements dans la connexion du saut suivant.
Chemins de routage secondaires Lorsque les modifications de configuration se produisent sur un chemin de routage calcul?auparavant, les messages déj?routés sont remis 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. Le saut suivant ne change cependant pas. Cela se produit par exemple quand les serveurs de transport Hub ne sont pas en ligne dans un site Active Directory .
Cas particuliers Dans certains cas, les modifications de configuration peuvent découler de la défaillance de la résolution DNS MX pour un connecteur DNS ou un connecteur d’hôte actif.
Reportez-vous au tableau Modifications de configuration qui susceptibles de générer un reroutage du message et un délai plus bas dans cette section pour trouver une liste compète des modifications de configuration spécifiques qui affectent le routage des messages.
Saut suivant non valide
Cette section présente les modifications de configuration susceptibles de rendre non valide 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 catégorisés de nouveau.
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 qui étaient routés par ce connecteur d'envoi sont reroutés.
Relais SMTP dans un site Active Directory
Le relais de message Simple Mail Transfer Protocol (SMTP) dans un site Active Directory survient 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 2007 situé sur 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 2007 abonné au site local Active Directory.
La boîte aux lettres du destinataire se trouve sur un serveur qui exécute Microsoft 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 2007 sur le site local Active Directory.
Le destinataire est un groupe de distribution et le serveur d'extension pour ce groupe est un serveur de transport Hub Exchange 2007 sur le site local Active Directory.
Dans les trois 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 quatrième 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 distant Active Directory, 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 2007 sur un site distantActive Directory.
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 2007 sur un site distant Active Directory.
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 2007 sur un site distant Active Directory.
Le destinataire est un groupe de distribution et le serveur d'extension est un serveur de transport Hub Exchange 2007 sur un site distant Active Directory.
La boîte aux lettres du destinataire se trouve 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 sur un site distant Active Directory.
Dans ces scénarios, si le site distant Active Directory 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 2007 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és sur un serveur Exchange 2003.
Le destinataire est une adresse externe. Et les serveurs sources pour le connecteur SMTP qui sont sélectionnés pour cette adresse sont des serveurs Exchange 2003.
Le destinataire est une adresse externe. Et les serveurs sources pour le 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 des sauts suivants
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 récupéré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 sur le site distant Active Directory ;
modifications de la liste de serveurs de transport Hub ou de serveurs de transport Edge sur le site local Active Directory ;
modifications de la liste d'hôtes actifs sur un connecteur d'hôte actif ;
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 de l'adresse 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 atteignable et les messages sont remis sur le chemin de routage calculé préalablement. 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. Si le connecteur dont la portée est modifiée, passant par exemple de globale à limitée, se trouve sur le site local Active Directory, la modification n'a aucun effet. Si le connecteur se trouve sur un site distant Active Directory, la modification n'est pas détectée lors de la remise du message car les messages sont dans la file d'attente sur le site distant Active Directory 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 sont remis sur le chemin de routage déjà calculé. Puisque le chemin d'accès existe et qu'il est atteignable, les messages qui sont 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.
Sauts suivants indisponibles
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 vers la cible de saut suivant. La raison peut être :
Une tentative de connexion SMTP sur 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 ou Microsoft Exchange 2000 Server indisponibles ou hors ligne.
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 vers la cible de saut suivant, l'envoi SMTP fait une nouvelle tentative dans le file d'attente. La valeur par défaut du paramètre MaxIdleTimeBeforeResubmit, 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 à nouveau soumis 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.
Notes
La nouvelle soumission automatique de 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 pour les messages dans la file d'attente est immédiatement envoyée. En cas d'autres types d'échecs, la file d'attente est mise en mode Nouvel essai 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 Nouvel essai 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
| Scénario de routage | Modification de configuration et décision de routage | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Le message est routé vers un connecteur DNS configuré sur un serveur local |
|
||||||||||||||||
Le message est routé vers un connecteur d'hôte actif configuré sur le serveur local. |
|
||||||||||||||||
Le message est routé vers un connecteur avec un serveur de transport Hub ou Edge source sur le site local Active Directory. |
|
||||||||||||||||
Le message est routé vers un serveur d'extension pour un groupe de distribution sur le site local Active Directory. |
|
||||||||||||||||
Le message est routé vers un serveur de transport sur le site local Active Directory. |
|
||||||||||||||||
Le message est routé vers un site Active Directory distant |
|
||||||||||||||||
Le message est routé vers un serveur Exchange 2003 dans un groupe de routage distant. |
|
||||||||||||||||
Le message est routé vers une destination et des modifications de configuration sont effectuées, mais la destination demeure atteignable. |
|
||||||||||||||||
Le message est routé à l'aide d'une remise MAPI vers un serveur de boîtes aux lettres. |
|
||||||||||||||||
Le message est routé l'aide d'une passerelle non SMTP vers un connecteur non SMTP configuré sur le serveur local. |
|
File d'attente inaccessible
Chaque serveur de transport ne peut avoir qu'une seule file d'attente inaccessible. La file d'attente inaccessible contient les messages qui ne peuvent pas être routés à leurs destinations. En général, des changements de configuration qui ont modifié le chemin de routage pour la remise rendent une destination inaccessible. Quelle que soit la destination, tous les messages dont les destinataires sont inaccessibles se trouvent dans cette file d'attente. Pour plus d'informations sur les files d'attente, consultez la rubrique Gestion des files d'attente.
Comme expliqué précédemment dans cette rubrique, 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é dans 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 2007.
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. Mais 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 mal configuré.
Le destinataire est un groupe de distribution. Et le serveur d'extension pour le groupe de distribution est non valide ou n'a pas de rôle serveur de transport Hub installé.
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 mal configuré.
Dans les scénarios suivants, les messages ne sont pas mis dans la file d'attente inaccessible. Mais les notifications d'échec de remise sont envoyées.
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. Ou bien le connecteur correspondant est désactivé ou mal 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 mal configuré.
La décision de rerouter un message survient après la catégorisation et lors de la remise du message. La décision de mettre un message dans la file d'attente inaccessible est prise lors du routage de catégorisation. Un message rerouté peut être mis dans la file d'attente inaccessible si les modifications de configuration invalident le chemin de routage déterminé. Vous pouvez voir les files d'attente inaccessibles dans l'afficheur des files d'attente marqué du type de remise Inaccessible. Pour plus d'informations sur la résolution des problèmes de file d'attente inaccessible et autres problèmes de flux de messagerie, consultez les rubriques suivantes :
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 est soumis à nouveau uniquement si les anciennes tables de routage et les nouvelles ne sont pas semblables.
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'y a pas de connecteur de groupe de routage entre une organisation Exchange 2007 et une organisation Exchange 2003.
Un connecteur de groupe de routage entre le goupe de routage Exchange 2007 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 2007 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 s'il y a un connecteur de groupe de routage avant d'en définir un nouveau à l'aide de la cmdlet New-RoutingGroupConnector. Pour plus d'informations, consultez les rubriques Procédure de création de connecteurs de groupe de routage depuis Exchange 2007 vers Exchange Server 2003 et New-RoutingGroupConnector. S'il n'y a pas de connecteur de groupe de routage, le message est mis dans la file d'attente inaccessible. Pour plus d'informations concernant la coexistence des connecteurs de groupe de routage, consultez « Créer d'autres connecteurs de groupe de routage » dans Routage des messages dans un environnement de coexistence.
- Le site de destination Active Directory n'a 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 sur ce site sont envoyés dans 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 Rôle de serveur de transport Hub : vue d'ensemble.
- Il n'y a pas de lien de site Active Directory entre deux sites Active Directory.
Un lien de site Active Directory a été supprimé, en conséquence un site Active Directory déconnecté contient des serveurs Exchange 2007. Pour résoudre ce problème, créez un nouveau lien de site Active Directory à l'aide de Active Directory Sites et Services.
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 l'on trouve des incohérences lors du calcul de la table de routage, des événements sont enregistrés dans le journal des applications de l'Observateur d'événements Windows. Le dernier message d'erreur et ces événements peuvent aider l'administrateur à 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.L'administrateur peut également configurer manuellement les messages pour qu'ils soient soumis à nouveau dans les files d'attente. Utilisez la cmdlet Retry-Queue avec le paramètre Resubmit pour que les messages d'une file d'attente soient manuellement soumis à nouveau au catégoriseur. Pour plus d'informations, consultez la rubrique Procédure de nouvelle soumission des messages dans des files d'attente.
Pour plus d'informations
Pour plus d'informations, consultez les rubriques suivantes :