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

Bron Gondwana <brong@fastmailteam.com> Tue, 09 April 2024 01:56 UTC

Return-Path: <brong@fastmailteam.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 560D7C15198D; Mon, 8 Apr 2024 18:56:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b="G0NvbwW5"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="cOJOIkfp"
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 EF21iJolc5rS; Mon, 8 Apr 2024 18:56:22 -0700 (PDT)
Received: from wfout3-smtp.messagingengine.com (wfout3-smtp.messagingengine.com [64.147.123.146]) (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 5BC06C15106C; Mon, 8 Apr 2024 18:56:22 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfout.west.internal (Postfix) with ESMTP id 931371C000F0; Mon, 8 Apr 2024 21:49:07 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute5.internal (MEProxy); Mon, 08 Apr 2024 21:49:08 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1712627347; x=1712713747; bh=3BmiJAT8KOW3Aq5JnreF+hTiWVsub6P1c4GurMulqU0=; b= G0NvbwW5znU5BdQS6ewX+w5fQXHq4VDJKvKiHMxfk4ERXXAygRwmNoTEg7u8AU4y +1mCo1TjtxkcsVZH6UJaf40sjEq1lUxWcQPfuhMA3asPwO5yPxB7NkmUC2qGWgEj KRz/W88JV+q1d59sQRTct4hoUgkmFratRTmxtPV7PcqAyvHlPXXZHA1evyQbRZT8 O3pjlDVK99p5Voj1CmcqBxPpCFOWdjXJqTjR0RGjyCWze7K1Isw/I8avsunW95Pz ibSODNyk4Bfr6cR4zgwCXysAauVtQVt7Du72VoOppJqckyKLytjOfEWr6khT64J/ YmOgEs1xoijaNyw6EkBcDg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1712627347; x=1712713747; bh=3BmiJAT8KOW3Aq5JnreF+hTiWVsu b6P1c4GurMulqU0=; b=cOJOIkfpOgSJ9+cNKsLZj2r6Wtd/ZnjNDeZjKZxhQu2k pIdpR5xtw8pmJsdjRfyjnp7PcpRkFy4krsySF1CG53edQt+W3SZKiH19heApOv59 lIYfC8bkSEuuAFrRGgszEVxjVgUC8iWqk3CH3z2f7hUBXreqW/libxTbZRMkqSFp Rf+QceUUMPdIwLw+2hlcm9MM7Pe4ukAhhWNEV1JJAKeNKEcXwAUtb543WRuyvlvJ KeXFXs8FZJuxU01dIUtwR9BZ3O+78ZwTkYz91zYODXqCOOgknBJI/s6gWERHbT+a ZT3Ihoork7igr24FWZCXpTozg2Otqh1GuV8XhnCeuA==
X-ME-Sender: <xms:kp4UZoW3BqvwpqHbAkCdk7r-QX3SVu1JZM6A94HcLoFA4EGdYPzbcA> <xme:kp4UZsm9T6ft-RmxhLeHY5oWjglJ3DI9annNJzkYVKy58fvlMb3pBO9PsX5T5CSOG Pr5n9q_GcM>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrudegkedgvdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsegrtderreerreejnecuhfhrohhmpedfuehr ohhnucfiohhnugifrghnrgdfuceosghrohhnghesfhgrshhtmhgrihhlthgvrghmrdgtoh hmqeenucggtffrrghtthgvrhhnpedvffdvhfejueduvedugfdugeekjeeuueeihffhgfej leelkeefveevvdegtddtheenucffohhmrghinheptgihrhhushhimhgrphdrohhrghenuc evlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsrhhonhhg sehfrghsthhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:kp4UZsa8IhzTjLuh1KjrsLGkA4fq3OBtu0-SqwWbelLLTMO0qf9vAA> <xmx:kp4UZnWwzy_Jjb5oVt4u9enQHf9mFMOhpdWUQUXIwDrx2TmMHI-9rQ> <xmx:kp4UZikEF1LIWRnP5HLuckEu5ckFNS8SAr4EN0IHcR3JZ_KYCFy43Q> <xmx:kp4UZsc3PIYvMtu-Ipf7OyCeENYQdM-11HbWSfU4yQRD1eI9xWdBqQ> <xmx:k54UZnjYNbWE_Y0-E--rRYeEInprnFPl0oiRhavRwD_bewAqPiiYMUkS>
Feedback-ID: i2d7042ce:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 785B72D40087; Mon, 8 Apr 2024 21:49:06 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.11.0-alpha0-368-gc733b1d8df-fm-20240402.001-gc733b1d8
MIME-Version: 1.0
Message-Id: <1138db29-21b1-4340-8e3c-f482d0252fd1@betaapp.fastmail.com>
In-Reply-To: <CAN8C-_LTqktvr6WxQoozd7VuC2v539dhx5Xz0KmHQCTHMqL-DQ@mail.gmail.com>
References: <20240315214259.96B0D1FFA18E@rfcpa.amsl.com> <48b5c001-604f-4982-9ce4-c39936733b4b@app.fastmail.com> <2ffce6d6-b5f1-45f4-a9aa-8eb34963c954@app.fastmail.com> <1A81437D-D40C-4BF0-92B6-99C48B2AF357@amsl.com> <3550D1EF-082B-468B-A996-727ED80F48D5@amsl.com> <CAN8C-_J7bxdOK7cK4H+jKVr3A+UL5OB1dgQn5xDj1s_ZjAYLvg@mail.gmail.com> <b6f5c9df-a776-4c14-9d44-d3445649ff54@betaapp.fastmail.com> <CAN8C-_LTqktvr6WxQoozd7VuC2v539dhx5Xz0KmHQCTHMqL-DQ@mail.gmail.com>
Date: Tue, 09 Apr 2024 11:48:44 +1000
From: Bron Gondwana <brong@fastmailteam.com>
To: Orie Steele <orie@transmute.industries>
Cc: Karen Moore <kmoore@amsl.com>, Robert Stepanek <rsto=40fastmailteam.com@dmarc.ietf.org>, Mario Loffredo <mario.loffredo@iit.cnr.it>, RFC Errata System <rfc-editor@rfc-editor.org>, "calext-ads@ietf.org" <calext-ads@ietf.org>, calext-chairs@ietf.org, "Murray S. Kucherawy" <superuser@gmail.com>, Daniel Migault <mglt.ietf@gmail.com>, "auth48archive@rfc-editor.org" <auth48archive@rfc-editor.org>
Content-Type: multipart/alternative; boundary="867cab66bd344b7bae158fb7ad81efee"
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/9bBOdrsI9mUzUssimyDqQ5P_ETo>
Subject: Re: [auth48] [AD] AUTH48: RFC-to-be 9554 <draft-ietf-calext-vcard-jscontact-extensions-10> 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: Tue, 09 Apr 2024 01:56:27 -0000

Yep - it's correct syntax.  I don't have a strong opinion on one vs two examples.

Bron.

On Tue, Apr 9, 2024, at 11:03, Orie Steele wrote:
> Thanks Bron :)
> 
> To be clear are you saying the original example is correct and should remain as is?
> 
> OS
> 
> 
> On Mon, Apr 8, 2024, 7:53 PM Bron Gondwana <brong@fastmailteam.com> wrote:
>> __
>> On Tue, Apr 9, 2024, at 05:06, Orie Steele wrote:
>>>> > Removing the ALTID parameter from GRAMGENDER:
>>>> > We removed the ALTID parameter because it isn't necessary. There can only be one grammatical gender per contact and language anyway.
>>>> >
>>>> > Updated examples:
>>>> > We updated the examples to clarify both the changes that I just outlined.
>>> 
>>> This example is now confusing:
>>> 
>>>   Example(s):
>>>       GRAMGENDER;LANGUAGE=de:masculine
>>>       GRAMGENDER:LANGUAGE=en:neuter
>>> 
>>> especially given your comment regarding ALTID, I suggest a single example (and double check ":" vs ";")
>>> 
>>> I suggest:
>>> 
>>> Example:
>>>       GRAMGENDER:LANGUAGE=de:inanimate 
>> 
>> No, using colon for both is incorrect syntax.  The VCARD format is something like this:
>> 
>> key [ ";" param=paramvalue ";" param2=pval2 ... ] ":" value
>> 
>> There are further "value" fields which also are separated by `";"` or by `","` or structured in other awful ways, even with `":"`.  It's really REALLY bad, which is why jscontact, based on a structured data format, is so much better.
>> 
>> For example, my rather incomplete (and incorrect about the email's role) contact book entry for Karen is:
>> 
>> BEGIN:VCARD
>> VERSION:3.0
>> FN:Karen Moore
>> N:Moore;Karen;;;
>> NICKNAME:
>> ORG:;
>> TITLE:
>> EMAIL;TYPE=home;TYPE=pref:kmoore@amsl.com
>> NOTE:
>> PRODID:-//CyrusIMAP.org//Cyrus 3.1.6-736-gdfb8e44-fmstable-20190718v2//EN
>> REV:20190720T090159Z
>> UID:[...]
>> END:VCARD
>> 
>> You can see the value components separated by semicolon in the "N" structured name field, and the TYPE parameters on the "EMAIL" field.
>> 
>> LANGUAGE is a parameter on the GRAMGENDER field above.
>> 
>> Cheers,
>> 
>> Bron.
>> 
>> --
>>   Bron Gondwana, CEO, Fastmail Pty Ltd
>>   brong@fastmailteam.com
>> 
>> 

--
  Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com