Concevoir et implémenter une infrastructure de messagerie
Ce domaine évalue la conception et la mise en œuvre d’une infrastructure de messagerie : rôles serveur, routage SMTP, connecteurs, domaines acceptés, stratégies d’adresses et intégration DNS/Active Directory. L’examen ne demande pas de mémoriser des écrans, mais de choisir une topologie qui respecte les flux, les sites AD et les besoins de contrôle.
Règles de base
- Un domaine accepté autorise la messagerie à recevoir du courrier pour un espace de noms ; il ne crée pas à lui seul l’adresse d’un utilisateur.
- Une stratégie d’adresses e-mail applique des adresses proxy aux destinataires ; un connecteur d’envoi décide du chemin sortant.
- Le routage suit les sites Active Directory et les coûts de liaison ; les connecteurs doivent être limités au périmètre utile.
- Le DNS public (MX) et le DNS interne doivent désigner les bons hôtes ; un connecteur mal scopé peut créer une boucle ou un relais ouvert.
- Les files d’attente et le pipeline de transport expliquent les délais : catégorisation, résolution du destinataire, puis remise.
Exemple travaillé
Une entreprise a deux sites, Paris et Lyon, un domaine contoso.fr et une passerelle Internet à Paris. Elle veut que Lyon continue d’envoyer du courrier même si la liaison WAN tombe. On place un serveur de transport à Lyon avec un connecteur d’envoi vers Internet, et un connecteur de réception limité aux serveurs Exchange internes. À Paris, on garde le MX public. On ne met pas le connecteur Internet de Lyon en anonyme : on le restreint par authentification et plage IP. Raisonnement : la disponibilité locale du flux sortant est obtenue sans transformer Lyon en relais ouvert ; le MX reste centralisé pour l’entrée.
Pièges à éviter
Confondre domaine accepté et domaine distant ; oublier de créer la stratégie d’adresses ; placer un connecteur d’envoi sur le mauvais serveur ; négliger le coût de liaison AD ; ouvrir un relais anonyme.