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

John C Klensin <> Fri, 07 December 2018 06:34 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 74918126DBF; Thu, 6 Dec 2018 22:34:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 26iqdXtjUZvA; Thu, 6 Dec 2018 22:34:00 -0800 (PST)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id E0121124BF6; Thu, 6 Dec 2018 22:33:59 -0800 (PST)
Received: from [] (helo=PSB) by with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <>) id 1gV9hz-000945-0F; Fri, 07 Dec 2018 01:33:55 -0500
Date: Fri, 07 Dec 2018 01:33:49 -0500
From: John C Klensin <>
To: =?UTF-8?Q?Patrik_F=C3=A4ltstr=C3=B6m?= <>
cc: Larry Masinter <>,,, Asmus Freytag <>, Paul Hoffman <>
Message-ID: <FF53B17809B71F2E4F8E7908@PSB>
In-Reply-To: <>
References: <> <> <> <> <> <> <> <> <> <> <055301d48dc8$0ea95120$2bfbf360$> <> <50A496896DE57696A5184DC2@PSB> <>
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-Scanned: No (on; SAEximRunCond expanded to false
Archived-At: <>
Subject: Re: [Idna-update] [I18nrp] Last Call: <draft-faltstrom-unicode11-05.txt> (IDNA2008 and Unicode 11.0.0) to Informational RFC
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Internationalized Domain Names in Applications \(IDNA\) implementation and update discussions" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 07 Dec 2018 06:34:02 -0000

--On Friday, December 7, 2018 07:16 +0100 Patrik Fältström
<>; wrote:

> On 7 Dec 2018, at 7:12, John C Klensin wrote:
>> But I still believe that, with appropriate qualification,
>> Larry is still correct.
> I think we dive into the details here.
> 1. I think the ability (for example) copy and paste, respond
> to, click on, save in bookmarks etc is the most important
> global requirement
> 2. The ability to type, to enter via a keyboard, read on a
> bus, etc is secondary and have localization issues so very
> much different than (1)
> My point was that because of this, I think retypable is very
> very very much different than other, global, requirements, and
> the latter should not (I think) muddy the waters of the first
> requirement I list above.

Agreed.  However, I still have this strange idea (very clear in
the now-ancient RFC 1591) that domains are expected to serve a
community that if often not global, a concept that is consistent
with Larry's more recent comment about "target audience".
Within such an audience, the sort of criteria Larry is talking
about are almost certainly helpful... again, as long as they
don't interfere with the sort of global ones you identify above.
Larry's criteria also make a strong argument for a clear target
audience for a given zone or hierarchy.  That is a problem for
registries that want to be able to register labels from every
possible script even if they put some restrictions on those
labels, but we have known about that problem since the very
first ICANN IDN study effort if not earlier.

So I think there are global criteria (I like your list but
imagine that we could improve it somewhat with more thought)
that every label and FQDN should support and that there are
relatively more local criteria that have to be evaluated against
a target audience.   I don't know if "primary" or "secondary"
are quite the right category names, but I think we agree about
the principle.   It is also clear to me that, independent of
anything that is done globally, someone is more likely to get
themselves into trouble (or be tricked into it whether the
tricks are intentional or not) with labels in a script that they
find incomprehensible that with a more familiar one... and that
is something we better just get used to because, beyond some
point, technology won't help.