Changing the xn-- prefix

Shawn Steele Shawn.Steele at
Tue Mar 25 17:53:07 CET 2008

> b) there must be backward compatibility with all existing IDN labels
> with xn prefix.

This condition cannot be satisfied.  To be backward compatible, my existing xn-- name MUST work when some new browsers try to resolve it.  I cannot be forced to reregister xx-- or whatever because we know that this won't be consistent.  Even if the registrars automagically gave everyone new prefixes & old prefixes, then the servers would still need updated to recognize the new names, and the certificates, and ....  That pretty much guarantees that some existing names will be broken.

Additionally, if you did guarantee that all existing xn-- names were compatible with any new prefix, then there wouldn't be a need for a new prefix since new names wouldn't collide with the old names and xn-- could be reused.

I believe that we should use
> "The prefix
> xn-- MUST NOT be changed." where MUST NOT is defined according to the
> IETF definition in RFC 2119

To change my mind, one MUST :) prove to me that xn-- and xx-- (whatever) can coexist without breaking existing names and servers or causing even more spoofing.  We cannot force small shops to make changes to their names or servers as that will break those parts of the web.

- Shawn

More information about the Idna-update mailing list