Câu hỏi nói chung liên quan đến một vài khía cạnh khác nhau mà tất cả cần phải được xem xét để trả lời tại sao RFC7505 thêm một cái gì đó hữu ích.
Trước hết, định nghĩa trước RFC7505 về cách thực hiện gửi thư không có cách nào để chỉ rõ rằng không nên thực hiện các nỗ lực gửi thư cho tên có hồ sơ địa chỉ.
Từ RFC7505 phần 1 :
Các máy khách SMTP có một chuỗi quy định để xác định một máy chủ chấp nhận email cho một tên miền. Mục 5 của [RFC5321] bao gồm chi tiết này; về bản chất, máy khách SMTP trước tiên tìm kiếm DNS MX RR và nếu không tìm thấy, nó sẽ quay lại tìm kiếm DNS A hoặc AAAA RR. Do đó, điều này làm quá tải bản ghi DNS (có nhiệm vụ chính khác) với ngữ nghĩa dịch vụ email.
Nếu tên miền không có bản ghi MX, người gửi sẽ cố gắng gửi thư đến máy chủ tại các địa chỉ trong bản ghi A hoặc AAAA của tên miền. Nếu không có người nghe SMTP tại địa chỉ A / AAAA, việc gửi tin nhắn sẽ được thử liên tục trong một thời gian dài, thường là một tuần, trước khi Đại lý chuyển thư (MTA) gửi từ bỏ. Điều này sẽ trì hoãn thông báo cho người gửi trong trường hợp thư bị chuyển hướng sai và sẽ tiêu tốn tài nguyên tại người gửi.
Tài liệu này định nghĩa một MX null sẽ khiến tất cả các lần gửi thư đến một tên miền bị lỗi ngay lập tức, mà không yêu cầu các miền tạo trình nghe SMTP dành riêng để ngăn chặn các nỗ lực gửi.
Sau đó, có vấn đề về cách RFC7505 thực hiện điều này ( IN MX 0 .
).
Từ RFC7505 phần 3 :
Bản ghi tài nguyên MX Chỉ định Null MX
Để chỉ ra rằng một tên miền không chấp nhận email, nó quảng cáo một MX RR duy nhất (xem Phần 3.3.9 của [RFC1035]) với phần RDATA bao gồm số ưu tiên 0 và nhãn có độ dài bằng không, được viết trong các tệp chính là ". ", Là miền trao đổi, để biểu thị rằng không tồn tại trao đổi thư cho một miền. Từ "." không phải là tên máy chủ hợp lệ, bản ghi MX null có thể bị nhầm lẫn với bản ghi MX thông thường.
Việc sử dụng "." như một tên máy chủ giả có nghĩa là không có dịch vụ nào được mô hình hóa trên SRV RR [ RFC2782 ] trong đó nó có ý nghĩa tương tự.
Tên miền quảng cáo MX null KHÔNG PHẢI quảng cáo bất kỳ MX RR nào khác.
(nhấn mạnh thêm)
Như đã lưu ý ở đây, các chi tiết triển khai cho "null MX" dựa trên một mẫu đã được thiết lập từ SRV
loại RR. Thật hợp lý khi bắt chước điều này vì SRV
loại RR ít nhiều là phiên bản tổng quát của MX
loại RR.
Vì vậy, quyết định về cơ bản đã được đưa ra khi xác định SRV
loại RR .
Vì vậy, tại sao không sử dụng .invalid
?
Từ RFC2606 phần2 :
".Invalid" được thiết kế để sử dụng trong việc xây dựng tên miền trực tuyến chắc chắn là không hợp lệ và rõ ràng trong nháy mắt là không hợp lệ.
Như có thể thấy ở đây, TLD dành riêng này là dành cho tiêu dùng của con người. Không có tiền lệ xác định xử lý đặc biệt này trong phần mềm.
Chắc chắn nó có thể được thực hiện theo một số cách khác nhau nhưng họ đã chọn sử dụng phương pháp tối thiểu để sử dụng .
, đây không phải là tên máy chủ hợp lệ và do đó không can thiệp vào việc sử dụng thông thường.