Vérificateur d'enregistrements MX

But et intention de l’utilisateur : Le vérificateur MX résout le problème de la validation de la configuration MX d’un domaine. Il est utilisé par les administrateurs IT, les ingénieurs DNS, les fournisseurs d’hébergement et les propriétaires de domaines pour diagnostiquer des problèmes de livraison d’e-mails, valider de nouveaux domaines ou auditer la santé DNS. L’utilisateur saisit un domaine ; l’outil interroge des serveurs DNS autoritatifs, agrège les enregistrements MX et affiche les priorités, les hôtes et les TTL. Il prend en charge une recherche rapide en one-shot et des options de résolveur avancées pour des analyses plus approfondies.
Logique centrale & Fonctionnalités : les fonctions obligatoires incluent la saisie de domaine, l’interrogation des serveurs DNS autoritatifs, la récupération des enregistrements MX, le tri par priorité croissante et l’affichage de l’hôte d’échange, de la priorité et du TTL. Les fonctionnalités optionnelles/avancées incluent des vérifications multi-résolveurs, la validation DNSSEC, des indices de connectivité par enregistrement, des comparaisons historiques et la détection d’anomalies automatisée. La valeur unique provient de sorties structurées adaptées à l’automatisation et au recoupage avec les résultats A/AAAA, et de résultats en temps réel rapides sur des résolveurs mondiaux.
Entrées & Sorties : Entrées : domaine (chaîne, FQDN), résolveur (chaîne optionnelle ou IP DNS), DNSSEC (booléen), délai d’attente (secondes, optionnel). Sorties : liste MX ( tableau de {priority:int, exchange:string, ttl:int}), résumé des comptes (total_records, has_mx, has_invalid_targets) et indicateurs d’état (status:string). Normalisation : les noms d’hôtes en minuscules; TTL en secondes; sortie adaptée pour l’intégration API. Format : flux JSON machine-friendly avec un résumé lisible en UI si nécessaire.
Algorithmes & Calculs : recherche MX DNS selon RFC 5321; tri des MX par priorité croissante; déduplication; normalisation TTL; validation de syntaxe de l’hôte d’échange; vérification optionnelle de résolution A/AAAA; détection de cibles inexistantes et TTL anormalement élevés.
Erreurs & Cas limites : NXDOMAIN ou SERVFAIL; timeouts traités comme réessai ou fatal selon la configuration; domaines sans MX signalés; échec de validation DNSSEC; gestion des limites de requêtes et de l’indisponibilité des résolveurs avec des messages d’état clairs.
Industrie/Région & Localisation : comportement conforme RFC; support DNS global; respect des règles de confidentialité; pas de données de devise ou de locale.
Hypothèses & Exclusions : suppose un accès DNS public et le consentement à interroger ; ne teste pas la délivrabilité réelle du courrier au-delà de la configuration DNS ; ne teste pas SPF/DKIM/DMARC; pas de simulateur complet de livraison de courrier.