[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [idn] rederivation of an IDN architecture
- To: idn@ops.ietf.org
- Subject: Re: [idn] rederivation of an IDN architecture
- From: "Adam M. Costello" <amc@cs.berkeley.edu>
- Date: Fri, 10 Aug 2001 00:49:06 +0000
- User-Agent: Mutt/1.3.18i
"D. J. Bernstein" <djb@cr.yp.to> wrote:
> > Goal 1
>
> Here you've lost sight of the goal of actually DISPLAYING THE NAMES
> PROPERLY.
That's goal 7.
Barr Hibbs <Barr.Hibbs@Nominum.com> wrote:
> > basic character: Any of the 128 characters in the ASCII
> > repertoire
>
> I think you really mean that a basic character is any one of
> the characters which (a) has an associated glyph, (b) is the
> "non-printing" space character, or (c) is a diacritical or punctuation
> symbol.
In this section I was merely trying to write formal definitions of
existing standards. The existing domain name standards talk about ASCII
characters and the more limited set of LDH characters, but as far as I
know they do not mention the set of printable ASCII characters.
> > host restrictions (applicable to any sequence of characters):
> > Contains no basic characters other than the letters, digits, and
> > hyphen-minus; and neither begins nor ends with hyphen-minus.
>
> ...this is not quite correct: DNS does not make this restriction,
> although I believe it is correct for the current standard for host
> names...
I never claimed that DNS made this restriction. I just wanted to have
the term "host restrictions" available for defining "basic host label"
and later for defining one of the properties of the compat() function.
Thanks for the feedback,
AMC