Re: [DNSOP] draft-liman-tld-names-04

Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp> Mon, 15 November 2010 21:07 UTC

Return-Path: <mohta@necom830.hpcl.titech.ac.jp>
X-Original-To: dnsop@core3.amsl.com
Delivered-To: dnsop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 678F43A6D39 for <dnsop@core3.amsl.com>; Mon, 15 Nov 2010 13:07:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.297
X-Spam-Level: *
X-Spam-Status: No, score=1.297 tagged_above=-999 required=5 tests=[AWL=-0.573, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_BL_SPAMCOP_NET=1.96]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ym9b8oKVR3+9 for <dnsop@core3.amsl.com>; Mon, 15 Nov 2010 13:07:51 -0800 (PST)
Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by core3.amsl.com (Postfix) with SMTP id 484D33A6D2F for <dnsop@ietf.org>; Mon, 15 Nov 2010 13:07:48 -0800 (PST)
Received: (qmail 91224 invoked from network); 15 Nov 2010 21:42:01 -0000
Received: from softbank219001188004.bbtec.net (HELO ?192.168.1.21?) (219.1.188.4) by necom830.hpcl.titech.ac.jp with SMTP; 15 Nov 2010 21:42:01 -0000
Message-ID: <4CE1A110.1060403@necom830.hpcl.titech.ac.jp>
Date: Tue, 16 Nov 2010 06:07:28 +0900
From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: patrik@frobbit.se
References: <B35360B6-0DB9-49CB-B68E-09DFFFB1ACA0@icann.org> <31FCAB67-9E3E-4E2B-957F-1A1F628AA8FB@hopcount.ca> <4CDC6D23.6070309@necom830.hpcl.titech.ac.jp> <61252B4A-571B-4879-B945-556C03DE2A96@frobbit.se> <4CDDD642.8080108@necom830.hpcl.titech.ac.jp> <FB73AEDC-2B5E-48F9-BCA5-2637CAF6B6A4@frobbit.se> <4CDE6D2D.40805@necom830.hpcl.titech.ac.jp> <4819246C-FF1F-456D-9732-51510F0537A1@frobbit.se> <4CE0F829.1010605@necom830.hpcl.titech.ac.jp> <7F03C666-16F8-49E4-BC56-F5DD441DD970@frobbit.se>
In-Reply-To: <7F03C666-16F8-49E4-BC56-F5DD441DD970@frobbit.se>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] draft-liman-tld-names-04
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Nov 2010 21:07:53 -0000

Some non-ASCII name wrote:

>> The reality is that, with ISO 8859/1, which is what you are using
>> in your mails, plain 'Y' without diaeresis is used as a capital
>> form of both plain 'y' without diaeresis and 'y' with diaeresis.
> 
> No, that statement is not correct. The mapping you might want
> depends on context, and that not only because of language,
> but also where the language is used. I.e. it depends on what
> locale you are using.

IT'S ENOUGH THAT YOU ADMIT "IT DEPENDS". Remember that you wrote
"Because the matching function can not be changed." in your
mail on November 13.

And, under ISO 8859/1, it does not even depend, because ISO 8859/1
does include 'y' with diaeresis but not 'Y' with diaeresis, which
means all CAPITALIZED representations (see above for an example),
all you can use is plain 'Y' without diaeresis.

>> That's the case insensistivities of the real world, regardless
>> of how Unicode defines case insensitivity. Worse, localized
>> domain names must but can not handle the real world issues.
> 
> And that is why case insensitivity is NOT part of IDNA2008.

OK. You admit that your statement in your mail on Nov. 12:

>> Unlike RFCs 1034 and 1035, it lacks discussion on case
>> insensitivities of non-ASCII characters, I'm afraid.
> It does:

is wrong.

Then, we have agreed that localized domain names in IDNA2008 can
not handle case insensitivities.

> Instead only case folded code points are allowed.

That's not the point.

						Masataka Ohta