Pytanie jako całość dotyczy kilku różnych aspektów, które należy wziąć pod uwagę, aby odpowiedzieć na pytanie, dlaczego RFC7505 dodaje coś pożytecznego.
Po pierwsze, definicja RFC7505 wcześniejsza niż RFC7505 nie ma sposobu, aby jednoznacznie wskazać, że nie należy podejmować prób dostarczenia poczty dla nazwy, która ma rekordy adresu.
Z RFC7505 sekcja 1 :
Klienci SMTP mają ustaloną sekwencję identyfikującą serwer, który akceptuje pocztę e-mail dla domeny. Rozdział 5 [RFC5321] szczegółowo to omawia; w gruncie rzeczy klient SMTP najpierw wyszukuje RR DNS DNS, a jeśli nie zostanie znaleziony, wraca do wyszukiwania DNS A lub AAAA RR. W związku z tym powoduje to przeciążenie rekordu DNS (który ma inną podstawową misję) semantyczną usługą e-mail.
Jeśli domena nie ma rekordów MX, nadawcy podejmą próbę dostarczenia poczty do hostów na adresy w rekordach A lub AAAA domeny. Jeśli nie ma detektorów SMTP pod adresami A / AAAA, próba dostarczenia wiadomości będzie powtarzana przez długi okres, zwykle na tydzień, zanim wysyłający agent przesyłania poczty (MTA) zrezygnuje. Spowoduje to opóźnienie powiadomienia nadawcy w przypadku źle skierowanej poczty i zużyje zasoby u nadawcy.
W tym dokumencie zdefiniowano zerową wartość MX, która spowoduje natychmiastowe niepowodzenie wszystkich prób dostarczenia poczty do domeny, bez konieczności tworzenia przez domeny detektorów SMTP dedykowanych do zapobiegania próbom dostarczenia.
Następnie jest kwestia tego, jak RFC7505 implementuje to ( IN MX 0 .).
Z RFC7505 sekcja 3 :
Rekordy zasobów MX określające zerową wartość MX
Aby wskazać, że domena nie przyjmuje wiadomości e-mail, reklamuje pojedynczą RR RR (patrz sekcja 3.3.9 [RFC1035]) z sekcją RDATA składającą się z liczby preferencji 0 i etykiety o zerowej długości, zapisanych w plikach głównych jako „. ”, jako domena wymiany, aby wskazać, że nie istnieje wymiennik poczty dla domeny. Od "." nie jest prawidłową nazwą hosta, pustego rekordu MX nie można pomylić ze zwykłym rekordem MX.
Sposób użycia "." jako pseudo-nazwa hosta, co oznacza, że żadna usługa nie jest modelowana na SRV RR [ RFC2782 ], gdzie ma podobne znaczenie.
Domena reklamująca zerową wartość MX NIE MUSI reklamować żadnej innej wartości RR RR.
(podkreślenie dodane)
Jak zauważono tutaj, szczegóły implementacji „zerowego MX” są oparte na już ustalonym wzorcu z SRVtypu RR. Naśladowanie tego ma sens, ponieważ SRVtyp RR mniej więcej jest uogólnioną wersją MXtypu RR.
Tak więc decyzja została podjęta już podczas definiowania SRVtypu RR .
Dlaczego więc nie skorzystać .invalid?
Z sekcji RFC2606 2 :
„.invalid” jest przeznaczony do użycia w internetowej budowie nazw domen, które z pewnością będą nieprawidłowe i które na pierwszy rzut oka są oczywiste, są nieprawidłowe.
Jak widać tutaj, ta zarezerwowana TLD jest przeznaczona do spożycia przez ludzi. Nie ma precedensu definiowania specjalnej obsługi tego w oprogramowaniu.
Z pewnością mógł zostać zaimplementowany w inny sposób, ale wybrali minimalne podejście do używania ., które nie jest prawidłową nazwą hosta, a zatem i tak nie zakłóca normalnego użytkowania.