Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.albasani.net!feeder.erje.net!dedekind.zen.co.uk!zen.net.uk!hamilton.zen.co.uk!shaftesbury.zen.co.uk.POSTED!not-for-mail From: Nobody Subject: Re: Validating string for FDQN Date: Tue, 07 Jun 2011 21:46:04 +0100 User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Message-Id: Newsgroups: comp.lang.python References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Lines: 18 Organization: Zen Internet NNTP-Posting-Host: 14724863.news.zen.co.uk X-Trace: DXC=hBKDhcJ[9]8<\dXg9]Wc52nok4Z\OSV:6QOMCU8L]Sh7f;b2OQKe8d4 X-Complaints-To: abuse@zen.co.uk Xref: x330-a1.tempe.blueboxinc.net comp.lang.python:7185 On Tue, 07 Jun 2011 15:52:05 +1000, Chris Angelico wrote: >> [1] If a hostname ends with a dot, it's fully qualified. > > Outside of BIND files, when do you ever see a name that actually ends > with a dot? Whenever it is entered that way. This may be necessary on complex networks with local subdomains, i.e. where resolv.conf has "options ndots:2". E.g. "foo.it" might resolve to "foo.it.bar.edu" (in bar.edu's IT department's subdomain), requiring a trailing dot if you want the Italian site "foo.it". The canonical real-world example of this used to be foo.cs resolving to foo.cs.berkeley.edu (UCB Comp. Sci. department), but ever since .cs split into .cz and .sk it's no longer ambiguous.