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
Guide de Threat Intelligence contextuelle
Ce guide facilitera l’adoption d’une Threat Intelligence - renseignement sur les cybermenaces, cyberintelligence - adaptée au "contexte", il fournit des indicateurs de performance clés (KPI) pour progresser d' une posture défensive vers une approche centrée sur l’anticipation stratégique
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Cybersécurité : les entreprises françaises réclament un durcissement inédit de la réglementation
- Le tournant Mythos : les entreprises devront opposer des agents IA à des agents IA
- Analyse Patch Tuesday Juillet 2026
- Au-delà du polling: pourquoi la surveillance des systèmes hérités devient un risque pour l’entreprise
Articles les + lus
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
À la une de la chaîne Tech
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
