Un domaine sans Enregistrement MX n'est pas forcément un domaine qui refuse le courrier. SMTP peut recourir à une recherche d'adresse lorsque les données MX sont absentes. Null MX existe pour indiquer qu'un domaine n'accepte pas le courrier électronique et éviter cette solution de repli ambiguë.
Publier la réponse explicite sans service
Références : RFC 7505 §3.
RFC 7505 définit Null MX comme un enregistrement MX unique avec la préférence zéro et le domaine racine comme échange : example.com . 300 EN MX .. Le point est significatif. Il ne s'agit pas d'un espace réservé pour un nom d'hôte, et hôte local n'est pas équivalent. Un domaine annonçant Null MX ne doit pas également annoncer un autre enregistrement MX .
Utilisez Null MX uniquement après avoir établi qu'aucune adresse de ce domaine précis n'a besoin de recevoir du courrier. Incluez la récupération de compte, les achats, les mentions légales, les comptes de rôle et les adresses opérationnelles à faible volume dans l'inventaire. Un domaine apparemment inactif peut toujours être l'adresse de récupération de quelqu'un.
Séparer les contrôles de réception et d'envoi
Références : RFC 7505 §4.2, RFC 7208 §5.1, RFC 9989 §4.10.1.
Null MX est une déclaration de réception. Il n'authentifie pas le courrier sortant, publie un SPF politique ou rendre un domaine insensible à l’usurpation d’identité. RFC 7505 déconseille Null MX sur les domaines utilisés dans les adresses SMTP MailFrom ou de message From, car les destinataires peuvent rejeter ce courrier. Utilisez une conception révisée des adresses de réception et de retour pour les expéditeurs légitimes plutôt que de traiter Null MX comme un paramètre sortant inoffensif.
Pour un domaine destiné ni à envoyer ni à recevoir, évaluez les contrôles sortants explicites comme un changement distinct. SPF v=spf1 -all est un refus illustratif de l’identité SPF exacte lorsqu’aucun expéditeur n’est autorisé. UN DMARC la politique nécessite une évaluation explicite de la portée, des sous-domaines et des rapports de la politique. Ne collez pas un ensemble de contrôles génériques dans un domaine dont l'inventaire d'envoi est incomplet.
Testez délibérément la voie négative
Références : RFC 5321 §5.1, RFC 7505 §3.
En zone isolée, le luminaire A a noreceive.example . EN MX 0 . et un Un record pour son site Internet. Le routage de courrier attendu reconnaît Null MX plutôt que de revenir à cette adresse Web. Le luminaire B a l'enregistrement A mais pas MX ; Le comportement implicite-MX de SMTP est un cas différent. Le luminaire C combine Null MX avec un échange ordinaire et constitue une configuration non valide et non une conception de basculement prise en charge.
Requête creusez @AUTH noreceive.example . MX +norécurse pour chaque appareil valide et conserver la réponse complète. Confirmez que le cas Null MX renvoie exactement l'enregistrement unique prévu. Utilisez ensuite un expéditeur SMTP contrôlé pour inspecter sa gestion sans envoyer de trafic non sollicité vers une infrastructure non liée. Les cas DNS sont ici des spécifications de test ; le comportement réel de l'expéditeur reste en attente d'exécution.
Confirmer la portée exacte
Références : RFC 4592 §3.3, RFC 8767 §4.
Un MX nul à example.com n'est pas automatiquement un enregistrement MX à sub.example.com. Testez les noms séparément, y compris les branches génériques et déléguées. L'absence DNS , la synthèse de caractères génériques et les enregistrements explicites peuvent conduire à des itinéraires différents.
Documentez la décision de non-réception avec le propriétaire de l'entreprise et demandez à un deuxième examinateur de vérifier le plan de contrôle de non-envoi, le cas échéant. Ce guide ne prétend pas qu’une telle approbation a eu lieu. Revenez en arrière via le processus DNS approuvé si une adresse requise est découverte, permettant ainsi les enregistrements mis en cache. La fermeture nécessite l’itinéraire publié prévu et un inventaire examiné de manière indépendante, et pas seulement une sauvegarde DNS réussie.
Recherche conservée et plan de contrôle révisable
La capture historique conservée du 7 novembre 2026, inspectée mais non réexécutée pour cet examen, enregistre qu'une requête UDP faisant autorité en boucle pour le synthétique noreceive.example MX est revenu exactement 0 .; la capture conservée comprend la requête, la réponse filaire, l'heure UTC et le point de terminaison d'autorité. Le plan concret de non-envoi qui l'accompagne combine ce MX avec un SPF -all et une politique de rejet DMARC illustrative pour un appareil explicitement supposé n'avoir aucun courrier légitime. Il répertorie les vérifications en amont des adresses de récupération et des sous-domaines, les restrictions de données de reporting, les limites de test du récepteur et la restauration. L'évaluation indépendante de ce plan constitue une étape d'examen et non l'approbation du propriétaire de l'entreprise. L'inventaire réel du client et tout déploiement public restent non vérifiés.
Gardez la portée des preuves explicite
La réponse historique Null MX est conservée avec ses octets de fil et son point de terminaison de bouclage. Son plan de non-envoi associé reste une proposition synthétique avec des hypothèses de stocks ; ni sa conservation ni cet examen du contenu ne fournissent l'approbation du client ou ne testent la gestion réelle du récepteur.