[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [idn] Newbie's questions implementing the [IDNA]
On Tue, Dec 10, 2002 at 12:29:46AM +0000, Adam M. Costello wrote:
> Soobok Lee <lsb@postel.co.kr> wrote:
>
> > > The output of ToUnicode can contain unnameprepped, prohibited, and
> > > unassigned code points. Simply feed such a string as input to
> > > ToUnicode, and the string will be output unaltered by ToUnicode.
> >
> > right. IDNA states that such outputs should not be displayed as native
> > ones, but just as ASCII ones as it is. "must not" is meant for that.
> > I think it is clear enough in drafts.
>
> I don't know what you could be referring to. Suppose X is a string
> consisting entirely of uppercase Greek letters. X is not nameprepped,
> because nameprepped things don't contain uppercase. X contains no ASCII
> characters. ToUnicode(X) equals X, exactly, which means it is perfectly
> acceptable to display X.
I mean that Punycode(X) [not Punycode(NAMEPREP(X)), not X ] can be inserted into
RFC822 message headers. In that case, ToUnicode(Punycode(X)) should be
treated differently than ToUnicode(Punycode(Nameprep(X))) .
You are right if X is non-ASCII input, because toUnicode(X)==X.
>
> AMC