[I18ndir] FWD: Comments on draft-klensin-idna-rfc5891bis (Freytag-> Hollenbeck)

John C Klensin <john-ietf@jck.com> Fri, 17 July 2020 22:56 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 4C06A3A0AB4 for <i18ndir@ietfa.amsl.com>; Fri, 17 Jul 2020 15:56:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 Ic2MpaVGZ_tO for <i18ndir@ietfa.amsl.com>; Fri, 17 Jul 2020 15:56:19 -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 108AB3A0AB3 for <i18ndir@ietf.org>; Fri, 17 Jul 2020 15:56:19 -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 1jwZH8-0002gl-1M for i18ndir@ietf.org; Fri, 17 Jul 2020 18:56:18 -0400
Date: Fri, 17 Jul 2020 18:56:11 -0400
From: John C Klensin <john-ietf@jck.com>
To: i18ndir@ietf.org
Message-ID: <97AC2E55CE13A5D8B85F6553@PSB>
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/q_v3xYlymDpTS8faar6DXDdvmWI>
Subject: [I18ndir] FWD: Comments on draft-klensin-idna-rfc5891bis (Freytag-> Hollenbeck)
X-BeenThere: i18ndir@ietf.org
X-Mailman-Version: 2.1.29
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, 17 Jul 2020 22:56:20 -0000

And Asmus's response to Scott.

Again, further discussion on this list please.
   john


---------- Forwarded Message ----------
Date: Friday, July 17, 2020 12:55 -0700
From: Asmus Freytag <asmus@unicode.org>
To: "Hollenbeck, Scott" <shollenbeck@verisign.com>,
john-ietf@jck.com
Cc: barryleiba@computer.org, alissa@cooperw.in
Subject: Re: draft-klensin-idna-rfc5891bis

On 7/17/2020 8:45 AM, Hollenbeck, Scott wrote:
> John, Asmus: sorry for this coming very late in the review
> process, but earlier this week I had some of the product
> people at Verisign express some concern with a few snippets of
> text in the subject document. They're along the lines of
> Alyssa's discuss, so I've cc'd her and Barry as the sponsoring
> AD as well. I'd like to ask you to consider a few text change
> proposals.
==> looks like none of these proposed changes affect the core
message of the ID ("know what you are doing") and some read
better.
> 
> OLD:
> 4. Considerations for Domains Operated Primarily for the
> Financial Benefit of the Registry Owner or Operator
> Organization
> 
> NEW:
> 4. Considerations for Domain Name Registry Operators and
> Registry Operator Service Providers
==> Haven't had a chance to see review this in context.
Generally shorter is better; would this need the word
"commercial" inserted before "Domain" to properly capture the
scope of "4." ? If so, then with that tweak it would work for me.
> 
> OLD:
> Zones operating primarily as all or part of a business of
> selling names for the financial benefit of entities
> responsible for the registry
> 
> NEW:
> Zones operating primarily as all or part of a commercial
> domain name registry
==> I think is snappier and implies the same.
> 
> OLD:
> By contrast, in a zone in which the profits  are derived
> exclusively, or almost exclusively, from selling or reserving
> (including "blocking") names, there may be perceived
> incentives to register whatever names would-be registrants
> "want" or fears that any restrictions will cut into the
> available namespace.  In such situations, restrictions are
> unlikely to be applied unless they meet at least one of two
> criteria: (i) they are easy to apply and can be applied
> algorithmically or otherwise automatically and/or (ii) there
> is clear evidence that the particular label would cause harm.
> 
> NEW:
> By contrast, in a zone in which the revenues are derived from
> registering names, there may be perceived incentives to be
> less conservative regarding some of the restrictions discussed
> above in this document. In such situations, restrictions are
> unlikely to be applied unless they meet at least one of the
> two criteria: (i) there are easy to apply and can be applied
> algorithmically or otherwise automatically and/or (ii) there
> is clear evidence that the particular label would cause harm.
> 
> Do these change proposals work for you?
==> I think this change is an improvement. (Even if it loses the
mention of "blocking", which was a bit of a digression in my
view).
> 
> Scott



---------- End Forwarded Message ----------