Re: [I18ndir] [Last-Call] [art] Artart last call review of draft-ietf-regext-epp-eai-12

John C Klensin <john-ietf@jck.com> Fri, 26 August 2022 19:39 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: i18ndir@ietfa.amsl.com
Delivered-To: i18ndir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAD8CC14F73D; Fri, 26 Aug 2022 12:39:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fJPhoL7s94bR; Fri, 26 Aug 2022 12:39:02 -0700 (PDT)
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 36161C14F736; Fri, 26 Aug 2022 12:39:02 -0700 (PDT)
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 1oRfAO-0007Mz-DH; Fri, 26 Aug 2022 15:38:56 -0400
Date: Fri, 26 Aug 2022 15:38:50 -0400
From: John C Klensin <john-ietf@jck.com>
To: Asmus Freytag <asmusf@ix.netcom.com>, "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
cc: art@ietf.org, draft-ietf-regext-epp-eai.all@ietf.org, last-call@ietf.org, regext@ietf.org, i18ndir@ietf.org, gen-art@ietf.org
Message-ID: <B1671A5614C14D2E0F97A709@PSB>
In-Reply-To: <fbfcff74-8101-2482-297e-4a3913823021@ix.netcom.com>
References: <00B2BD2D-63E7-4D73-95BC-DD0650B3A7DA@verisign.com> <8510291CFDD59E597396E0A4@PSB> <9d402942-3050-873d-79ae-3932965761a8@it.aoyama.ac.jp> <C8F21E176669FD9E43DC976B@PSB> <fbfcff74-8101-2482-297e-4a3913823021@ix.netcom.com>
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/i18ndir/BQGgQsdJAweqN2niZw87YFmlvAM>
Subject: Re: [I18ndir] [Last-Call] [art] Artart last call review of draft-ietf-regext-epp-eai-12
X-BeenThere: i18ndir@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Internationalization Directorate <i18ndir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18ndir>, <mailto:i18ndir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18ndir/>
List-Post: <mailto:i18ndir@ietf.org>
List-Help: <mailto:i18ndir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18ndir>, <mailto:i18ndir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Aug 2022 19:39:06 -0000


--On Friday, August 26, 2022 12:02 -0700 Asmus Freytag
<asmusf@ix.netcom.com> wrote:

> On 8/26/2022 11:48 AM, John C Klensin wrote:
>>   there have been periodic proposals to reduce chaos in
>> the DNS and on the Internet by getting of all gTLDs that do
>> not serve an obvious international purpose and restricting TLD
>> labels to ISO 3166-1 alpha-2 codes and a_very_  small number
>> of exceptions, none of them involving non-Latin characters.
> 
> While to the making of many proposals is no end (to paraphrase
> an early source), this doesn't mean that they are likely to go
> anywhere.

Agreed.

> Adoption of any such proposals would run into very
> serious headwinds in regions that see this as a perfect issue
> to assert national identity via domain names.

Actually, some of those places wanting to assert national
identity are among the source of some of the proposals to shift
things more toward nationally-rooted names.

> That alone would be a good enough reason to not spending time
> on mentioning them.

probably, yes. But they do go to Martin's point/suggestions.

> PS: it's not clear to me whether "strings" as means of
> accessing resources that are exposed in the UI or document
> contents will remain the preferred technology. So far, search
> and the use of apps have resulted in some inroads, but we are
> still far from an inflection point. If and when we reach it,
> any of these considerations, but also the proposals you
> mentioned are automatically moot.

Yes.  But, again, for email addresses as contact information or
identifiers -- a different problem than "accessing resources"
more generally -- I note that there have been proposals around
for international directories of such addresses (probably a
prerequisite for any form of searching or inexact matching that
does not depend on the strings themselves) since at least the
early 1980s.  Progress so far, zero.

While these are interesting issues, none of them have anything
to do with whether having a way to transmit an all-ASCII
alternative to a non-ASCII email address, when the latter may be
used in unpredictable international contexts, is desirable or
important.

  best,
   john