W3C home > Mailing lists > Public > uri@w3.org > January 2014

Re: Standardizing on IDNA 2003 in the URL Standard

From: Andrew Sullivan <ajs@anvilwalrusden.com>
Date: Fri, 17 Jan 2014 10:56:51 -0500
To: Anne van Kesteren <annevk@annevk.nl>
Cc: John C Klensin <klensin@jck.com>, "PUBLIC-IRI@W3.ORG" <public-iri@w3.org>, "uri@w3.org" <uri@w3.org>, IDNA update work <idna-update@alvestrand.no>, "www-tag.w3.org" <www-tag@w3.org>
Message-ID: <20140117155651.GH23701@mx1.yitter.info>
On Fri, Jan 17, 2014 at 02:23:44PM +0100, Anne van Kesteren wrote:
> 
> What's important for interoperability in domain names is translation
> of a sequence of code points to a sequence of bytes that can be used
> within the DNS.

This is part of where we disagree.  What is important for
interoperability is not only what you say, but also a reversible
translation so that when you get the octets used in the DNS back, they
can always be turned back into the sequence of code points you started
with.  IDNA2003 doesn't have that property, which is the reason for
the backward incompatibility.

> If you take IDNA2003, an updated version of Unicode,
> and assume the same algorithms defined in IDNA2003 apply you have an
> algorithm that defines just that.

No, because there aren't algorithms defined in IDNA2003.  There's a
list of code points that are "out"; everything else is allowed.  We'd
actually have to go over the new code points in order to get the new
definition you're talking about.

To get the kind of algorithmic-based approach you're talking about
there, you have to move to IDNA2008.

> Then there's another aspect which is UI. Making sure the user is not
> spoofed, etc. 

Surely this is quite a different problem to the above, though, no?
(You're never going to be able to "make sure", of course.  All you can
do is get more or less right.)

Different user agents of course do these things differently.  I sort
of hate the approaches widely used, but I acknowledge that they're
better than nothing.

A

-- 
Andrew Sullivan
ajs@anvilwalrusden.com
Received on Friday, 17 January 2014 15:57:21 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:16 UTC