Re: [calsify] I-D Action: draft-ietf-calext-ical-tasks-06.txt

Joris Baum <joris@audriga.com> Wed, 01 March 2023 13:25 UTC

Return-Path: <joris@audriga.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0A0BC15170B for <calsify@ietfa.amsl.com>; Wed, 1 Mar 2023 05:25:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-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=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 FjPWxTzkuPfZ for <calsify@ietfa.amsl.com>; Wed, 1 Mar 2023 05:25:29 -0800 (PST)
Received: from mail.audriga.com (mail.audriga.com [176.221.42.35]) (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 A171BC1516E9 for <calsify@ietf.org>; Wed, 1 Mar 2023 05:25:29 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.audriga.com (Postfix) with ESMTP id 4C31EA0C4 for <calsify@ietf.org>; Wed, 1 Mar 2023 14:25:27 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at mail.audriga.com
Received: from mail.audriga.com ([127.0.0.1]) by localhost (mail.audriga.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d_weXoTPtLRX for <calsify@ietf.org>; Wed, 1 Mar 2023 14:25:24 +0100 (CET)
Received: from [192.168.10.127] (ip-109-090-161-242.um36.pools.vodafone-ip.de [109.90.161.242]) (Authenticated sender: joris@audriga.com) by mail.audriga.com (Postfix) with ESMTPSA id D00B0A28E for <calsify@ietf.org>; Wed, 1 Mar 2023 14:25:24 +0100 (CET)
Content-Type: multipart/alternative; boundary="------------Fy95k4yekJv00GKKVy03urg7"
Message-ID: <8834ca4a-1ce8-b7d2-8be2-3dc6b2c7b7a7@audriga.com>
Date: Wed, 01 Mar 2023 14:25:24 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0
From: Joris Baum <joris@audriga.com>
To: calsify@ietf.org
References: <167686695826.19071.7433282652151547550@ietfa.amsl.com>
Content-Language: en-US
In-Reply-To: <167686695826.19071.7433282652151547550@ietfa.amsl.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/Zw6HKsS-81xiRwDpr8rJoGocGwk>
Subject: Re: [calsify] I-D Action: draft-ietf-calext-ical-tasks-06.txt
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Calendaring and Scheduling Standards Simplification <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Mar 2023 13:25:33 -0000

Hi,


I just finished implementing parts of the draft-ietf-calext-jscontact-07 
and draft-ietf-calext-jscontact-vcard-06 specs and found a few more nits 
and pieces that one might want to improve.

In my opinion, the specs are extensive and well-defined in general. 
Especially, not using the label parameter any longer for mapping between 
vCard and JSCalendar makes implementation much easier.  I hope this 
feedback not misplaced, considering their status in the review process. 
I consider them quite mature. This is not supposed to hold up 
publication of the documents.

draft-ietf-calext-jscontact-07 :

* Section 2.2.2 defines the type a NameComponent can have. Right now, 
there is no type for "birth name", which some systems use (see 
https://en.wikipedia.org/wiki/Maiden_and_married_names ). If still 
sensible (considering the state the document is in) I would suggest you 
MAY add something like type "birth. The value is the previous surname 
which has been replaced by surname, also known as "birth name" or 
"maiden name".".

* Section 2.2.4 defines OrgUnit, which is a very simple object with 
basically a name and a sort order. All of its properties are currently 
optional. It probably would not hurt to make name mandatory in OrgUnit.

* Section 2.3.2 says that "The |service| property SHOULD be set.". 
However, it is not obvious to me which value to set it to. For example, 
how would I find out the canonical service name for 
"xmpp:alice@example.com"? Maybe some additional guidance on how to find 
out the "canonical service name" would be good. How would I find out 
whether it is "Example.com" or "EXAMple.com"?

draft-ietf-calext-jscontact-vcard-06:

* Section 2.3.1 "To preserve the verbatim value of the ALTID parameter, 
set the JSContact extension properties |props| or |params| defined in 
Section 2.16 
<https://www.ietf.org/archive/id/draft-ietf-calext-jscontact-vcard-06.html#new-jscontact>." 
should probably be "To preserve the verbatim value of the ALTID 
parameter, set the JSContact extension properties |vCardProps| or 
|vCardParams| defined in Section 2.16 
<https://www.ietf.org/archive/id/draft-ietf-calext-jscontact-vcard-06.html#new-jscontact>." 


* it is not explicitly mentioned in the spec that vCard's "HOME" type 
maps to JSContact's "private" type.

* JSContact allows having an Anniversary without a type. It probably 
makes sense to write some guidance for that case. I guess the idea here 
would be to map that to a JSCONTACT-PROP vCard property?


Regards,


Joris

On 20.02.23 05:22, internet-drafts@ietf.org wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This Internet-Draft is a work item of the Calendaring Extensions WG of the IETF.
>
>          Title           : Task Extensions to iCalendar
>          Authors         : Adrian Apthorp
>                            Michael Douglass
>    Filename        : draft-ietf-calext-ical-tasks-06.txt
>    Pages           : 31
>    Date            : 2023-02-19
>
> Abstract:
>     This document defines extensions to the Internet Calendaring and
>     Scheduling Core Object Specification (iCalendar) (RFC5545) to provide
>     improved status tracking, scheduling and specification of tasks.
>
>     It also defines how Calendaring Extensions to WebDAV (CalDAV) (RFC
>     4791) servers can be extended to support certain automated task
>     management behaviours.
>
>
> The IETF datatracker status page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-calext-ical-tasks/
>
> There is also an HTML version available at:
> https://www.ietf.org/archive/id/draft-ietf-calext-ical-tasks-06.html
>
> A diff from the previous version is available at:
> https://author-tools.ietf.org/iddiff?url2=draft-ietf-calext-ical-tasks-06
>
>
> Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts
>
>
> _______________________________________________
> calsify mailing list
> calsify@ietf.org
> https://www.ietf.org/mailman/listinfo/calsify

-- 
Joris Baum
Tel: +49 721 170293 16
Fax: +49 721 170293 179

http://www.audriga.com  |http://www.twitter.com/audriga

--------------------------------------------------------------------------
audriga GmbH | Alter Schlachthof 57 | 76137 Karlsruhe
Sitz der Gesellschaft: Karlsruhe - Amtsgericht Mannheim - HRB 713034
Geschäftsführer: Dr. Frank Dengler, Dr.-Ing. Hans-Jörg Happel
--------------------------------------------------------------------------