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

John C Klensin <john-ietf@jck.com> Sun, 09 December 2018 23:01 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: i18nrp@ietfa.amsl.com
Delivered-To: i18nrp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E7A112D7EA for <i18nrp@ietfa.amsl.com>; Sun, 9 Dec 2018 15:01:04 -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 mYdPhoNzuzJ7 for <i18nrp@ietfa.amsl.com>; Sun, 9 Dec 2018 15:01:02 -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 6BD1012D4EF for <i18nrp@ietf.org>; Sun, 9 Dec 2018 15:01:02 -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 1gW84F-000OHP-Ii; Sun, 09 Dec 2018 18:00:55 -0500
Date: Sun, 09 Dec 2018 18:00:49 -0500
From: John C Klensin <john-ietf@jck.com>
To: Larry Masinter <LMM@acm.org>
cc: "'Asmus Freytag (c)'" <asmusf@ix.netcom.com>, 'Patrik Fältström' <paf=40frobbit.se@dmarc.ietf.org>, i18nrp@ietf.org, 'Paul Hoffman' <paul.hoffman@vpnc.org>
Message-ID: <D7DCF0584241AEDC82618464@PSB>
In-Reply-To: <01ab01d49009$e69b4d70$b3d1e850$@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> <07CB0B3B-E48A-40CD-BBC9-E6CAA2FB29F0@frobbit.se> <001d01d48dee$82b415c0$881c4140$@acm.org> <1f879380-f586-cddf-ae4b-62cfc106308a@ix.netcom.com> <00f301d48e63$071e9be0$155bd3a0$@acm.org> <0D2335F6D932D325C3FBA91E@PSB> <6a8c84c4-a7af-9398-e706-199a6ec61d81@ix.netcom.com> <009f01d48ecc$18d853d0$4a88fb70$@acm.org> <932251fc-d620-8d77-aaa5-684d917c9ed6@ix.netcom.com> <01ab01d49009$e69b4d70$b3d1e850$@acm.org>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
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/i18nrp/PDQd0eTWUqFtru_g9Q536Nb7di4>
Subject: Re: [I18nrp] Last Call: <draft-faltstrom-unicode11-05.txt> (IDNA2008 and Unicode 11.0.0) to Informational RFC
X-BeenThere: i18nrp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Internationalization Review Procedures <i18nrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18nrp>, <mailto:i18nrp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18nrp/>
List-Post: <mailto:i18nrp@ietf.org>
List-Help: <mailto:i18nrp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18nrp>, <mailto:i18nrp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Dec 2018 23:01:05 -0000

Larry,

Not such where you are headed.  First of all, "Unicode name" has
been the source of a huge amount of confusion caused in part
because many of those who use that and similar terms seem to
think "Unicode" is an appropriate synonym for "non-ASCII".
Second, the rules for email addresses are very clear in the
SMTPUTF8 specs.  Probably wrong (and I hope to get to that as
soon as we get the issues with draft-faltstrom-unicode11 and the
Directorate questions nailed down), but very clear.  There is
also existing IETF guidance for other sorts of name-like things
in the PRECIS Identifier class and for another, possibly
overlapping, group of identifiers in UAX#31.

Asmus has identified the work that is going on to provide at
least a framework for narrowing choices beyond that list,
especially when one can identify a particular target audience.

As I'm certain you remember, the IETF had a WG that was, among
other things, supposed to update RFC 3987 but that essentially
could not reach consensus and gave up after identifying multiple
problems with that spec.   Perhaps we should have moved it to
Historic or placed it in a Not Recommended category as a result
of that -- certainly the language of RFC 2026 would strongly
support such an action when there are known technical defects
and we don't have a plan for moving forward, but there doesn't
seem to have been sufficient energy and consensus to take that
action either.

So, other than second-guessing work that is supposedly already
complete, what do you have in mind?  And when do you expect to
get I-Ds posted?

 best,
    john


--On Sunday, December 9, 2018 13:55 -0800 Larry Masinter
<LMM@acm.org> wrote:

> I think we're looking at the problem from different ends of
> the telescope.
> 
>  
> 
> I'm concerned with giving guidance to the use of Unicode in
> other naming contexts, including URLs.
> 
> I think we should extend the advice to anyone assigning a
> "Unicode name" e.g., email addresses social media handles. 
> 
>  
> 
> In particular, the  IRI document RFC3987 needs update to align
> its recommendations with IDNA and the WHATWG URL "living
> standard" (which mainly neglects giving any advice at all
> the those choosing URLs.)    
> 
>