Re: [Idna-update] [I18nrp] Last Call: <draft-faltstrom-unicode11-05.txt> (IDNA2008 and Unicode 11.0.0) to Informational RFC

John C Klensin <john-ietf@jck.com> Fri, 07 December 2018 05:39 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: idna-update@ietfa.amsl.com
Delivered-To: idna-update@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88CD11271FF; Thu, 6 Dec 2018 21:39:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1JQz34Avhq3F; Thu, 6 Dec 2018 21:39:36 -0800 (PST)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53ECA12008A; Thu, 6 Dec 2018 21:39:36 -0800 (PST)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1gV8rL-0008yA-BT; Fri, 07 Dec 2018 00:39:31 -0500
Date: Fri, 07 Dec 2018 00:39:26 -0500
From: John C Klensin <john-ietf@jck.com>
To: Larry Masinter <LMM@acm.org>, 'Patrik Fältström' <paf=40frobbit.se@dmarc.ietf.org>, 'Asmus Freytag' <asmusf@ix.netcom.com>
cc: i18nrp@ietf.org, 'Paul Hoffman' <paul.hoffman@vpnc.org>, idna-update@ietf.org
Message-ID: <D9A581E7AFAB4DD89232F106@PSB>
In-Reply-To: <055301d48dc8$0ea95120$2bfbf360$@acm.org>
References: <154385119878.18333.5085298134102919486.idtracker@ietfa.amsl.com> <FF6F9EB9-C73B-4EC0-AC4F-3E3BFBABA0AB@vpnc.org> <8E20D432-01B0-4B52-80BB-3348C5FE73AF@vpnc.org> <CC73FC25-92FC-4822-B267-15C41CE450F2@frobbit.se> <D81CDFF3-8CDF-4168-9CEA-E8DC3A133B73@vpnc.org> <217ede0e-ea1f-bb31-a276-f8c618c71278@ix.netcom.com> <8885EE4C-412E-4337-A099-66354A36CEA1@vpnc.org> <EC12FDAE-4ABD-4AD3-A35A-B39D2C8A0AE0@frobbit.se> <f4417f80-fa86-11e6-baf7-2365981e18b1@ix.netcom.com> <48A2A546-4FEA-4060-8706-34D210B2ABAF@frobbit.se> <055301d48dc8$0ea95120$2bfbf360$@acm.org>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/idna-update/CGla_Nqi3uu31UuHpgAjo9vK9JM>
Subject: Re: [Idna-update] [I18nrp] Last Call: <draft-faltstrom-unicode11-05.txt> (IDNA2008 and Unicode 11.0.0) to Informational RFC
X-BeenThere: idna-update@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Internationalized Domain Names in Applications \(IDNA\) implementation and update discussions" <idna-update.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idna-update>, <mailto:idna-update-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idna-update/>
List-Post: <mailto:idna-update@ietf.org>
List-Help: <mailto:idna-update-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idna-update>, <mailto:idna-update-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Dec 2018 05:39:38 -0000

Larry,

The theory about registries in the current IDNA RFCs was to
impose a strong requirement that they be conservative including,
but not limited to, understanding the scripts they are
permitting.  That requirement is, I believe, consistent with
both what you are saying and what Asmus appears to be saying on
that subject.   The details about how to best accomplish that--
to convince them to actually do so-- seem to be a more
complicated matter.  

As I've said in other, probably too-long, notes, most registries
who manage zones within an enterprise or other organization have
been fairly good about it; many of the second-level registries
and others whose business and operational model involves selling
names to unrelated parties have tended to adopt the least
restrictive policies they believe they can get away with.

Part of the problem with the IDNA RFCs is that the requirement
for registry conservatism and responsibility is too scattered
through several documents to come across as important as I think
we all believe it is.   draft-klensin-idna-rfc5891bis (now
expired, but waiting in the wings) was intended to address that
issue.  I haven't looked at the text for a while but strongly
suspect it does not identify and stress labels being
"re-enterable" and "retypable" as you suggest.   It should.  If
you don't mind taking a look at it, I'd appreciate recommended
text.   Or, if that isn't convenient, I'll try to remember to
say something when I next open the document.

thanks,
    john



--On Thursday, December 6, 2018 16:59 -0800 Larry Masinter
<LMM@acm.org> wrote:

> Registries should be conservative in the sense of advising
> their clients about the likely usability of the registered
> name among their target audience.
> I don't think the IDNA RFCs currently are conservative enough.
> As I've noted before, usability includes "re-enterable"
> (including "retypable") .
> 
> 
> 
>> -----Original Message-----
>> From: i18nRP <i18nrp-bounces@ietf.org> On Behalf Of Patrik
>> Fältström Sent: Thursday, December 6, 2018 2:44 AM
>> To: Asmus Freytag <asmusf@ix.netcom.com>
>> Cc: i18nrp@ietf.org; Paul Hoffman <paul.hoffman@vpnc.org>
>> Subject: Re: [I18nrp] Last Call:
>> <draft-faltstrom-unicode11-05.txt>
> (IDNA2008
>> and Unicode 11.0.0) to Informational RFC
>> 
>> On 5 Dec 2018, at 19:03, Asmus Freytag (c) wrote:
>> 
>> >> 
>> >>     3. Registries should not "just" allow all PVALID
>> >>     (etc.) code
> points, but also
>> include a conservative registration policy
>> >> 
>> > 
>> > add:
>> > 
>> > "as mandated in RFCs <get the IDNA RFC citations from John
>> > Klensin's
> draft
>> here>."
>> 
>> Correct, I blame my Swenglish dialect for the mistake in
>> wording I did.
>> 
>>    paf
> 
> _______________________________________________
> i18nRP mailing list
> i18nRP@ietf.org
> https://www.ietf.org/mailman/listinfo/i18nrp