[calsify] New JSCalendar I-Ds and missing iCalendar conversion

Robert Stepanek <rsto@fastmailteam.com> Thu, 07 December 2023 13:56 UTC

Return-Path: <rsto@fastmailteam.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 6FC0BC06F240 for <calsify@ietfa.amsl.com>; Thu, 7 Dec 2023 05:56:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b="RcM2jjN8"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="u5HFEW/m"
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 mDHfk-Ru-RrR for <calsify@ietfa.amsl.com>; Thu, 7 Dec 2023 05:56:52 -0800 (PST)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 28724C14F5F0 for <calsify@ietf.org>; Thu, 7 Dec 2023 05:56:52 -0800 (PST)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 2B1225C01F5 for <calsify@ietf.org>; Thu, 7 Dec 2023 08:56:51 -0500 (EST)
Received: from imap43 ([10.202.2.93]) by compute5.internal (MEProxy); Thu, 07 Dec 2023 08:56:51 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc:content-type:content-type:date:date:from :from:in-reply-to:message-id:mime-version:reply-to:sender :subject:subject:to:to; s=fm2; t=1701957411; x=1702043811; bh=vG 2X6IfjcE78eHe3nDy/+fKjyZb0xH+MXMUsu3xO12E=; b=RcM2jjN8fbn5AjT8P9 dOq+ei5NNNClB1HWIy8BZB8qwt7Yn0qrl59vyC1IbP3jed2hM1pYoU7skoCV/zmD uptd/EGbWZuTEQTHkakkRZNFHg0rEEqj81lDhQZEuHVhnnIga68lMCuCvQPye7nv s6BjM6rIFDx4n1tjlcDrZyl/ysox4fsklAVyTpuF7Bx8SMvps36DM3hLfmqCKIRF ipQ3lmcykthDyKqszGCjbtA/lTa5zZScoxCbEeB3SZ3Rjil5CCLbUuzfZVhRK4TP UkddFxuXDZyl4ldzPdZFF/3X3zKPadd/FY/LVnC9mTk/1zbsw2X02mUOrDXFfZz4 DXUg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1701957411; x=1702043811; bh=vG2X6IfjcE78eHe3nDy/+fKjyZb0xH+MXMU su3xO12E=; b=u5HFEW/m1VdxPXhzFcaxzjEcXLQEoOMtpejidK4WFOWzF6UdjpX 4VaB2ooEY8DpZ/FBLMDQxF3w9XiQb7ji0h6zLfN94fK3FDexrO04hLrBBpnY6MOb 8dLIfh3C7Rt+ZCfZAs+l1KM7yD3+FgK7atVj4e4mHkv8kceoznTxIYMwZeeakdQZ CSxDjV/zdgzaTaz0ResdIzoa1n7nO+AK4BsmuSrff6yvMbBr70UKQjx8FyhjLEt6 G8K4Pn9nInxfpWLLr4DMs65isY2fb/LVuyJyKpAulJIKuP9wW5dKzZ5ySKoKbZXu EiV3qVMZi2Yl525cYulAAiBv1TZvNor42Bg==
X-ME-Sender: <xms:Is9xZYp9XOwzHrYPeug-XzxYM-RPhaKJ-kEYx5SfXaWdEbLgNFuOXg> <xme:Is9xZeqLWWuJLaA0-_viyeRnT1vR-xr3TvVJu-o0Q5TVbnFdudilkuiaVTa_ia_TF 1hbXDtdA3tgKg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudekvddgheelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtsegrtderre erredtnecuhfhrohhmpedftfhosggvrhhtucfuthgvphgrnhgvkhdfuceorhhsthhosehf rghsthhmrghilhhtvggrmhdrtghomheqnecuggftrfgrthhtvghrnhepjeejleefkeejhf evieeugeevtdehueegleegffeghefhhfetjeejfedutddtfeefnecuffhomhgrihhnpehi vghtfhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehrshhtohesfhgrshhtmhgrihhlthgvrghmrdgtohhm
X-ME-Proxy: <xmx:Is9xZdMm7Qe0Aq11UU-tOFIfdlvpkvo4nrO48KMILXcFGoTSKB1QHw> <xmx:Is9xZf6FQnpOUANGR1IRdeshOBJWtCrHlR6zuQ5szU5gEX7FCbZJQw> <xmx:Is9xZX4FIdkHqNffasQYfS4ItC1Rnlt7U8L7pjtKLZI0JXiNYp3Hgw> <xmx:I89xZZFPJ1HHe9K20lqv8GwJRcB-OrGozkrIBoolX9fEkKd89alQSA>
Feedback-ID: ia5d944da:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id D07212D40074; Thu, 7 Dec 2023 08:56:50 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.9.0-alpha0-1265-g52f62c0a85-fm-20231205.001-g52f62c0a
MIME-Version: 1.0
Message-Id: <d9660927-f2c2-44dd-b1ad-bc513ae9faf6@app.fastmail.com>
Date: Thu, 07 Dec 2023 14:56:30 +0100
From: Robert Stepanek <rsto@fastmailteam.com>
To: calsify@ietf.org
Content-Type: multipart/alternative; boundary="443f6a88be084f65981ccb9bd43c65e7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/ZzEjwgmvhPdZ5E24A5UAUE4FvAg>
Subject: [calsify] New JSCalendar I-Ds and missing iCalendar conversion
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: Thu, 07 Dec 2023 13:56:56 -0000

At last calext session I decided to work on a new JSCalendar I-D that will add new properties to RFC 8984. However, it now is unclear to me how to proceed with this, given that no standard conversion for JSCalendar and iCalendar currently exists.

Work on draft-ietf-calext-jscalendar-icalendar  <https://datatracker.ietf.org/doc/draft-ietf-calext-jscalendar-icalendar/>has stalled since over a year which is meant to define iCalendar conversion for the contents of RFC 8984. And by our charter, any JSCalendar extension "must include a representation in both formats, and define a robust mapping between them". That means to me that the current JSCalendar spec does not live up our requirements, and any new JSCalendar I-D without iCalendar conversion wouldn't either.

Are we going to require draft-ietf-calext-jscalendar-icalendar be published together with any new JSCalendar I-D, or are we fine adding new JSCalendar properties without standard iCalendar conversion?

As the author of both the iCalendar conversion and that new I-D I prefer to get both iCalendar conversion and new JSCalendar properties done at the same time. That's the only way we can be sure to not have missed a thing.

I do understand that the "scheduleId" property is holding back JMAP Calendars, so if that I-D should need to get published before my planned I-D, I suggest the "scheduleId" property should be defined as part of the JMAP spec, including a clear description to calext how this is going to help with converting iCalendar scheduling properties to JSCalendar.

Regards,
Robert