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
Créer des agents dans Microsoft 365 Copilot
Insight vous guide dans l’utilisation de la nouvelle expérience de création d’agents dans Microsoft Copilot Studio, disponible dans Copilot Chat. Découvrez les étapes clés pour concevoir, configurer et déployer ces nouveaux agents et injecter la puissance de l’IA directement dans le flux de travail.
Les articles les plus consultés
- Cybersécurité Active Directory et les attaques de nouvelle génération
- Chiffrements symétrique vs asymétrique
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Afficher les icônes cachées dans la barre de notification
Les plus consultés sur iTPro.fr
- Top 5 du Baromètre de la cybersécurité 2025 : entre confiance et vulnérabilités persistantes
- Analyse Patch Tuesday Février 2026
- Entamer la transition vers la cryptographie post quantique est prioritaire
- Full Cloud : une transformation numérique inévitable pour les entreprises ?
Articles les + lus
Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
Alliée ou menace ? Comment l’IA redessine le paysage cyber
CES 2026 : l’IA physique et la robotique redéfinissent le futur
Les 3 prédictions 2026 pour Java
Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
À la une de la chaîne Tech
- Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
- Alliée ou menace ? Comment l’IA redessine le paysage cyber
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
- Les 3 prédictions 2026 pour Java
- Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
