Я понятия не имею, почему у следующего TLD есть запись MX на корневом уровне зоны. Это не имеет смысла вообще.
Показывает ли это техническую некомпетентность NIC? Пожалуйста, прокомментируйте, если я ошибаюсь.
(По крайней мере, Postfix, похоже, не сможет отправить postmaster @ ai, потому что он автоматически добавляет localdomain.)
Попробуйте сами, например, с помощью « dig mx ai ».
.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.
Ответы:
Это совершенно законно - это означает, что оператор зоны может просто использовать
<address>@<cctld>
для своих операций NIC. Любое программное обеспечение, которое не поддерживает его, разрешает путь поиска с ошибками, следует пытаться выполнять только после сбоя при первоначальном поиске DNS.Обратите внимание, что ваша номенклатура не совсем корректна - эти записи существуют на вершине зоны. Там только один корень , и это один на вершине дерева.
источник
Вы можете отправить письмо на «postmaster @ ai». и он должен туда попасть (я не запускаю Postfix, но если он не может обработать этот адрес, это недостаток Postfix, а не системы DNS).
источник
$ dig -t mx ai
даетMX 10 mail.offshore.ai.
Это верно, хотя, как вы указали, некоторые почтовые приложения и серверы не будут любезно относиться к адресу электронной почты, отформатированному таким образом.
источник