Re: [auth48] [AD] AUTH48: RFC-to-be 9555 <draft-ietf-calext-jscontact-vcard-13> for your review

Karen Moore <kmoore@amsl.com> Wed, 17 April 2024 01:39 UTC

Return-Path: <kmoore@amsl.com>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BC67C15106E; Tue, 16 Apr 2024 18:39:23 -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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 ztOe7R1Mgzk3; Tue, 16 Apr 2024 18:39:19 -0700 (PDT)
Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AB33C14F601; Tue, 16 Apr 2024 18:39:19 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id ACDB1424CD3E; Tue, 16 Apr 2024 18:39:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6_-W9K8avgvF; Tue, 16 Apr 2024 18:39:18 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2600:1700:3681:d010:dc3c:279f:2e52:2fdc]) by c8a.amsl.com (Postfix) with ESMTPSA id 8AD51424CD01; Tue, 16 Apr 2024 18:39:18 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\))
From: Karen Moore <kmoore@amsl.com>
In-Reply-To: <CAN8C-_JBa69wst__aZyAab++uuRB9NdPw=wpZO=Se1ug9nA9uQ@mail.gmail.com>
Date: Tue, 16 Apr 2024 18:39:18 -0700
Cc: "Murray S. Kucherawy" <superuser@gmail.com>, rfc-editor <rfc-editor@rfc-editor.org>, calext-ads@ietf.org, calext-chairs@ietf.org, Daniel Migault <mglt.ietf@gmail.com>, auth48archive <auth48archive@rfc-editor.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <AC712B84-45B4-4069-B330-DCE0572C200F@amsl.com>
References: <20240315215422.865F21FFA18E@rfcpa.amsl.com> <ef471cf5-4eb2-4000-a240-ea28d50658a1@app.fastmail.com> <82572788-B8CA-4189-9601-D116472C2CB5@amsl.com> <af77e1fb-2e3f-4545-a310-bfd6e20034ca@app.fastmail.com> <64FD5792-8085-4029-A038-DEFDC4FB9D1B@amsl.com> <84f1813c-8bf6-4206-a5b3-349fc6560ed1@app.fastmail.com> <8fd73cf9-9380-45c2-9dd2-0b7cb41e00bf@app.fastmail.com> <3BE1FD24-3D92-4FAB-B7EA-E80EB88B3F58@amsl.com> <CAN8C-_JBa69wst__aZyAab++uuRB9NdPw=wpZO=Se1ug9nA9uQ@mail.gmail.com>
To: Orie Steele <orie@transmute.industries>, Mario Loffredo <mario.loffredo@iit.cnr.it>, Robert Stepanek <rsto@fastmailteam.com>
X-Mailer: Apple Mail (2.3654.120.0.1.15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/YJgWaKO-G2rb1HtczVnpugUngyc>
Subject: Re: [auth48] [AD] AUTH48: RFC-to-be 9555 <draft-ietf-calext-jscontact-vcard-13> for your review
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Apr 2024 01:39:23 -0000

Hi Orie (and authors),

Thank you for your review. We have noted your approval of those sections on the AUTH48 status page. We now await approvals from Robert and Mario.

Note that we have updated the sourcecode type to “text/plain” for the examples that include partial vCard text (thank you for your patience while we were discussing it internally). Note that the type for "item2.X-FOO:bar” (Figure 2) was not previously set. We believe this should be “text/plain”; if that is not correct, please let us know.

Original - XML:
 <figure anchor="group_conversion_props">
    <name>Example of How to Preserve the Group Name in vCardProps during Conversion</name>
       <sourcecode><![CDATA[
item2.X-FOO:bar
]]></sourcecode>
      <sourcecode type="json"><![CDATA[
"vCardProps": [
  ["x-foo", {
    "group": "item2"
  }, "unknown", "bar"]
]
]]></sourcecode>
     </figure>

Output:
 item2.X-FOO:bar
   "vCardProps": [
     ["x-foo", {
       "group": "item2"
     }, "unknown", "bar"]
   ]

     Figure 2: Example of How to Preserve the Group Name in vCardProps
                             during Conversion


— FILES (please refresh) —

The updated XML file is here:
 https://www.rfc-editor.org/authors/rfc9555.xml

The updated output files are here:
 https://www.rfc-editor.org/authors/rfc9555.txt
 https://www.rfc-editor.org/authors/rfc9555.pdf
 https://www.rfc-editor.org/authors/rfc9555.html

This diff file shows all changes made during AUTH48:
 https://www.rfc-editor.org/authors/rfc9555-auth48diff.html

These diff files show only the changes made during the last edit round:
 https://www.rfc-editor.org/authors/rfc9555-lastdiff.html
 https://www.rfc-editor.org/authors/rfc9555-lastrfcdiff.html

This diff file shows all changes made to date:
 https://www.rfc-editor.org/authors/rfc9555-diff.html

Please contact us with any further updates or with your approval of the document in its current form.  We will await approvals from each author prior to moving forward in the publication process.

For the AUTH48 status of this document, please see:
 https://www.rfc-editor.org/auth48/rfc9555

Best regards,
RFC Editor/kc


> On Apr 15, 2024, at 1:07 PM, Orie Steele <orie@transmute.industries> wrote:
> 
> Lets use text/plain for the examples that include parts of the vcard data model.
> 
> I approve these changes.
> 
> Regards,
> 
> OS
> 
> On Mon, Apr 15, 2024 at 2:27 PM Karen Moore <kmoore@amsl.com> wrote:
> Hi Robert and *Orie (AD),
> 
> Apologies for the delayed reply.  We have been further discussing the use of  “text/plain” for partial vCard text - we will get back to you shortly on that, so we will hold off on updating the “type” for the sourcecode in this editing round.
> 
> In the meantime, we have removed 2 extraneous instances of “Section” under “Card /calendars” and “Card / directories" that were not needed in Table 8, and we updated the PROP-ID definition as follows.
> 
> Original:
>   The PROP-ID parameter (Section 4.7 of [RFC9554]) converts to the Id-
>   typed key of the JSContact object, to which the vCard property having
>   this parameter converts.
> 
> Current:
>   The PROP-ID parameter (Section 4.7 of [RFC9554]) converts to the 
>   Id-typed key of the derived JSContact object.
> 
> *Orie, please review the following changes that were made by the authors during AUTH48 and let us know if you approve. Note that we double checked all of the section references that were added. The changes can be viewed here: https://www.rfc-editor.org/authors/rfc9555-auth48diff.html. 
> 
> Abstract
> Sections:
> 2.1.2
> 2.2.2
> 2.2.5
> 2.2.7
> 2.2.8
> 2.3.2
> 2.3.5
> 2.3.7
> 2.3.8
> 2.3.9
> 2.3.11
> 2.3.15
> 2.3.17
> 2.3.18
> 2.3.19
> 2.5.1
> 2.5.2
> 2.8.2
> 2.9.3
> 2.10.1
> 2.10.2
> 2.10.3
> 3.2.1
> 3.3.1
> Appendix A (Table 8: organization —> organizationId)
> 
> 
> — FILES (please refresh) —
> 
> The updated XML file is here:
>  https://www.rfc-editor.org/authors/rfc9555.xml
> 
> The updated output files are here:
>  https://www.rfc-editor.org/authors/rfc9555.txt
>  https://www.rfc-editor.org/authors/rfc9555.pdf
>  https://www.rfc-editor.org/authors/rfc9555.html
> 
> This diff file shows all changes made during AUTH48:
>  https://www.rfc-editor.org/authors/rfc9555-auth48diff.html
> 
> These diff files show only the changes made during the last edit round:
>  https://www.rfc-editor.org/authors/rfc9555-lastdiff.html
>  https://www.rfc-editor.org/authors/rfc9555-lastrfcdiff.html
> 
> This diff file shows all changes made to date:
>  https://www.rfc-editor.org/authors/rfc9555-diff.html
> 
> Please contact us with any further updates or with your approval of the document in its current form.  We will await approvals from each author and the AD prior to moving forward in the publication process.
> 
> For the AUTH48 status of this document, please see:
>  https://www.rfc-editor.org/auth48/rfc9555
> 
> Best regards,
> RFC Editor/kc
> 
> > On Apr 15, 2024, at 12:01 AM, Robert Stepanek <rsto@fastmailteam.com> wrote:
> > 
> > Hi Karen,
> > 
> > I'm not sure if you are waiting for our approval for RFC 9555? I am waiting for Editors to provide an updated document version for RFC 9555 with the changes I agreed to below, but maybe I have missed some email thread and you are waiting for some action on my behalf?
> > 
> > I can certainly apply the changes outlined below myself, should you prefer that.
> > 
> > Thanks,
> > Robert
> > 
> > On Fri, Apr 5, 2024, at 11:10 AM, Robert Stepanek wrote:
> >> Hi Karen, Orie,
> >> 
> >> On Thu, Apr 4, 2024, at 11:29 PM, Karen Moore wrote:
> >>> > [OS] Thanks for making this change, in case "text/vcard" is rejected (for some tooling reason) "text/plain" would also work... in fact it may be more appropriate if the source code is not a fully valid vcard in text serialization... Is it valid?
> >>> 
> >>> Additionally, we updated Section 2.3.17 with Orie’s suggested text; however, if further changes are desired by the authors, we are happy to make the update.
> >> 
> >> The examples contain only partial vCard text, so strictly speaking "text/vcard" is not appropriate. If that is an issue, "text/plain" is equally fine.
> >> 
> >>> 
> >>> > NEW:
> >>> >    The PREF parameter (Section 5.3 of [RFC6350]) converts to the pref
> >>> >    property of the derived JSContact object.
> >>> 
> >>> 
> >>> Please consider if any updates are needed to this similar sentence that follows in Section 2.3.18:
> >>> 
> >>>   The PROP-ID parameter (Section 4.7 of [RFC9554]) converts to the Id-
> >>>    typed key of the JSContact object, to which the vCard property having
> >>>    this parameter converts.
> >> 
> >> I think Orie's suggestion for the PREF parameter is great, and I kindly ask you to apply it also to the PROP-ID definition.
> >> 
> >> Thanks,
> >> Robert
> 
> 
> 
> -- 
> 
> ORIE STEELE
> Chief Technology Officer
> www.transmute.industries
>