에서 ACM 큐 다음과 같이 나는 FQDN 정의 :
DNS 네임 스페이스에는 트리 구조가 있습니다. 여기서 모든 노드에는 루트 노드 (자체 부모)를 제외한 부모가 있습니다. 노드에는 레이블이 비어있는 루트 노드를 제외하고 1-63 자 길이의 레이블이 있습니다. 도메인은 컨텍스트에있는 노드이며 정규화 된 도메인 이름은 노드 이름과 같은 프리젠 테이션 양식을 가지며, 맨 아래에 마침표 (.)가옵니다. 예를 들어 www.google.com은 이름이 www, 부모는 google, 조부모는 com이며 증조부모는 DNS 루트 인 노드의 정규화 된 이름입니다.
"호스트 이름"또는 "호스트 부분"또는 "도메인 부분"과 같은 용어를 사용할 때마다 잡초가 사라지고 FQDN의 정의가 목적에 맞지 않는 것을 알 수 있습니다. FQDN의 정의가 아닌 의미는 완전하지 않은 도메인 이름이라는 반의어를 고려하여 명확하게 알 수 있습니다. 정규화된다는 것은 모든 도메인 레이블을 최상위 수준까지 지정한다는 것을 의미하며,이 경우 마지막 점 (.)을 추가하여 완료했음을 나타냅니다. 정규화 된 이름보다 작다는 것은 찾고있는 이름이 검색 목록 또는 기본 도메인의 컨텍스트 내에서만 의미가 있음을 의미합니다.
RFC 1535는 그 당시까지 많은 사람들이 다중 레이블 로컬 이름을 사용하고 여전히 검색 목록 동작을 예상했기 때문에 흥미로 웠습니다. 이는 너무 많은 다른 것들을 깨뜨 렸기 때문에 불법이었습니다. 그러나 1988-1993 년에 postmaster@dec.com이되었을 때 vixie@cognition.pa에서 matt @ decvax로 메일을 보내고 vixie@cognition.pa.dec.com 및 matt@decvax.dec로 메일을 보낼 수있었습니다. .com과 모든 것이 효과가있었습니다. 우리는 그것을 포기해야했다. 요즘 프레젠테이션 수준 이름에 점이 있으면 (즉, 입력했거나 프로그램이 표시 한 경우) 전세계의 모든 소프트웨어에서 FQDN으로 추정됩니다.
내 Sendmail 책 (우리가 DEC.COM을 떠난 후 Fred Avolio와 공동 저자)도이 주제에 관한 장을 가지고 있는데, 이는 RFC 1535와 동시에 쓰여졌 기 때문에 흥미로운 내용입니다.