Что это значит для MX
запись, чтобы иметь раздел ответов, который содержит сам? Ранее я считал, что это означает, что домен является собственным почтовым доменом, но, проведя пару экспериментов с веб-доменами, я получаю тайм-ауты соединения, SMTP
сканирование доменов с MX
записи, как показано ниже.
Какой RFC / где в RFC содержится эта спецификация?
$ dig -t mx yahoo.net
; <<>> DiG 9.11.3-1ubuntu1.7-Ubuntu <<>> -t mx yahoo.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29654
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;yahoo.net. IN MX
;; ANSWER SECTION:
yahoo.net. 1800 IN MX 0 .
;; Query time: 175 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: [REDACTED] UTC 2019
;; MSG SIZE rcvd: 53
Другие домены, у которых есть MX
такие записи: umblr.com
, google.az
, ardmediathek.de
, huffingtonpost.ca
, yimg.com
, healthdirect.gov.au
На самом деле запись yahoo.net mx указывает на. это означает, что у него вообще нет правильной записи MX. В таких ситуациях хосты иногда принимают записи в записях A, но здесь это не так.
что касается RFC, вы можете начать с rfc974 и новее.
Во-первых, как общее наблюдение, название .
относится не к «самому домену», а к корню дерева DNS.
В частности, в контексте MX
, хотя, rdata 0 .
был определен как "ноль", например, «Я не хочу, чтобы почта доставлялась».
Нет MX
с другой стороны, имеет совершенно другое значение; попробуйте вместо этого доставить на адрес, напрямую связанный с этим именем (на практике это часто какой-то веб-сервер).