IETF Logo Mail Archive

Re: [regext] I-D Action: draft-ietf-regext-rfc7483bis-00.txt

"Hollenbeck, Scott" <shollenbeck@verisign.com> Mon, 22 June 2020 11:14 UTC

Return-Path: <shollenbeck@verisign.com>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D15933A0C00 for <regext@ietfa.amsl.com>; Mon, 22 Jun 2020 04:14:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.com
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 gurUK3vxfM9L for <regext@ietfa.amsl.com>; Mon, 22 Jun 2020 04:14:26 -0700 (PDT)
Received: from mail2.verisign.com (mail2.verisign.com [72.13.63.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83DB63A0BFE for <regext@ietf.org>; Mon, 22 Jun 2020 04:14:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=2451; q=dns/txt; s=VRSN; t=1592824466; h=from:to:cc:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=nbcmo20KDCNEd3TyEeTTvoJBphkMqD06JzTaV5SdI/E=; b=jSyONCJm2BZy9R9OyKSFga1l2+PmnJw36T9DGv0a4RGpLYdk9Wb0A9vQ 1UXsYzy0M4t+39qnQaU0/J5pTGLdn1uCzGn0nUx8+7i00WUO4aHrqk9X3 EPdRZ7wgDXe7D0QzbMMeMeN+C4SncifWDbAr63Q8dLzF6s2+r6SMpeLnW YCC16rBjdhzcoMothQBKmY4jZ1XBatEncg57XsodXjX5kXkid8MvNxAT6 oGDvrgfmn/9Lz0j1XWhKGZBmNXKRQrO/OF9VrI3sUdnNyQXJDPzPMPw36 OWDuOP6L8+s6Xp6W7gp5lVOAgQO7+X8S9jrUt4iAUCjV5ZVMboWedMRm2 Q==;
IronPort-SDR: bq32ZDvUS2ShtN6Wxf96CiLkpwBOXpcKHbwKnP2TthMtCB91jodehqorz6+Mabj2B/tpyYF7rf th6ePWMz0OLekiw1Aum3hLs6Z/U3wYoId4X9joCbhm8XLgqSj2AzD+Ks5qL/FtSLTlFxtl7DsW mSahojc+u29lCgXFlBSb0JuXdKHswRWsiZTwQN9+6Pp33u6PAsQRt+ATXpLcQ8uvjQE8WxrPrP KXyTgq97SLWl7ZjUvA8qLSqq9cAwfuOjjSRd5phfDEsQ9bs+a4zj4MzQb70pQM5a2omKc0bBYL dOA=
X-IronPort-AV: E=Sophos;i="5.75,266,1589241600"; d="scan'208";a="1407084"
IronPort-PHdr: 9a23:gzo7xx1T2FZ4OkIGsmDT+DRfVm0co7zxezQtwd8ZsesWK/jxwZ3uMQTl6Ol3ixeRBMOHsq8C0rqM+PuwEUU7or+5+EgYd5JNUxJXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6arXK99yMdFQviPgRpOOv1BpTSj8Oq3Oyu5pHfeQpFiCe9bL9oMRm7rhvdusYYjIZhN6081gbHrnxUdupM2GhmP0iTnxHy5sex+J5s7SFdsO8/+sBDTKv3Yb02QaRXAzo6PW814tbrtQTYQguU+nQcSGQWnQFWDAXD8Rr3Q43+sir+tup6xSmaIcj7Rq06VDi+86tmTgLjhSEaPDA77W7XkNR9gqJFrhy8uxxxzY3aYI+XO/p/YqzTctwVSHFdXsZIVSxNHp+wY5cRA+cHIO1Wr5P9p1wLrRamCwWiBuTvyjtMhnDo2601yPouHh3F3AA4AtkArWjbrNLpNKcOX+y+0a7FzS7Db/NR3Tf97JbHchY6rv6SQb1wctHcyVcxGAPfj1WQso3lPzyT1ugXr2eb6O9gWPuphmU6pA5/viKhyd0wionVmI0V0FbE+D1kzYs1JdC1VFB2bNy5HZZUuCyXKoR4Tt8mTm10pSo21rMLt5CmcSUJx5kr2wLTZfyHfYSU7BzuVuifLCl8iX95fr+0mhW88VC4x+HhSsW4yktGoyhLn9XWq3wA1xLe5tKIR/Z55kutxCqD2xrO5uxGPUw4j7fXJpEiz7Iqi5YeskLOFTLslkrslq+ZbEAk9/Ct6+Tgf7rpuIeRN5RxigHiKqQundG/AfggPggOQWeb/eO82aX+8EPlWLtGk/05nLHWvp/bOcgXuLS1AxFJ3YYk8Ra/Fy2q384FknUdMlJFYgmHj47zN17SJ/D4CO+zg1WqkDh12/DLJqDtDonXInTekrrsc6xx51NcxQc919xS6JZZBqkEIP3pW0/xsNLYDgU+Mwyx2+vnE9V91oQaWWKLHKCZNrjdvkGU6eIsOOSMepEauCz8K/g+5v7ugnk5lUUBcqmu2JsbcGq4Eeh+I0WFfXrshc8MEXsNvgo7TOznk0eNUSZVZ3azQ60w/Dc7B5y6DY3bXICinKSB3DunHp1Rfm1GD0qDEW3pd4WDQfsMbCWSIsFvkjweS7euVogh2AqvtA/717prNPbb+isCtZ751dh1+/XZlQsu+jxsE8Sdz2aNQnlunmwWSD85wq9+oVBmx1eCz6d4n/JYGcZU5/NTXQdpfaLbmqZmDNXycgvZeNaCDlCrXp/uVS02S9IZyscIYk07Hdi+2EPtxS2vVvU1kLiPCZo+/6nfmzDKLMFh1zyOgLIhiF0iT81FOGalrrBy7QnIBoHP1U6ekvD5JuwnwCfR+TLbniK1t0ZCXVsoXA==
X-IPAS-Result: A2EPAABnkfBe/zGZrQpmGQEBAQEBAQEBAQEBAQEBAQEBARIBAQEBAQEBAQEBAQFAgTkBAQEBAQELAYF6glEKlSebfgsBAQEBAQEBAQEHAS8EAQGERwKCLCU3Bg0BAgMBAQsBAQEFAQEBAQEGAwEBAQKGRQuCOyKDagEBAQEDOj8MBAIBCBEEAQEBHhAyHQgCBA4FCIJTuR50gTSFUYUdgTgBjHyBQj6EIT6KMQSOcqVhAweCWpkgKZ57kSueSAIEAgQFAhWBaYF6cIM5UBcCDZxldDcCBggBAQMJj1OBEQEB
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 22 Jun 2020 07:14:24 -0400
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.1913.005; Mon, 22 Jun 2020 07:14:24 -0400
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "tomh@apnic.net" <tomh@apnic.net>
CC: "mario.loffredo@iit.cnr.it" <mario.loffredo@iit.cnr.it>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] I-D Action: draft-ietf-regext-rfc7483bis-00.txt
Thread-Index: AQHWQAKzSInu3YHwM0uD0CHdMSMXb6jcz60wgAD1tACAAJx/kIAFk9mAgACWa1A=
Date: Mon, 22 Jun 2020 11:14:23 +0000
Message-ID: <f4232029a0924142a9529b68d0fb4486@verisign.com>
References: <159162988692.27209.10007278285596026415@ietfa.amsl.com> <ea6ab7f4-1540-0367-b3cb-b2abd2187752@iit.cnr.it> <5d79521690f0478fb51764fb90159538@verisign.com> <20200617234400.GH27861@tomh-laptop> <cb41567a41334d0db262b0a4d022930b@verisign.com> <20200621221435.GW27861@tomh-laptop>
In-Reply-To: <20200621221435.GW27861@tomh-laptop>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/dORgdJy1Kf-x3M-ASo2qNkosyV4>
Subject: Re: [regext] I-D Action: draft-ietf-regext-rfc7483bis-00.txt
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jun 2020 11:14:28 -0000

> -----Original Message-----
> From: Tom Harrison <tomh@apnic.net>
> Sent: Sunday, June 21, 2020 6:15 PM
> To: Hollenbeck, Scott <shollenbeck@verisign.com>
> Cc: mario.loffredo@iit.cnr.it; regext@ietf.org
> Subject: [EXTERNAL] Re: [regext] I-D Action: draft-ietf-regext-rfc7483bis-
> 00.txt
>
> On Thu, Jun 18, 2020 at 01:08:53PM +0000, Hollenbeck, Scott wrote:
> > From: Tom Harrison <tomh@apnic.net>
> >> The motivation for including "except in jCard objects" originally was
> >> to make it clear that an implementor couldn't include the lang
> >> attribute as defined in this section in a jCard object.  To preserve
> >> that aspect while making it clear that the language-related content
> >> defined in jCard may be used, I think the following would work
> >> better:
> >>
> >>     The "lang" attribute as defined in this section may appear
> >>     anywhere in an object class or data structure, except for in
> >>     jCard objects.  To avoid any doubt, language-related tags and
> >>     parameters defined by jCard itself may be used in jCard
> >>     objects.
> >>
> >> though the wording is a little awkward.
> >
> > Thanks for the suggestion, Tom. How about this instead?
> >
> > "The "lang" attribute as defined in this section may appear anywhere
> > in an object class or data structure, except for in jCard objects.
> > The "Language Tag" value described in RFC 7095 [RFC7095] MAY be used
> > in jCard objects."
>
> I think this is fine, but the MAY could be interpreted in isolation as implying
> that the document contains some more general prohibition on the use of all
> of jCard's functionality, which might lead to confusion.  It's hardly a big
> problem, but another suggestion:
>
>     The "lang" attribute as defined in this section may appear
>     anywhere in an object class or data structure, except for in jCard
>     objects.  jCard supports similar functionality by way of the
>     LANGUAGE property parameter: see Section 5.1 of [RFC6350].
>
> Simply striking the second sentence is another option, too (so that the only
> change from RFC 7483 is the addition of "as defined in this section").  But in
> any event, I think your suggested text is fine.

I'll use your suggestion. I just realized, though, that we should also change "may" to "MAY" in " The "lang" attribute as defined in this section may appear". Thanks for the feedback!

Scott

v2.23.0 | Report a Bug | By Email