Nombre d’administrateurs ne réalisent pas que les enregistrements MX ne sont pas nécessaires pour le fonctionnement d’Exchange en interne. Ils sont requis sur les serveurs DNS en contact avec Internet, afin que votre organisation Exchange soit certaine de recevoir les courriers électroniques, mais Ex - change ne s’appuie pas sur
Enregistrement MX
les enregistrements MX en interne pour remettre les messages ou autre. Si des enregistrements MX sont présents pour des domaines dont Exchange n’a pas la charge, ils seront employés par ce dernier pour la remise du courrier aux domaines externes en question.
Toutefois, Exchange ne les utilisera pas pour la remise du courrier dans les limites de son organisation. Pour déterminer les domaines dont Exchan – ge a la charge, examinez les stratégies de destinataires au sein du Gestion – naire système Exchange. Si des enregistrements MX sont utilisés, respectez les directives suivantes :
• Le même serveur ne doit pas être utilisé plusieurs fois avec une priorité MX différente.
• La cible de l’enregistrement MX doit pouvoir être résolue.
• La cible de l’enregistrement MX ne doit pas être un CNAME.
De nouveau, comme Exchange n’a pas besoin des enregistrements MX pour fonctionner correctement, validez vos enregistrements MX pour garantir la conception appropriée de la zone. Le fait de lister un serveur plusieurs fois avec différentes priorités n’améliore en rien la remise du courrier ou la fiabilité.
Cela ralentit uniquement le processus de remise en forçant les serveurs de courrier à essayer plusieurs fois un serveur arrêté au lieu de passer au serveur opérationnel suivant. La remise du courrier sera réessayée indépendamment de la configuration des enregistrements MX et elle dépend des paramètres du serveur expéditeur.
L’enregistrement MX doit pouvoir être résolu, afin de garantir la remise du courrier à un domaine donné. Un administrateur peut facilement entrer un nom d’hôte non valide pour ledit enregistrement. Enfin, l’utilisation d’un CNAME comme cible MX est déconseillée, en raison des problèmes de compatibilité avec différents systèmes et normes de messagerie, comme défini dans la RFC. La RFC 1035 décrit en détail les enregistrements DNS.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Afficher les icônes cachées dans la barre de notification
- Activer la mise en veille prolongée dans Windows 10
- Les 6 étapes vers un diagnostic réussi
Les plus consultés sur iTPro.fr
- Le Zero Trust : pourquoi votre entreprise en a besoin
- Cloud souverain : répondre aux enjeux d’hybridation et de maîtrise des dépendances
- Cybermenaces 2026 : l’IA devient la nouvelle arme des attaquants
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
