Le domaine parle avant que la question soit posée. Entrez le domaine du client — le diagnostic se fait ici, pas dans le message au technique.
Prototype : MX/NS comparés aux DNS génériques Amen (marque blanche incluse) et aux serveurs mail connus. L'IP (A) est vérifiée par WHOIS réel (RIPEstat) contre les marques team.blue, et reconnaît aussi Incapsula/Imperva (produit SiteLock) pour éviter de le confondre avec un hébergement externe. SPF/DMARC sont de vraies requêtes DNS TXT. DKIM est testé sur une liste de sélecteurs courants — s'il n'est trouvé avec aucun d'eux, ça reste ambigu (ámbar), pas une absence confirmée, puisque DKIM n'a pas d'emplacement fixe. Le WHOIS du domaine (registrar, expiration) vient d'un RDAP public — certains TLD n'en exposent pas, dans ce cas vérifiez manuellement. Le check HTTP/redirection a été retiré temporairement : le proxy public utilisé n'était pas assez fiable — il reviendra une fois qu'on aura une solution côté VPS. Les listes noires (RBL) testent l'IP du serveur mail sur Spamhaus et Barracuda par requête DNS pure — certaines DNSBL limitent les requêtes venant de gros résolveurs publics, un résultat "non concluant" n'est donc pas une garantie de propreté. Le résumé en haut (💡) combine NS/MX/A en une phrase pour éviter d'avoir à recouper les trois cartes à la main. Seule la case "Facturation" reste manuelle, à connecter à votre backoffice/CRM.