Je ne sais pas pourquoi les TLD suivants ont un enregistrement MX au niveau racine de la zone. Cela n'a aucun sens.
Cela montre-t-il l'incompétence technique de la carte réseau? Veuillez commenter si je me trompe.
(Au moins, Postfix semble ne pas pouvoir envoyer à postmaster @ ai car il ajoute automatiquement le domaine local.)
Testez-le vous-même avec " dig mx ai " par exemple.
.AI => mail.offshore.AI.
.AS => dca.relay.gdns.net.
.BJ => mail6.domain-mail.com.
.CF => mail.intnet.CF.
.DJ => smtp.intnet.DJ.
=> relais2.intnet.DJ.
.DM => mail.nic.DM.
.GP => ns1.nic.GP.
=> ns34259.ovh.net.
=> manta.outremer.com.
.HR => alpha.carnet.HR.
.IO => mailer2.IO.
.KH => ns1.dns.net.KH.
.KM => mail1.comorestelecom.KM.
.MH => imap.pwke.twtelecom.net.
.MQ => mx1-mq.mediaserv.net.
.NE => bow.rain.fr.
=> bow.intnet.NE.
.PA => ns.PA.
.TD => mail.intnet.TD.
.TT => 66-27-54-142.san.rr.com.
=> 66-27-54-138.san.rr.com.
.UA => mr.kolo.net.
.VA => proxy2.urbe.it.
=> john.vatican.VA.
=> paul.vatican.VA.
=> lists.vatican.VA.
.WS => mail.worldsite.WS.
.TD => mail.intnet.TD
.YE => mail.yemen.net.YE.
Réponses:
C'est parfaitement légal - cela signifie que l'opérateur de zone peut simplement utiliser
<address>@<cctld>
pour ses opérations NIC. Tout logiciel qui ne le prend pas en charge est défectueux - la résolution du chemin de recherche ne doit être tentée qu'une fois qu'une recherche DNS initiale a échoué.Notez que votre nomenclature n'est pas tout à fait correcte - ces enregistrements existent au sommet de la zone. Il n'y a qu'une seule racine , et c'est celle au sommet de l'arbre.
la source
Vous pouvez envoyer le courrier à "postmaster @ ai". et il devrait y arriver (je n'exécute pas Postfix, mais s'il ne peut pas gérer cette adresse, c'est un défaut de Postfix, pas du système DNS).
la source
$ dig -t mx ai
donneMX 10 mail.offshore.ai.
Il est valide, bien que, comme vous l'avez souligné, certaines applications et serveurs de messagerie n'acceptent pas gentiment une adresse e-mail formatée de la sorte.
la source