Stratégies d'adresse de messagerie et domaines acceptés dans Exchange 2007
Dernière rubrique modifiée : 2010-02-16
Dans Microsoft Exchange Server 2003, des stratégies de destinataire permettent de contrôler les paramètres d'adresse de messagerie et de gérer les boîtes aux lettres. Dans Microsoft Exchange Server 2007, cette tâche est affectée à deux fonctionnalités : les stratégies d'adresse de messagerie et les domaines acceptés. Cette rubrique décrit la relation entre les EAP et les domaines acceptés dans Microsoft Exchange. Elle décrit également la relation entre les stratégies de destinataire d'Exchange 2003 avec les EAP et les domaines acceptés dans Exchange 2007.
Stratégies d'adresse de messagerie et domaines acceptés dans Exchange 2007
Les stratégies d'adresses de messagerie (EAP) définissent les adresses proxy de messagerie qui sont marquées sur les objets destinataire. Les domaines acceptés définissent les espaces de noms SMTP pour lesquels une organisation Exchange route des messages. Tout domaine accepté ajouté au système peut être lié à une EAP de façon à ce que celle-ci génère des adresses de messagerie de destinataire pour le domaine accepté. De même, chaque EAP doit être liée à un domaine accepté existant de façon à ce que les messages électroniques envoyés aux adresses définies par l'EAP puissent être routés par des serveurs de transport Microsoft Exchange.
Dans Microsoft Exchange, les domaines faisant autorité et de relais sont gérés ensemble en tant que domaines acceptés. La console de gestion Exchange permet de gérer tous les domaines acceptés définis au sein de l'organisation.
Gestion des domaines acceptés
Dans l'arborescence de la console de gestion Exchange, sous le nœud Configuration de l'organisation, cliquez sur Transport Hub.
Dans le volet Détails, cliquez sur l'onglet Domaines acceptés.
Dans le volet Actions, cliquez sur Nouvelle stratégie d'adresse de messagerie pour démarrer l'Assistant Nouvelle stratégie d'adresse de messagerie.
L'Assistant permet de sélectionner une domaine accepté auquel s'applique une nouvelle stratégie d'adresse de messagerie.
Seuls les domaines acceptés définis au sein de l'organisation Microsoft Exchange peuvent être ajoutés à la liste dans l'EAP.
Vous pouvez également utiliser des cmdlets dans la console de gestion Exchange pour gérer les domaines acceptés et la stratégie d'adresse de messagerie. Pour plus d'informations, consultez la rubrique Procédure de configuration d’Exchange 2010 pour accepter des messages électroniques pour plusieurs domaines faisant autorité.
Stratégies de destinataire d'adresse de messagerie dans Exchange 2003
Dans Exchange 2003, il y a deux sortes de stratégies de destinataire : les stratégies de destinataire d'adresse de messagerie et les stratégies de destinataire de gestionnaire de boîtes aux lettres. Les stratégies de destinataire d'adresse de messagerie combinent les concepts d'EAP et de domaines acceptés qui sont séparés dans Microsoft Exchange.
Dans Exchange 2003, trois problèmes affectent le concept combiné de stratégie de destinataire d'adresse de messagerie :
Supposons qu'un domaine soit spécifié pour une stratégie de destinataire d'adresse de messagerie, mais qu'il ne soit pas défini comme domaine faisant autorité. Dans ce cas, les messages électroniques envoyés à des destinataires disposant d'adresses de messagerie définies par la stratégie ne sont pas routés au sein de l'organisation Exchange pour ce domaine. Ce scénario n'est pas valide. Pourtant, le Gestionnaire système Exchange ne le bloque pas.
Pour configurer le domaine faisant autorité, le paramètre doit figurer dans les propriétés définies pour la stratégie de destinataire d'adresse de messagerie dans le Gestionnaire système Exchange.
Les domaines de relais sont gérés via le nœud Connecteur au lieu du nœud Stratégies de destinataire dans lequel la gestion du domaine faisant autorité est effectuée. Cela rend la gestion plus complexe.
C'est pourquoi le concept de stratégie de destinataire d'adresse de messagerie Exchange 2003 sépare les EAP et les domaines acceptés dans Microsoft Exchange.