Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 30 Mar 2003 10:49:09 -0700 (MST)
From:      "M. Warner Losh" <imp@bsdimp.com>
To:        louie@TransSys.COM
Cc:        des@ofug.org
Subject:   Re: Allow underscores in DNS names 
Message-ID:  <20030330.104909.01577314.imp@bsdimp.com>
In-Reply-To: <200303301623.h2UGNHDN042824@whizzo.transsys.com>
References:  <xzp4r5ljitl.fsf@flood.ping.uio.no> <20030330.060534.18864762.imp@bsdimp.com> <200303301623.h2UGNHDN042824@whizzo.transsys.com>

index | next in thread | previous in thread | raw e-mail

In message: <200303301623.h2UGNHDN042824@whizzo.transsys.com>
            "Louis A. Mamakos" <louie@TransSys.COM> writes:
: > In message: <xzp4r5ljitl.fsf@flood.ping.uio.no>
: >             des@ofug.org (Dag-Erling Smørgrav) writes:
: > : "M. Warner Losh" <imp@bsdimp.com> writes:
: > : > When this has come up in the past, it was decreed that _ is a bad bad
: > : > bad bad idea, even though people want it.  You might want to check the
: > : > ancient archives (1998?) for all the reasons why.
: > : 
: > : Arguments presented in ancient archives are not necessarily relevant
: > : five years later.
: > 
: > True.  However, they are still relevant today.  '_' is illegal in DNS
: > names, is rejected by the majority of hosts on the internet and
: > generally is a bad idea.  If you do it, make it optional.
: 
: Strictly speaking, the '_' is illegal in HOSTNAMES.  The DNS can contains
: objects other than those used as hostnames, and the protocols support
: arbitrary strings of octets which can be used as labels in DNS names.
: 
: It's the application of looking up host names using the DNS which is
: in question.  And if underscore characters are so toxic in hostnames,
: then why are they allowed in /etc/hosts or NIS-dervied lookups?

The question is one of standards conformance and what implementations
of DNS do when they get an illegal character.

Warner


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030330.104909.01577314.imp>