Re: [idn] Re: character tables

Erik van der Poel <erik@vanderpoel.org> Wed, 02 March 2005 20:05 UTC

Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA19797 for <idn-archive@lists.ietf.org>; Wed, 2 Mar 2005 15:05:41 -0500 (EST)
Received: from majordom by psg.com with local (Exim 4.44 (FreeBSD)) id 1D6a1t-0003Jg-Uj for idn-data@psg.com; Wed, 02 Mar 2005 20:01:09 +0000
Received: from [207.115.63.102] (helo=pimout3-ext.prodigy.net) by psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D6a1s-0003JC-Mo for idn@ops.ietf.org; Wed, 02 Mar 2005 20:01:09 +0000
Received: from [10.1.1.2] (adsl-64-174-147-206.dsl.sntc01.pacbell.net [64.174.147.206]) by pimout3-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j22JvsVl301426; Wed, 2 Mar 2005 14:57:55 -0500
Message-ID: <42261AC2.3020004@vanderpoel.org>
Date: Wed, 02 Mar 2005 11:57:54 -0800
From: Erik van der Poel <erik@vanderpoel.org>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Cary Karp <ck@nic.museum>
CC: idn@ops.ietf.org
Subject: Re: [idn] Re: character tables
References: <421B8484.3070802@vanderpoel.org> <20050223072837.GA21463~@nicemice.net> <D872CCF059514053ECF8A198@scan.jck.com> <421D8411.9030006@vanderpoel.org> <p06210208be4390618c81@[192.168.0.101]> <421E0D0C.2000309@vanderpoel.org> <p06210202be43c3888991@[192.168.0.101]> <E07CE813AD23B2D95DA0C740@scan.jck.com> <421E30F2.1040408@vanderpoel.org> <0E7F74C71945B923C52211F3@scan.jck.com> <421EA0C9.1010500@vanderpoel.org> <00a401c51af3$7863aae0$030aa8c0@DEWELL> <A574CA1BE87BFDA3C2A1AC0E@scan.jck.com> <421FA55B.9000308@vanderpoel.org> <421FCBD7.8000805@vanderpoel.org> <42227EBF.9040703@vanderpoel.org> <45781B7428C6AA07C3B283BD@scan.jck.com> <42229BBC.8020608@vanderpoel.org> <p0621021ebe484f52c0c5@[10.20.30.249]> <4225ABAB.60002@mozilla.org> <p0621022dbe4ab4b8a3fa@[10.20.30.249]> <42251B80.5050503@vanderpoel.org> <Pine.LNX.4.61.0503020759240.17184@nic.museum>
In-Reply-To: <Pine.LNX.4.61.0503020759240.17184@nic.museum>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on psg.com
X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1
Sender: owner-idn@ops.ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit

Cary Karp wrote:
> In addition to the range of operating conditions implied above, there 
> are differences in the way the registries have interpreted and 
> implemented ICANN's IDN Guidelines. That document states, "As the 
> deployment of IDNs proceeds, ICANN and the IDN registries will review 
> these Guidelines at regular intervals, and revise them as necessary 
> based on experience." We are now clearly at such a juncture, and the 
> revision process is already being initiated.

Hi Cary,

It is really nice to hear from you. I have an idea for the Guidelines. 
As Paul has indicated, the various communities around the world have 
different needs, and some have already started writing down the rules 
that they are following in their registries. The JET community comes to 
mind:

http://www.ietf.org/rfc/rfc3743.txt

Other communities have other needs. I've been told that some communities 
use a set of letters that are currently encoded in two different ranges 
of the Unicode space (e.g. Latin and Cyrillic). Today, my idea is that 
these communities can "occupy" their "own" part of the DNS space, for 
example a .tld or a .2ld.tld. They can publish the rules that they 
enforce in their registries, and then the browsers can either allow any 
character sequence in those labels or check them to see if the rules 
were indeed followed.

Of course, it is much harder to come up with and enforce rules in a 
"global" TLD like .com. As a result, the browsers may simply blacklist 
.com in its entirety. Or maybe .com will eventually figure out some 
rules and actually enforce them in the 2LDs, so that the browsers don't 
have to check the 2LDs. Indeed, in a perfect world, .com would even 
enforce rules in 3LDs, 4LDs, etc, so that browsers would not have to 
check those either. We shall see what .com does.

But in the meantime, how about my idea for the Guidelines?

Erik