Trong Hàng đợi ACM , tôi đã định nghĩa FQDN như sau:
Không gian tên DNS có cấu trúc cây, trong đó mỗi nút có cha mẹ ngoại trừ nút gốc, là cha mẹ của chính nó. Các nút có nhãn dài từ 1 đến 63 ký tự, ngoại trừ nút gốc có nhãn trống. Một miền là một nút trong ngữ cảnh và một tên miền đủ điều kiện có một hình thức trình bày chỉ là các tên nút, từ dưới lên, với mỗi tên được theo sau bởi một dấu chấm (.). Ví dụ: www.google.com là tên đủ điều kiện của một nút có tên là www, có cha mẹ là google, có ông bà là com và ông cố của họ là gốc DNS.
Bất cứ khi nào bạn sử dụng các thuật ngữ như "tên máy chủ" hoặc "phần máy chủ" hoặc "phần tên miền" bạn sẽ tắt trong cỏ dại và bạn sẽ thấy rằng không có định nghĩa nào về FQDN hoàn toàn phù hợp với mục đích của bạn. Ý nghĩa, thay vì định nghĩa, của FQDN có thể được làm rõ bằng cách xem xét từ trái nghĩa của nó: tên miền không đủ điều kiện. Để có đủ điều kiện nghĩa là bạn chỉ định tất cả các nhãn tên miền lên cấp cao nhất và trong trường hợp đó bạn có thể nối thêm một dấu chấm cuối cùng (.) Để cho biết rằng bạn đã làm như vậy. Ít hơn đủ điều kiện có nghĩa là tên bạn đang xem chỉ có ý nghĩa trong ngữ cảnh của danh sách tìm kiếm hoặc miền mặc định.
RFC 1535 rất thú vị bởi vì rất nhiều người trong chúng ta đã sử dụng tên địa phương đa nhãn và vẫn mong đợi hành vi trong danh sách tìm kiếm - và điều này đã phá vỡ quá nhiều thứ khác, vì vậy đã bị cấm. Nhưng khi tôi là postmaster@dec.com vào năm 1988-1993, có thể gửi thư từ vixie@cognition.pa đến matt @ decvax và đã mở rộng thành vixie@cognition.pa.dec.com và matt@decvax.dec .com và tất cả chỉ hoạt động. Hóa ra chúng tôi đã phải từ bỏ điều đó. Ngày nay, nếu có một dấu chấm trong tên cấp độ trình bày của bạn (nghĩa là bạn đã nhập nó hoặc một chương trình hiển thị nó), thì tất cả các phần mềm trên thế giới đều coi là FQDN.
Cuốn sách Sendmail của tôi (đồng tác giả với Fred Avolio sau khi cả hai chúng tôi rời khỏi DEC.COM) cũng có một chương về chủ đề này, đây là một cách đọc thú vị vì nó được viết cùng lúc với RFC 1535.