Résoudre les problèmes liés aux environnements d’espace de noms partagés
L’espace de noms partagé est un scénario dans lequel une organisation partage le même domaine SMTP dans l’une des situations suivantes :
- Entre son serveur Exchange server et une solution de messagerie tierce.
- Entre deux organisations Exchange Server différentes (avec deux forêts Active Directory différentes).
Ces scénarios se produisent généralement lorsque des organisations migrent d’une solution de messagerie tierce vers Exchange Server ou dans des organisations qui fusionnent. Comme le suffixe de domaine est le même pour tous les utilisateurs, Exchange Server doit être configuré correctement pour permettre un routage correct des e-mails.
Un administrateur de messagerie doit effectuer les étapes suivantes pour configurer un environnement d’espace de noms partagé :
Créez un domaine accepté de relais interne. À l’aide du Centre d’administration Exchange (EAC) ou d’Exchange Management Shell (EMS), vous devez créer un domaine accepté qui correspond à l’espace de noms de domaine SMTP partagé. Le nouveau type de domaine accepté doit être Relais interne.
Par exemple, pour créer un domaine accepté de relais interne intitulé Contoso.com dans EMS, vous devez exécuter la commande PowerShell suivante :New-AcceptedDomain -Name "Contoso" -DomainName Contoso.com -DomainType InternalRelayCréez un connecteur d’envoi. À l’aide du CAE ou d’EMS, vous devez créer un connecteur d’envoi qui achemine les messages vers le domaine SMTP partagé.
Par exemple, pour créer un connecteur d’envoi dans EMS pour Contoso.com qui achemine les messages via un hôte intelligent nommé smarthost.Contoso.com, exécutez la commande suivante :New-SendConnector -Name "Contoso.com Send Connector" -Custom -AddressSpace Contoso.com -DNSRoutingEnabled $false -SmartHosts smarthost.Contoso.com -SmartHostAuthMechanism ExternalAuthoritative
La résolution des problèmes liés aux environnements d’espace de noms partagés inclut la vérification de l’exécution correcte des étapes précédentes de création et de configuration des connecteurs. Il est également important d’analyser si une solution de passerelle SMTP tierce a été impliquée dans le transport de messages de l’organisation.
Par exemple, considérez le scénario dans lequel une passerelle SMTP effectue des recherches LDAP dans Active Directory et détermine qu’un utilisateur n’est pas présent dans Active Directory. Dans ce cas, la passerelle peut rejeter l’e-mail, même si l’utilisateur dispose d’une boîte aux lettres située sur un système de messagerie non Exchange.