Não tenho ideia do motivo pelo qual o TLD a seguir tem um registro MX no nível raiz da zona. Isso não faz sentido algum.
Isso mostra a incompetência técnica da NIC? Por favor, comente se eu estiver errado.
(Pelo menos o Postfix parece não conseguir enviar para o postmaster @ ai porque ele anexa automaticamente o domínio local.)
Teste você mesmo com " dig mx ai " por exemplo.
.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.
É perfeitamente legal - significa que o operador de zona pode usar apenas <address>@<cctld> para suas operações de NIC. Qualquer software que não o suporte é interrompido - a resolução do caminho de pesquisa só deve ser tentada depois que uma pesquisa de DNS inicial falhar.
Observe que sua nomenclatura não está correta: esses registros existem no apex da zona. Há apenas uma raiz e é a que está no topo da árvore.
Você pode enviar o email para "postmaster @ ai". e deve chegar lá (eu não executo o Postfix, mas se ele não puder lidar com esse endereço, é uma falha do Postfix, não do sistema DNS).
É válido, embora, como você apontou, alguns aplicativos de e-mail e servidores não aceitem gentilmente um endereço de e-mail formatado assim.