Prise en charge de deux domaines de messagerie SMTP et partage d'un domaine de messagerie SMTP avec un autre système

Dernière rubrique modifiée : 2005-05-20

Des situations particulières (fusions et rachats en particulier) nécessitent la prise en charge de deux espaces de noms et le partage d'un espace de noms avec un autre système. Pour expliquer ce genre de situation, prenons comme exemple la fusion des deux entreprises suivantes : Contoso, S.A. et Fourth Coffee. Contoso (contoso.com) rachète Fourth Coffee (fourthcoffee.com). Le processus de consolidation des espaces de noms est le suivant :

1. Contoso configure son organisation Exchange pour qu'elle accepte des messages pour le domaine non local de fourthcoffee.com. Pour plus d'informations sur l'acceptation de messages pour plusieurs domaines, voir la section sur la prise en charge de deux domaines de messagerie SMTP, plus loin dans cette rubrique.
2. Les deux systèmes partagent ensuite le domaine de messagerie SMTP contoso.com.
3. Enfin, les utilisateurs sont migrés vers une organisation Exchange unique, l'ancienne organisation ou l'ancien système sont supprimés.

Prise en charge de deux domaines de messagerie SMTP

La prise en charge de deux domaines de messagerie SMTP est un processus courant lors de la phase initiale d'une fusion ou d'un rachat. Pour illustrer la manière dont une organisation Exchange peut prendre en charge deux domaines de messagerie SMTP, considérez le même scénario de fusion concernant Contoso et Fourth Coffee. Lors des premières étapes de la fusion, Contoso continue d'utiliser son domaine de messagerie SMTP contoso.com. Cependant, pour permettre aux employés de Fourth Coffee de recevoir des messages électroniques avec leurs adresses d'origine, Contoso doit également accepter les messages pour le domaine de messagerie non local de fourthcoffee.com. La figure suivante illustre la prise en charge des deux domaines fourthcoffee.com et contoso.com.

Pour accepter des messages pour le domaine non local de l'entreprise rachetée récemment, Fourth Coffee, un administrateur à Contoso crée un connecteur SMTP vers fourthcoffee.com. Ce connecteur est configuré avec un espace d'adressage du domaine SMTP utilisé par Fourth Coffee (fourthcoffee.com) et configuré pour relayer des messages vers ce domaine. Pour ce faire, l'administrateur ouvre les propriétés du connecteur SMTP, clique sur l'onglet Espace d'adressage, puis active la case à cocher Autoriser les messages à être relayés vers ces domaines.

Important :
Vous devez configurer ce connecteur sur chaque serveur tête de pont qui accepte les messages Internet entrants pour le domaine fourthcoffee.com.

De plus, pour le domaine de messagerie (fourthcoffee.com) pour lequel l'administrateur veut accepter des messages, celui-ci vérifie la présence d'un enregistrement MX sur le serveur DNS Internet. Cet enregistrement MX doit pointer vers l'adresse IP du serveur de passerelle qui accepte les messages entrants. Pour plus d'informations sur le service DNS, voir la section sur le service DNS de la rubrique Dépendances de transport pour Exchange Server 2003.

Utilisation de l'outil de réécriture d'adresse Address Rewrite comme solution intermédiaire

Dans Exchange 2003, vous pouvez utiliser un nouvel outil de réécriture d'adresse appelé Address Rewrite comme étape intermédiaire dans un scénario de fusion ou de rachat. Cet outil réécrit les adresses de messagerie sur les messages sortants envoyés à Exchange et destinés aux adresses Internet ou externes (L'outil de réécriture d'adresse Address Rewrite est similaire à la fonctionnalité d'Exchange 5.5, ReRouteViaStore). Dans un rachat ou une fusion, vous pouvez réécrire tous les messages Internet sortants avec un seul domaine de messagerie SMTP du parent et continuer la prise en charge des domaines SMTP de l'entreprise parent et de l'entreprise rachetée jusqu'à ce que vous soyez en mesure de faire migrer tous les utilisateurs vers votre système Exchange.

Pour reprendre l'exemple du rachat de Fourth Coffee par Contoso, supposons qu'en guise de solution intermédiaire dans ce rachat, vous souhaitez que tous les utilisateurs de Fourth Coffee se mettent à utiliser le domaine de messagerie SMTP de contoso.com. Comme ces utilisateurs n'ont pas encore migré vers votre système Exchange, vous pouvez utiliser l'outil de réécriture d'adresse Address Rewrite pour réécrire tous les messages sortants envoyés par des utilisateurs sur le système Fourth Coffee avec l'adresse de messagerie contoso.com. Cependant, vous voulez également continuer à accepter des messages électroniques envoyés aux utilisateurs avec l'ancienne adresse de messagerie fourthcoffee.com.

Pour réécrire les adresses sortantes et continuer la prise en charge des deux domaines SMTP, procédez comme suit :

1. Utilisez l'outil de réécriture d'adresse Address Rewrite pour réécrire toutes les adresses de messagerie sortantes émises par les utilisateurs Fourth Coffee.
2. Créez des contacts dans Active Directory pour tous les utilisateurs sur le système de messagerie Fourth Coffee avec une adresse cible fourthcoffee.com et une adresse SMTP principale contoso.com.
3. Créez un connecteur SMTP avec un espace d'adressage fourthcoffee.com.

Étape 1 : Utiliser l'outil de réécriture d'adresse Address Rewrite pour réécrire les adresses de messagerie

Après avoir configuré le système de messagerie utilisé par l'entreprise Fourth Coffee pour router les messages Internet sortants à l'aide du service SMTP par l'intermédiaire de votre serveur Exchange, vous devez ensuite activer l'outil de réécriture d'adresse Address Rewrite sur les serveurs virtuels SMTP dans votre organisation Exchange chargés d'accepter les messages du système de messagerie de la filiale. Dans cet exemple, vous activez la réécriture d'adresses sur tous les serveurs virtuels SMTP qui acceptent des messages de la filiale Fourth Coffee.

Les conditions suivantes doivent être remplies pour garantir le fonctionnement correct de l'outil de réécriture d'adresse Address Rewrite :

• Le message correspond à du courrier SMTP soumis en externe et envoyé au serveur tête de pont Exchange.
• Les messages électroniques sont destinés à Internet.

Les messages internes ou les messages envoyés à partir d'autres serveurs Exchange dans votre organisation au serveur tête de pont où la réécriture d'adresse est activée ignore celle-ci. Il y a une exception : les messages soumis à l'aide d'Outlook Express ou tout autre client SMTP font l'objet d'une réécriture d'adresse sur ce serveur tête de pont.

N'oubliez pas que le but de cet outil est de réécrire des adresses uniquement pour les messages provenant de la filiale (messages SMTP soumis en externe) et adressés aux serveurs de messagerie de votre entreprise puis destinés à Internet.

Vous pouvez téléchargez l'outil de réécriture d'adresse Address Rewrite (exarcfg) sur le site Web Microsoft à l'adresse https://go.microsoft.com/fwlink/?LinkId=25097. Une fois l'outil téléchargé, utilisez la procédure suivante pour activer la réécriture d'adresse sur les serveurs virtuels SMTP appropriés.

Important :
La réécriture d'adresse doit être activée sur les serveurs virtuels SMTP têtes de pont qui reçoivent des messages du système de messagerie de la filiale. La réécriture d'adresse n'aura pas lieu si le message est d'abord soumis à un serveur virtuel SMTP sans réécriture d'adresse activée.

Pour obtenir des instructions détaillées, voir la rubrique Procédure d'activation de l'outil de réécriture d'adresse Address Rewrite à l'aide de l'outil Exarcfg.

Étape 2 :  Créer des contacts dans Active Directory pour les utilisateurs de Fourth Coffee

Dans Utilisateurs et ordinateurs Active Directory, vous devez créer un contact pour chaque utilisateur sur le système de messagerie Fourth Coffee. Chaque contact doit posséder une adresse cible fourthcoffee.com et une adresse SMTP principale contoso.com.

L'adresse cible apparaît sous l'onglet Exchange – Général des propriétés d'un contact. Vous définissez l'adresse SMTP principale sous l'onglet Adresse de messagerie des propriétés d'un contact. Vous pouvez utiliser un processus automatique pour ajouter ces contacts dans Active Directory ou vous pouvez effectuer ces opérations manuellement.

La procédure décrite dans la rubrique Procédure de création d'un contact dans Active Directory montre comment créer manuellement un contact dans Active Directory en utilisant l'adresse cible du système de messagerie non Microsoft, Fourth Coffee dans cet exemple, et une adresse SMTP principale utilisée par votre organisation Exchange, Contoso dans cet exemple.

Étape 3 :  Créer un connecteur SMTP avec un espace d'adressage fourthcoffee.com

Pour accepter des messages pour les utilisateurs de l'entreprise Fourth Coffee, un administrateur de Contoso crée un connecteur SMTP vers fourthcoffee.com et spécifie chaque serveur virtuel SMTP qui accepte les messages Internet entrants comme serveur tête de pont local pour le connecteur. Ce connecteur est configuré avec un espace d'adressage du domaine SMTP utilisé par Fourth Coffee (fourthcoffee.com), il est configuré pour relayer les messages vers ce domaine. Pour ce faire, l'administrateur ouvre les propriétés du connecteur SMTP, clique sur l'onglet Espace d'adressage, puis active la case à cocher Autoriser les messages à être relayés vers ces domaines.

Remarque :
Pour des raisons de performance, il est recommandé de ne pas utiliser le même serveur virtuel SMTP pour la réception des messages de la filiale ainsi que l'acceptation des messages Internet entrants. Vous devez désigner des serveurs virtuels SMTP séparés sur des serveurs Exchange distincts pour chaque fonction.

La figure suivante illustre la topologie utilisée par Contoso et Fourth Coffee. Remarquez qu'un serveur Exchange accepte les messages sortants de Fourth Coffee et qu'un serveur séparé route les messages entrants vers les utilisateurs Fourth Coffee. Le serveur virtuel SMTP qui accepte les messages de Fourth Coffee peut également fonctionner comme serveur de passerelle sortant, mais cela n'est pas obligatoire. Ce serveur virtuel SMTP peut soit router les messages Internet reçus des utilisateurs Fourth Coffee directement vers Internet, soit router ces messages vers le serveur de passerelle approprié.

Partage d'un domaine de messagerie SMTP avec un autre système

Partager un domaine de messagerie SMTP entre une organisation Exchange 2003 et un autre système de messagerie ou une autre organisation Exchange 2003 est une opération courante lors des étapes finales d'une fusion ou d'un rachat. Pour poursuivre le scénario précédent, supposez que Contoso se trouve dans les étapes finales de la consolidation de son système avec les systèmes de l'entreprise rachetés récemment, Fourth Coffee. Les boîtes aux lettres dans les organisations Exchange 2003 (qui contient tous les employés de Contoso) et dans l'autre système (qui contient tous les employés de Fourth Coffee) utilisent désormais le même domaine SMTP contoso.com dans leurs adresses. Dans le meilleur des cas, la meilleure façon de partager un domaine de messagerie SMTP est de permettre à Exchange d'accepter les messages entrants depuis Internet, de localiser un destinataire correspondant dans l'organisation Exchange, puis de transmettre les messages aux utilisateurs sur l'autre système de messagerie. La figure suivante illustre un domaine partagé avec un autre système.

Si Exchange fonctionne comme premier serveur de messagerie, vous disposez de deux méthodes pour configurer Exchange afin de partager l'espace d'adressage SMTP.

• Méthode 1 :  Partage des espaces de noms sélectionnés
  Dans la Méthode 1, les systèmes de messagerie partagent uniquement les espaces d'adressage SMTP sélectionnés — Exchange fait autorité sur les autres systèmes. Il s'agit là de la méthode préférée en raison de sa flexibilité. Vous devez également faire appel à cette méthode ou utiliser l'outil de réécriture d'adresse Address Rewrite décrit précédemment si l'une des conditions suivantes est présente dans votre environnement :
  • Vous créez des contacts dans Active Directory pour l'envoi des messages aux destinataires externes.
  • Les adresses SMTP cibles de ces destinataires externes correspondent aux domaines SMTP configurés dans les stratégies de destinataire Exchange 2003. Par exemple, si l'adresse @contoso.com est configurée sur l'une de vos stratégies de destinataire, et si vous souhaitez créer des contacts avec une adresse cible @contoso.com, vous devez utiliser cette méthode pour partager le domaine de messagerie SMTP @contoso.com.
• Méthode 2 :  Partage de l'ensemble des espaces d'adressage
  Bien que la Méthode 2 soit moins souple, elle est plus simple à configurer dans les petits environnements. Cependant, vous pouvez faire appel à cette méthode si Active Directory contient des contacts pour les destinataires externes sur l'autre système de messagerie. Pour plus d'informations sur l'utilisation des contacts dans un domaine SMTP partagé, voir l'article 319759 de la Base de connaissances Microsoft XADM: How to Configure Exchange 2000 Server to Forward Messages to a Foreign Messaging System That Shares the Same SMTP Domain Name Space.

Méthode 1 :  Partage des espaces de noms sélectionnés

La Méthode 1 offre une grande souplesse car elle vous permet de créer des contacts dans Active Directory et de faire migrer plus facilement des utilisateurs vers un système unique. Cette méthode utilise deux principes de base :

• **La création d'un connecteur SMTP avec un espace d'adressage du domaine distant, fourthcoffe.com.   **Le connecteur permet le relais des messages vers ce domaine. Le fait d'autoriser des relais vers le domaine distant permet à Exchange d'accepter des messages entrants pour ce domaine.

Important :
Vous devez configurer ce connecteur sur chaque serveur tête de pont qui accepte les messages Internet entrants pour le domaine fourthcoffee.com.

• **Exchange ne fait pas autorité sur le domaine.   **Si Exchange ne fait pas autorité sur un domaine, il part du principe que toutes les adresses du domaine existent dans son organisation. Par conséquent, si la résolution des messages ne peut pas avoir lieu localement, Exchange ne cherche jamais à envoyer des messages par l'intermédiaire d'un connecteur externe. En configurant Exchange pour qu'il ne fasse pas autorité pour le domaine, si l'utilisateur ne peut pas être trouvé localement, Exchange route le message vers le système distant par l'intermédiaire du connecteur.

  Remarque :

  Dans ce cas, comme le domaine de messagerie SMTP ne fait pas autorité, il n'est pas important qu'Exchange accepte des messages entrants pour des domaines sur lesquels il fait autorité. La configuration du connecteur garantit que l'organisation Exchange accepte les messages pour ce domaine — en effet, le connecteur est configuré avec un espace d'adressage SMTP du domaine distant et permet le relais des messages vers ce domaine. Exchange accepte uniquement les messages entrants pour le domaine SMTP partagé car le connecteur vers le système de messagerie distant permet aux messages d'être relayés vers cet espace d'adressage. Comme Exchange ne fait pas autorité pour le domaine de messagerie partagé, si vous supprimez le connecteur, Exchange arrête d'accepter les messages entrants pour ce domaine SMTP. Par conséquent, si vous supprimez le connecteur, n'oubliez pas de modifier la stratégie de destinataire et de donner autorité à Exchange pour ce domaine de messagerie SMTP.

L'utilisation de la Méthode 1 s'articule autour de trois étapes principales (chaque étape est approfondie dans les sections suivantes) :

1. Déterminer si Exchange fait autorité sur le domaine de messagerie SMTP que vous voulez partager.
2. Configurer la stratégie de destinataire pour le domaine de messagerie SMTP que vous voulez partager La manière dont vous procédez dépend de la présence ou non du domaine de messagerie SMTP sur la stratégie de destinataire par défaut, d'une autre stratégie de destinataire ou, si celle-ci n'existe pas encore, d'une stratégie de destinataire.
3. Créer un connecteur SMTP pour router les messages vers l'autre système de messagerie ou l'hôte.

Étape 1 :  Déterminer si Exchange fait autorité sur le domaine de messagerie SMTP que vous voulez partager

Avant de configurer votre stratégie de destinataire pour le domaine de messagerie SMTP que vous voulez partager, vous devez déterminer si Exchange fait autorité sur le domaine.

N'oubliez pas que, selon qu'Exchange 2003 fasse autorité ou non, celui-ci traite les messages électroniques différemment pour des adresses SMTP particulières. Comme Exchange ne transmet pas les messages qu'il ne peut pas résoudre localement pour un domaine faisant autorité, vous devez vous assurer qu'Exchange ne fait pas autorité sur le domaine de messagerie SMTP que vous souhaitez partager.

Pour obtenir des instructions détaillées, voir la rubrique Procédure d'affichage du paramètre qui détermine si Exchange Server fait autorité.

Étape 2 :  Configurer la stratégie de destinataire pour le domaine de messagerie SMTP que vous voulez partager

Lorsque vous configurez la stratégie de destinataire pour le domaine de messagerie SMTP que vous voulez partager, trois scénarios possibles s'offrent à vous :

• Scénario 1   Le domaine de messagerie SMTP que vous voulez partager figure dans la stratégie de destinataire par défaut.
• Scénario 2   Le domaine de messagerie SMTP que vous voulez partager figure dans une autre stratégie de destinataire.
• Scénario 3   Le domaine de messagerie SMTP que vous voulez partager ne figure pas dans une stratégie de destinataire.

Scénario 1 : Configuration d'un domaine SMTP partagé qui figure dans la stratégie de destinataire par défaut

Vous ne pouvez pas définir Exchange comme ne faisant pas autorité sur l'espace d'adressage SMTP principal de la stratégie de destinataire par défaut. Pour empêcher Exchange de faire autorité sur ce domaine, vous devez modifier la stratégie de destinataire par défaut en ajoutant un nouvel espace d'adressage principal réservé à usage interne. Cette adresse peut ressembler à @localhost ce qui signifie qu'elle est réservée au flux de messages internes dans votre organisation Exchange. Après avoir ajouté le nouvel espace d'adressage, vous devez configurer l'espace d'adressage partagé pour qu'il ne fasse pas autorité.

Pour configurer Exchange afin de partager un domaine de messagerie qui existe en tant qu'espace d'adressage principal sur la stratégie de destinataire par défaut, vous devez effectuer les opérations suivantes :

1. Sur la stratégie de destinataire par défaut, ajoutez un nouvel espace d'adressage principal sur lequel Exchange fait autorité, puis configurez l'espace d'adressage partagé pour qu'il ne fasse pas autorité.
2. Créez une deuxième stratégie de destinataire qui possède le même filtre de recherche comme stratégie de destinataire par défaut. Puis, attribuez à la deuxième stratégie de destinataire une priorité supérieure à la stratégie de destinataire par défaut afin que l'adresse de retour ou de réponse soit affichée comme l'espace d'adressage partagé.
   Cette étape est nécessaire car Exchange utilise l'espace d'adressage principal comme l'adresse de réponse affichée sur les messages sortants. Comme vous souhaitez que les messages sortants affichent le nom d'espace partagé sur la ligne Répondre, vous devez créer une autre stratégie de destinataire qui ne fait pas non plus autorité et qui possède une priorité plus élevée ; par conséquent, Exchange utilise cet espace d'adressage sur l'adresse de retour des messages sortants. Étant donné que la nouvelle stratégie de destinataire n'est pas la stratégie par défaut, vous pouvez configurer cet espace d'adressage pour qu'il ne fasse pas autorité.

Pour créer un nouvel espace d'adressage principal sur la stratégie de destinataire par défaut et configurer l'espace d'adressage partagé pour qu'il ne fasse pas autorité, effectuez la procédure décrite dans la rubrique Procédure de modification de la stratégie de destinataire par défaut.

Modifier ainsi la stratégie de destinataire par défaut force Exchange à utiliser la nouvelle adresse principale comme adresse de retour ou de réponse dans les messages électroniques sortants. Dans l'exemple ci-dessus, tous les utilisateurs de cette stratégie possèdent désormais une adresse de messagerie de retour qui correspond au nouvel espace d'adressage principal de @localhost. Comme vous souhaitez que vos utilisateurs possèdent l'adresse de retour du domaine de messagerie partagé (dans ce cas, contoso.com), vous devez créer une nouvelle stratégie de destinataire possédant une stratégie de priorité supérieure et qui contient l'espace d'adressage contoso.com. Exchange utilise la stratégie de destinataire à priorité supérieure sur l'adresse de retour. De plus, étant donné que cette nouvelle stratégie de destinataire n'est pas la stratégie par défaut, vous pouvez la configurer pour qu'elle ne fasse pas autorité. (N'oubliez pas que cet espace d'adressage ne doit pas faire autorité pour être routé par Exchange par l'intermédiaire du connecteur vers le système externe.)

Pour créer une stratégie de destinataire de priorité supérieure de sorte que les messages sortants affichent l'adresse de retour (réponse) correcte, effectuez la procédure décrite dans la rubrique Procédure de création d'une stratégie de destinataire de priorité supérieure avec le domaine de messagerie partagée.

Scénario 2 :  Le domaine SMTP que vous voulez partager figure dans une autre stratégie de destinataire

Si le domaine SMTP que vous souhaitez partager ne figure pas dans la stratégie de destinataire par défaut, vous pouvez configurer l'espace d'adressage pour qu'il ne fasse pas autorité.

Pour obtenir des instructions détaillées, voir la rubrique Procédure de modification d'une stratégie de destinataire existant pour le domaine SMTP que vous voulez partager.

Scénario 3 : Le domaine SMTP que vous voulez partager ne figure pas dans une stratégie de destinataire

Si le domaine SMTP que vous souhaitez partager ne figure pas dans une stratégie de destinataire, vous pouvez créer une nouvelle stratégie de destinataire avec l'espace d'adressage et la configurer pour qu'elle ne fasse pas autorité.

Pour obtenir des instructions détaillées, voir la rubrique Procédure de création d'une nouvelle stratégie de destinataire pour un domaine de messagerie SMTP qui ne figure pas dans une stratégie de destinataire.

Étape 3 :  Créer un connecteur SMTP pour router les messages vers l'autre système de messagerie

Maintenant qu'Exchange 2003 est configuré pour ne pas faire autorité pour le domaine SMTP partagé, si Exchange 2003 ne trouve pas d'adresse correspondante dans Active Directory, il cherche à localiser un chemin externe vers ce domaine. Pour trouver ce chemin, Exchange commence par rechercher un connecteur puis vérifie le service DNS (Domain Name System). À moins que l'enregistrement de serveur de messagerie (MX) pour ce domaine ne pointe déjà vers le serveur sur lequel réside l'autre système de messagerie (dans la plupart des cas, l'enregistrement MX pointe vers le serveur Exchange 2003 lui-même), vous devez créer un connecteur SMTP pour router les messages vers un hôte spécifique.

Important :
Vous devez configurer ce connecteur sur chaque serveur tête de pont qui accepte les messages Internet entrants pour le domaine fourthcoffee.com.

Pour obtenir des instructions détaillées, voir la rubrique Procédure de création d'un connecteur SMTP pour router les messages vers un hôte spécifique.

Après avoir configuré ces paramètres, si Exchange 2003 ne peut pas localiser une adresse locale correspondante dans ce domaine SMTP, Exchange transmet les messages vers l'hôte qui possède l'espace d'adressage correspondant comme cela est spécifié sur le connecteur SMTP.

Méthode 2:  Partage de l'ensemble des espaces d'adressage

Cette méthode concerne le partage de tous les espaces d'adressage ou des domaines de messagerie SMTP. Même si cette configuration est d'une implémentation aisée, elle se révèle moins souple que la Méthode 1. Dans cette configuration, Exchange 2003 fait autorité pour tous les espaces d'adressage. Votre annuaire ne peut pas contenir de contacts dont l'adresse cible correspond à un domaine sur lequel Exchange 2003 fait autorité.

Pour obtenir des instructions détaillées, voir la rubrique Procédure de partage de tous les espaces d'adressage dans votre organisation Exchange.

N'oubliez pas que ce paramètre affecte uniquement les domaines qui font autorité. Par conséquent, dans un domaine qui fait autorité, tous les messages envoyés à une adresse non résolue sont transmis au serveur spécifié sur le serveur virtuel SMTP. Les domaines ne faisant pas autorité dans Exchange 2003 ne sont pas affectés par ce paramètre. Les messages envoyés vers une adresse non résolue dans un domaine ne faisant pas autorité sont routés vers un connecteur SMTP correspondant, si celui-ci est présent. En l'absence de tout connecteur SMTP correspondant, le message est envoyé au serveur spécifié dans l'enregistrement MX trouvé dans le DNS.

Prise en charge de systèmes de messagerie supplémentaires

Comme le décrivent les scénarios précédents, l'autre système de messagerie qui reçoit les messages transmis par Exchange peut effectuer les mêmes tâches qu'Exchange et transmettre les messages à un système de messagerie tiers. Pour éviter le bouclage des messages, il est essentiel que le dernier système de messagerie (vers lequel les courriers sont transmis) fasse autorité pour le domaine. En d'autres termes, le système de messagerie doit rechercher un destinataire correspondant ; si le système chargé de recevoir les messages en dernier ne trouve pas de destinataire correspondant, il génère un rapport de non-remise pour le message. Le bouclage des messages se produit lorsque le système receveur recherche une correspondance dans ses destinataires puis retourne les messages vers le système d'origine lorsqu'une correspondance est trouvée.

Si Exchange est le dernier système de cette configuration, il retourne, par défaut, un rapport de non-remise pour les messages non résolus. Cependant, il est préférable de créer des destinataires personnalisés dans Active Directory pour tous les destinataires qui résident dans un système de messagerie différent. Ces destinataires doivent disposer d'adresses cibles similaires à @sous-domaine.contoso.com, , où sous-domaine indique les informations d'adresse supplémentaires afin de distinguer l'espace d'adressage du nom d'espace standard @example.com ; par exemple, @ventes.contoso.com.