From nobody Thu Oct 3 01:20:22 2019 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D626612008F; Thu, 3 Oct 2019 01:20:13 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.104.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: calsify@ietf.org Message-ID: <157009081374.16217.4106319352297679841@ietfa.amsl.com> Date: Thu, 03 Oct 2019 01:20:13 -0700 Archived-At: Subject: [calsify] I-D Action: draft-ietf-calext-jscalendar-19.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 08:20:14 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Calendaring Extensions WG of the IETF. Title : JSCalendar: A JSON representation of calendar data Authors : Neil Jenkins Robert Stepanek Filename : draft-ietf-calext-jscalendar-19.txt Pages : 77 Date : 2019-10-03 Abstract: This specification defines a data model and JSON representation of calendar data that can be used for storage and data exchange in a calendaring and scheduling environment. It aims to be an alternative, and over time successor to, the widely deployed iCalendar data format and to be unambiguous, extendable and simple to process. In contrast to the JSON-based jCal format, it is not a direct mapping from iCalendar and expands semantics where appropriate. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-calext-jscalendar/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-calext-jscalendar-19 https://datatracker.ietf.org/doc/html/draft-ietf-calext-jscalendar-19 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-jscalendar-19 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Oct 3 01:25:03 2019 Return-Path: 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 15B951208CD for ; Thu, 3 Oct 2019 01:25:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=sb0Y8GmA; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=AJlRKi2j 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 qNSQKAFD4LiN for ; Thu, 3 Oct 2019 01:25:00 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 218491208BF for ; Thu, 3 Oct 2019 01:25:00 -0700 (PDT) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 7C1424C7 for ; Thu, 3 Oct 2019 04:24:59 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute1.internal (MEProxy); Thu, 03 Oct 2019 04:24:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm3; bh=qGZuSVlo3iLjpQLJpajKAVE7MByhYVJe1+NGAyq mlVw=; b=sb0Y8GmAW1J2oZZjY7fUOcQlLmPI0CuBRljxd/pqlI+3PVhF2FuyaD0 BgvtB5BVHov6MhGUyYLVmpx3aTOf7ichwoKyLAODIOT/rp4+P4KX4FuIMq5Ur8T0 sCkHGrlttB0fmNEy5MrK+vOBVV877fuKJxfDVui+KgaeqMcDiJV2uf7y5KHZqRyF OS9fVCxSqnyGpaMFiprzAt4z7243KE0ES3mcfAGDMMqCXs1KArpQvXFKdn8jtQaJ A4GcSjNXq72nRsKH5yWJ/wxacvC9GTSHhf3XqI3wp8j0fwiSox9i8QahpE1wbWsI IAn8hGilCCygea71Wc2aAwuplglpz5g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=qGZuSVlo3iLjpQLJpajKAVE7MByhY VJe1+NGAyqmlVw=; b=AJlRKi2jInF2yUD//duQTlTI/Wq+MwB2QNXiFKmkgb01f yTFR1w3LIDm34FulrbDJM8STIdsJA+6HiSrjszw7SpqH9eSgFotgG9ogj+DfHp/+ hUBgJkxRb+S4Y6HdEEcjRuH/yk5GNoAFLrAnGGdGzabX+1oXIxylyLMGSQ1+Lhpd y88yPbRpwDteIrlVwBZAYalKeZLWvGekjPWoU5k9Ai1HqkhLTvC1rQIr8a0CR+WN JOPvtLgxwsbIZHlUUZypOsVHCoV+QRcaQnZZvjSjI/BJQFMRZWoZ4+d7VFKBXwg+ R99/rxy+y0u1+yPtg+3MVnHcsVSj4o7A0+bFmguwQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrgeekgddtfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesrgdtreerre ertdenucfhrhhomhepfdftohgsvghrthcuufhtvghprghnvghkfdcuoehrshhtohesfhgr shhtmhgrihhlthgvrghmrdgtohhmqeenucffohhmrghinhepihgvthhfrdhorhhgnecurf grrhgrmhepmhgrihhlfhhrohhmpehrshhtohesfhgrshhtmhgrihhlthgvrghmrdgtohhm necuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id B1575300073; Thu, 3 Oct 2019 04:24:58 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-359-g64bf1af-fmstable-20191002v2 Mime-Version: 1.0 Message-Id: Date: Thu, 03 Oct 2019 10:24:34 +0200 From: "Robert Stepanek" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=1abf9281bb15415a87601de87547b9cb Archived-At: Subject: [calsify] JSCalendar: Updated RFC draft version 19 X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2019 08:25:02 -0000 --1abf9281bb15415a87601de87547b9cb Content-Type: text/plain Hi, we have just submitted RFC draft-ietf-calext-jscalendar-19 . We suggest to restart WG Last Call for this version. Main changes in versions 18 and 19 include: Properties and objects - Added the recurrenceId property to JSEvent and JSTask. - Added the participationComment property to the Participant object. - Added the AbsoluteTrigger type for alert triggers with absolute UTC times. - Replaced the snoozed property of the Alert object with the relatedTo property. - Added the @type property to all sub-objects. - Renamed the type property of the Link object to contentType. RFC format and process - Defined IANA registries for all properties, types and enumeration values. - Refined and fixed spelling and grammar. Cheers, Robert --1abf9281bb15415a87601de87547b9cb Content-Type: text/html Content-Transfer-Encoding: quoted-printable
Hi,

we have just submitted RFC draft-ietf-calext-jscalenda= r-19. We suggest to restart WG Last Call for this version.
=

Main changes in versions 18 and 19 include:

Properties and objects
- Added the re= currenceId property to JSEvent and JSTask.
- Added the par= ticipationComment property to the Participant object.
- Ad= ded the AbsoluteTrigger type for alert triggers with absolute UTC times.=
- Replaced the snoozed property of the Alert object with = the relatedTo property.
- Added the @type property to all = sub-objects.
- Renamed the type property of the Link objec= t to contentType.

RFC format and process
- Defined IANA registries for all properties, types and enum= eration values.
- Refined and fixed spelling and grammar.<= br>

Cheers,
Robert
--1abf9281bb15415a87601de87547b9cb-- From nobody Mon Oct 7 12:42:04 2019 Return-Path: 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 ADBC51200E9 for ; Mon, 7 Oct 2019 12:42:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=W34gvEsQ; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=BjwUWpD9 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 hrxnv0xwXwBp for ; Mon, 7 Oct 2019 12:42:00 -0700 (PDT) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5999412008A for ; Mon, 7 Oct 2019 12:42:00 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 98625216CA for ; Mon, 7 Oct 2019 15:41:59 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Mon, 07 Oct 2019 15:41:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm3; bh=SfxuLt2X32HBZIlluW1YhWrty1sF2EK1lPf4TdL 0MMQ=; b=W34gvEsQH7nD61iQp8wU0/BjpKhizE/uF57yhqac/mMF5zIS5pnUnxH 9s+Xsl1INVvL8qkkgG0ki2OiGHQ2tZNKoMx40q9mhRh559AYDQpqSqpr8v5IlXwX 4cWzO1+p9vLojuUt+5mHQ/ryHih02aPQC5ZCA2C8Knas+7HohG2xM2ncsgYDz4nM /JTVDh7uH4U9L/nXy/2ku7uyGx7CSpKcaQEzzUfGzEhL5jXEOH8Rz5X5oPvhN9ko eDEqpmJTIIhwXKl4ejrCACXL9VrsburH1U6H79FqD9Mp7NIGpGQY8vr4JcrN1VuA /cBLs2RPdfoOVmUpR2Bt7Q/WsV2r4PQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=SfxuLt2X32HBZIlluW1YhWrty1sF2 EK1lPf4TdL0MMQ=; b=BjwUWpD90UHU9QJbm28r0BUI7qweFg2cLrp12BW1C7kzS 3XMAfDGxhhy0L+FBi7l37lBF1wN2EZxqEH3st2mSGr5uMP9ZYqRa1l6RUEASnGvj hfLLT8FYmQ0Gz7xSF+I9ZBW6apFAWXA4rEUMNpPdcjLGS05zZMppoFtKrLpxs1RK ozRUCEKKzCEwdmAQMF9SAx862S7eIweDbJX3CHZ7I/EYCxSXxbEij7w97S0ejBU+ /KJAD2Xa9ZIu1zPiLstwkfTrDsTWL8Ko7XloAbUHl2WsCuQLbor3+TRWHHfqqFHk zXCTqDtNhrWEJq2bp2Z8nHJGyT2f0p0/qEsx0wwhw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrheejgdduvdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtsegrtderre erredtnecuhfhrohhmpedfuehrohhnucfiohhnugifrghnrgdfuceosghrohhnghesfhgr shhtmhgrihhlthgvrghmrdgtohhmqeenucffohhmrghinhepthhimhgvrghnuggurghtvg drtghomhdpiihoohhmrdhushenucfrrghrrghmpehmrghilhhfrhhomhepsghrohhnghes fhgrshhtmhgrihhlthgvrghmrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 35691300096; Mon, 7 Oct 2019 15:41:59 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2 Mime-Version: 1.0 Message-Id: <171e5611-6290-4e3f-85c0-4c56f8486df2@www.fastmail.com> Date: Tue, 08 Oct 2019 06:41:54 +1100 From: "Bron Gondwana" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=ee452b6fb7bd4a8d8b864aa43e74b0e7 Archived-At: Subject: [calsify] Wednesday's meeting X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2019 19:42:03 -0000 --ee452b6fb7bd4a8d8b864aa43e74b0e7 Content-Type: text/plain Remote access: https://zoom.us/j/4574164360 Time: https://www.timeanddate.com/worldclock/meetingdetails.html?year=2019&month=10&day=9&hour=15&min=0&sec=0&p1=198 Date: Wednesday October 10, 2019 - 11:00-12:30 US East Coast Agenda: * Introduction, Note Well and Agenda Bashing 5m * Current Drafts: 35m * draft-ietf-calext-eventpub-extensions 10m * draft-ietf-calext-jscalendar 10m * draft-ietf-calext-subscription-upgrade 5m * draft-ietf-calext-valarm-extensions 5m * draft-ietf-calext-scheduling-controls 5m * Proposed Drafts: 35m * draft-gunter-calext-maintenance-notifications 15m * draft-ietf-vpoll 5m * draft-douglass-icalendar-series 15m * Other business: 15m -- Bron Gondwana, CEO, Fastmail Pty Ltd brong@fastmailteam.com --ee452b6fb7bd4a8d8b864aa43e74b0e7 Content-Type: text/html Content-Transfer-Encoding: quoted-printable


Date: Wednesday October 10, 2019 - 11:00-12:3= 0 US East Coast

Agenda:
* Introduction, Note Well and Agenda Bashing 5m
* Current Drafts: 35m
  * draft-ietf-calext-eventpub-extensions 10m<= br>
  * draft-ietf-calext-js= calendar 10m
  * draft-i= etf-calext-subscription-upgrade 5m
  * draft-ietf-calext-valarm-extensions 5m
  * draft-ietf-calext-scheduling-controls = 5m
* Proposed Drafts: 35m
=
  * draft-gunter-calext-mai= ntenance-notifications 15m
&n= bsp; * draft-ietf-vpoll 5m
&n= bsp; * draft-douglass-icalendar-series 15m
* Other business: 15m




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


--ee452b6fb7bd4a8d8b864aa43e74b0e7-- From nobody Tue Oct 8 06:24:02 2019 Return-Path: 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 22B1A12085D; Tue, 8 Oct 2019 06:23:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 mvaHTd8N7Lxr; Tue, 8 Oct 2019 06:23:53 -0700 (PDT) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F0D612004E; Tue, 8 Oct 2019 06:23:48 -0700 (PDT) Received: by mail-qt1-x82a.google.com with SMTP id u40so25213676qth.11; Tue, 08 Oct 2019 06:23:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=VPEe3z4F68YZrsS34dOaJ6q84i8tJDbGPK1B8dGrQn4=; b=g3W21qIvFxmnThe6WS102lLnCQooeA+BBsLrIlUm/u8toq3GGx1dzXgexl5Qr64Wjn yzGaEwxcAznCE/e2jipZKCB8bNlH+TNdzt5pB3XJICjbJFSgLda9/1jygyWdfLxU+vU7 67B3/yUnBnlRaEHWAKM9WqMgY8tqzr7wZ0Sw/gEK1L0CW7C7DgtN7TkacqRHxHCo79vj GlXRzNfNpeO8rc2m3IAgGEedIsOy9m4HThMsyQo1mHzhvxp9BQfVnMPeIHrYhm6iLPbV TL9L7nfS9v7yeKGCf8ox7CJW9xstE7mRlEb420QcA0wl1zjUUb7LlNKSVjynduSjay6W GzAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=VPEe3z4F68YZrsS34dOaJ6q84i8tJDbGPK1B8dGrQn4=; b=HvbBvZOUuKfMEEy2tSyLyKrlVcG6t/YFa/rfLHTN10qYMORAUDYRfRZK9/r2SfblMP SjFbux0mypFB9Soz1iGWI46vVCrDMQL3zTvvdbG5kAWLAx+asvZFoquvt34uZH/lNST2 vGk/G9ikEZQcuwzAJxa3oSBPQPg2vHVlw7gcFDVHW5+DI/yXuYFZMu1icYsICDI5NBQM s5jQ2eaziRPWfEQ7v8/jBueEKcoLbdKNN6SEanFhST36PMiYS7yPXoQsukLJUrR9ffSY NczRdWslpnRXtkIl6YLl3ZsDt0bO/0V9nDv8VNQRC22WEgQVnang9623R4c5x3RqlYNO imqQ== X-Gm-Message-State: APjAAAWPgcckgULRlWAZkVCY12WGma4/cCw1UU+5fXhAC4oeabw7TPAo DB/6ZNQ2/wWzpbM3mPBwXrJfGf9EQis= X-Google-Smtp-Source: APXvYqwAq8Ol4rGySrWT2UCCN+/SOHG1MpQcl6dxUO9WP9pl8zAvYTXO2TcHvb76VEzMrX0wlAqkgw== X-Received: by 2002:a05:6214:582:: with SMTP id bx2mr20253580qvb.60.1570541027084; Tue, 08 Oct 2019 06:23:47 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (pool-100-19-39-104.phlapa.fios.verizon.net. [100.19.39.104]) by smtp.googlemail.com with ESMTPSA id q200sm8740499qke.114.2019.10.08.06.23.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Oct 2019 06:23:46 -0700 (PDT) To: Alissa Cooper , The IESG Cc: draft-ietf-calext-eventpub-extensions@ietf.org, calext-chairs@ietf.org, calsify@ietf.org References: <155916352061.5560.17495616222314318364.idtracker@ietfa.amsl.com> From: Michael Douglass Message-ID: <5c3dc619-1d8f-32df-dd86-1aeb11f61d97@gmail.com> Date: Tue, 8 Oct 2019 09:23:45 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <155916352061.5560.17495616222314318364.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [calsify] Alissa Cooper's Discuss on draft-ietf-calext-eventpub-extensions-13: (with DISCUSS and COMMENT) X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Oct 2019 13:24:00 -0000 On 5/29/19 16:58, Alissa Cooper via Datatracker wrote: > Alissa Cooper has entered the following ballot position for > draft-ietf-calext-eventpub-extensions-13: Discuss > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Section 7.6: > > " The format type and schema parameters can be specified on this > property and are RECOMMENDED for text or inline binary encoded > content information." > > Doesn't this need to be REQUIRED rather than RECOMMENDED in order for it to > improve rather than potentially worsen interoperability? Agreed > > Section 8.1: > > "User agents MUST NOT include this information > without informing the participant." > > This seems like it needs to say "without the participant's express permission." > (As in https://www.w3.org/TR/geolocation-API). Agreed > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Please respond to the Gen-ART review. > > The abstract should mention the update to RFC 7986 and the introduction should > explain what is updated. With removal of updates to SOURCE this draft no longer updates 7986 so I've removed that. > > Section 11: > > "This specification does not > introduce any additional privacy concerns beyond those described in > [RFC5545]." > > This seems untrue given the sentence that follows it, so this should be deleted. Agreed I'll submit a further draft soon > > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify From nobody Tue Oct 8 11:44:17 2019 Return-Path: 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 4A92F1200B9; Tue, 8 Oct 2019 11:44:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 bRS-eGy3orUb; Tue, 8 Oct 2019 11:44:12 -0700 (PDT) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AACCA120071; Tue, 8 Oct 2019 11:44:12 -0700 (PDT) Received: by mail-qt1-x832.google.com with SMTP id u22so26711187qtq.13; Tue, 08 Oct 2019 11:44:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=7fA1G5lD3GYbh1vePGMURqb7BXEiKo/XtVoOltqR+F0=; b=t3LT5AJTe/Eg9gojF7+QM7GatCPd7ms012zbURsWq1//WrjO/ytCb9J9wh5d6sCWIV citX60QTHvAj0qz7MLMeprrJmhbY4TQr0ga7sZ6EsEOqg0z2HYZfBCRpGV95ertu6pee f0O87KNe9jaR94k9XYmclPV/b/FRg1bRNtoyDSYU0y/fGTmMw7P8faPo6E3Hcop6bQ3f DTdaK7eJyUE3GObmtil6OVO9w68ge3p8L3qGIM9cWuMn6dp17iZWNRx9UDxkIOM5p/ll WGaYjp9lYv8Xh7PTw2/r1MW1fMRdqnZ3S6TklHP4xX55ZHj1dnvtTE9Zp6IuZpWMaOll o+Rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=7fA1G5lD3GYbh1vePGMURqb7BXEiKo/XtVoOltqR+F0=; b=TuY2yA3KNPGip+sfEhlOwgw4EExogg4yZYyy72Ns61G6L55kXsvDnoNy7T+YrOIgKY 97isksjjZe7bkvqpRrL37uYcRXP+Z5+XiepEsSgCdB4Tk9hoPduuMMLeNj2XFolWIDal 0Gdpxf4JA699fe4YREM+GrnRRs/Td/ktLzH/RozVbKJPA6l2Y5JYrA1sZ3WnO4sRP+RO j6rQmCTsqxNDSIFGhdcQGzoGaQyEdRjJIVTcZq0oCVo7BPB6T9CoFwpd1nJS6q3I+G+Y it3ArR7wiJ4NlZKZ8N61jVRneSYvGOJ81/YWKmrAt667hH+WmP8CoijRLQVkxKvDpYfw 0Byg== X-Gm-Message-State: APjAAAX4MUhvMUBgr/6+Yb88ndlbpz+CBHQN4FRSEIKNu20PEPNauP8+ TzcYAsQKSVSz/HNaeK6l9gaFOCid X-Google-Smtp-Source: APXvYqyN/FIXIiDIiFxqU7S0B1sY9Gj+bPhPvwDgL0x6lrryl3AwlTDR6ACe9QEJ7G+V/oW9p926DA== X-Received: by 2002:a0c:8828:: with SMTP id 37mr4791637qvl.44.1570560251465; Tue, 08 Oct 2019 11:44:11 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (pool-100-19-39-104.phlapa.fios.verizon.net. [100.19.39.104]) by smtp.googlemail.com with ESMTPSA id c6sm81713qtc.83.2019.10.08.11.44.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Oct 2019 11:44:10 -0700 (PDT) To: Roman Danyliw , The IESG Cc: draft-ietf-calext-eventpub-extensions@ietf.org, calext-chairs@ietf.org, calsify@ietf.org References: <155915671351.5441.17788073160352746190.idtracker@ietfa.amsl.com> From: Michael Douglass Message-ID: <5e020a9c-103f-9df2-45b7-d9f1d31edf36@gmail.com> Date: Tue, 8 Oct 2019 14:44:09 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <155915671351.5441.17788073160352746190.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [calsify] Roman Danyliw's Discuss on draft-ietf-calext-eventpub-extensions-13: (with DISCUSS and COMMENT) X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Oct 2019 18:44:16 -0000 Thank you. Updates will appear in version 15 On 5/29/19 15:05, Roman Danyliw via Datatracker wrote: > Roman Danyliw has entered the following ballot position for > draft-ietf-calext-eventpub-extensions-13: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > Per the Security Considerations section, [RFC3986] and > [W3C.REC-html51-20171003] were helpful. > > I was hoping to see cautionary text for the potentially danger of > handling/parsing arbitrary binaries as allowed by STRUCTURED DATA. I didn’t > see it in downstream references. I also tried to find the referenced section > suggested by “Security considerations relating to the ‘ATTACH’ property, as > described in [RFC5545]” but could not. It’s not the explicit Security > Considerations (Section 7 of [RFC5545) or in the definition of Attachment > (Section 3.8.1.1 of [RFC5545]). Do you mean Section 3.1.3, Binary Content? > Could you please make it clear which section you meant. Not sure what I was looking at there. I have found some managed attachments text which I have modified and added > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > (1) Sections 5.1. and 5.2 state “New resource types SHOULD be registered in the > manner laid down in this specification.” It would be cleared if you explicitly > referenced the relevant IANA section. Done > > (2) Section 6. Doesn't the sentence “[t]he SOURCE property defined in > [RFC7986] is redefined …” suggests that this document should also officially > update RFC7986? We're no longer updating that property > > (3) Editorial nits: > > Global. “vcard” and “VCARD” is used interchangeably. Recommend choosing one > and being consistent Used vCard throughout > > Section 2. Misplaced comma?. s/JSON, [RFC8259]/JSON [RFC8259] > > Section 3. Typo. s/informations/information/ > > Section 3.1.2. Typo. s/traveller/traveler/ > > Section 3.1.2.1. Typo. s/non/none/ > > Section 7.5. Typo. s/sevices/services/ > > Section 9.2. Typo. s/plaaning/planning/ All done. > > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify From nobody Tue Oct 8 13:02:10 2019 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F3D9120013; Tue, 8 Oct 2019 13:02:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: calsify@ietf.org Message-ID: <157056492205.30498.16783941125730642237@ietfa.amsl.com> Date: Tue, 08 Oct 2019 13:02:02 -0700 Archived-At: Subject: [calsify] I-D Action: draft-ietf-calext-eventpub-extensions-15.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Oct 2019 20:02:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Calendaring Extensions WG of the IETF. Title : Event Publishing Extensions to iCalendar Author : Michael Douglass Filename : draft-ietf-calext-eventpub-extensions-15.txt Pages : 33 Date : 2019-10-08 Abstract: This specification updates RFC5545 by introducing a number of new iCalendar properties and components which are of particular use for event publishers and in social networking. This specification also defines a new STRUCTURED-DATA property for iCalendar RFC5545 to allow for data that is directly pertinent to an event or task to be included with the calendar data. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-calext-eventpub-extensions/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-calext-eventpub-extensions-15 https://datatracker.ietf.org/doc/html/draft-ietf-calext-eventpub-extensions-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-eventpub-extensions-15 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Oct 9 07:40:43 2019 Return-Path: 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 CE8C1120121 for ; Wed, 9 Oct 2019 07:40:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=EhT3T1Qx; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=wo3hcaPq 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 GSLgc5BAKply for ; Wed, 9 Oct 2019 07:40:39 -0700 (PDT) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EA2D120110 for ; Wed, 9 Oct 2019 07:40:39 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 9C35621F14 for ; Wed, 9 Oct 2019 10:40:38 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Wed, 09 Oct 2019 10:40:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm3; bh=yBGDyaxfPzERjPoyBvlEUeGBGN2ojpG2ILdPhr8 fPEU=; b=EhT3T1Qxke8hmpW7oXSosloQjQaHHJoBvHJk+CyOc1nhHf9WmRAb3hh tA0tGeFYvHcOkT0oY6pd1jQyIgF1jv6nce1vf2nYUICe+EIciiFgR4Q8tU5Zi5J/ 3W6tY/1kbgjWIOiOMagmMWQrASQ+xBrLmk8foXq5FSzsADijyfx9FzbxJHqxdEmv FqS0qkFVgSQiwdWHSa4v79+GofCeu5JIDs1/rpp3xJJG37vt1eqN82LTTuCWRRC/ 1Zq0d0kHOLVREMTPFeMO1KcAszXmHCtRL26sk7aTPvITZ4ptvvIqhEg+AzhnqiID 9JV9CczU6N8WZJjafSXCFAjMkgwkU5w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=yBGDyaxfPzERjPoyBvlEUeGBGN2oj pG2ILdPhr8fPEU=; b=wo3hcaPq0whPOJVO9YTTHkcwXbl6oPtce7Er/yb3qYU1h Jq0UNc3eszF3j9y6+zl/8ULk8EDb0Ieufi10Q18TbLb3vWmrNy5PqRUpQlS8PRkt C+gapDR9wOJnJLA5GTjGD5r+kzoeZRX/JsIvmnCSrbLEdNZJ6V5512tyQS0Afjmg uxBD+lxjKNB2X3IXrQfyKZMGoFpjN01IM5pBZnI7KN339780B0K21ycre5jd801W 8A+xd8SReuaSpF5VQHpmgJPLi5iiUZFNQwWn7TjC/6iaI1Y9BOrV2yOj4hnA9dWn TcevX2pzzNlZog5NIOFzzoNUMoPFa6FhBI5c10QHA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedriedugdehhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesrgdtreerre ertdenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhgsehfrghs thhmrghilhhtvggrmhdrtghomheqnecuffhomhgrihhnpeiiohhomhdruhhsnecurfgrrh grmhepmhgrihhlfhhrohhmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdrtghomhen ucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 422B1300096; Wed, 9 Oct 2019 10:40:38 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2 Mime-Version: 1.0 Message-Id: Date: Thu, 10 Oct 2019 02:40:35 +1100 From: "Bron Gondwana" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=6dff04a1e7584698b80968fa8c700df4 Archived-At: Subject: [calsify] Meeting starting in 20 minutes X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 14:40:41 -0000 --6dff04a1e7584698b80968fa8c700df4 Content-Type: text/plain Hi all, The interim meeting is starting in 20 minutes. The remote participation link is here: https://zoom.us/j/4574164360 See you there! Cheers, Bron. -- Bron Gondwana, CEO, Fastmail Pty Ltd brong@fastmailteam.com --6dff04a1e7584698b80968fa8c700df4 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
Hi all,

The interim meeting is starting in = 20 minutes.  The remote participation link is here:


See you there!

Cheer= s,

Bron.

--
  Bron Gondwana, CEO, = Fastmail Pty Ltd
  brong@fastmail= team.com


--6dff04a1e7584698b80968fa8c700df4-- From nobody Wed Oct 9 08:07:14 2019 Return-Path: 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 14AE0120110 for ; Wed, 9 Oct 2019 08:07:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.477 X-Spam-Level: X-Spam-Status: No, score=-1.477 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.172, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no 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 MZKhJy0zyF7J for ; Wed, 9 Oct 2019 08:07:10 -0700 (PDT) Received: from mail-vs1-f44.google.com (mail-vs1-f44.google.com [209.85.217.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF8471200E7 for ; Wed, 9 Oct 2019 08:07:10 -0700 (PDT) Received: by mail-vs1-f44.google.com with SMTP id l2so1723685vsr.8 for ; Wed, 09 Oct 2019 08:07:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=efJrPMEbbgg67SHgxnFc/Se/+Egmr0+NgS/wllvLRT8=; b=kQ90Nm4hUFtKdZ3kvI+E/gHmjBvG+yDSUl6KnT3cBDlKTFv2HqsI4NduWc/jwIAE7C AiGiQLuBYJ5rqolTGSxig7op4QxF5SuRhtXsMHaMXnMbRCg9kQkSZygIi7+ZJXu0kE5z dfbBSRHB8k+/VT6L+55wq0myr1Uj1ttCpRcUDeyLiklCKSVrQ477F+Qwi1KmHgssAuJx o6zp6+qKMloGZFp37rsAnxcOUv8v/I3RKwkJGwM0d0CV/rxIVc0tSVZW/7LvLgg4kdsw G4+y4hplKan5dQvRcvYfpWO37VaFFiQbKwogDf+RXvvggHSvX3uTJ5X+cBEWgYgGFjHG 0ZDA== X-Gm-Message-State: APjAAAWZkYWiUy/MqXrQWgWRegImPEo5mw5llth4C2TiPd4myd+JNYqu AmLEqRCvBQw/CsOraJ8Kaz5GTVH4rdU8sc8s+9g= X-Google-Smtp-Source: APXvYqylvNusu4gpd/9BnsBkjP1s2R3mCVIZcvQdq8x1HhOnjxPrU6rHhEwbw89/vrFIZHhc8tkuls++NAlDSU4S7tk= X-Received: by 2002:a05:6102:2253:: with SMTP id e19mr2210613vsb.169.1570633629708; Wed, 09 Oct 2019 08:07:09 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Daniel Migault Date: Wed, 9 Oct 2019 11:06:36 -0400 Message-ID: To: Bron Gondwana Cc: IETF-Calsify Content-Type: multipart/alternative; boundary="00000000000092344705947ba393" Archived-At: Subject: Re: [calsify] Meeting starting in 20 minutes X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 15:07:13 -0000 --00000000000092344705947ba393 Content-Type: text/plain; charset="UTF-8" please use the link that has just been sent. Yours, Daniel On Wed, Oct 9, 2019 at 10:40 AM Bron Gondwana wrote: > Hi all, > > The interim meeting is starting in 20 minutes. The remote participation > link is here: > > https://zoom.us/j/4574164360 > > See you there! > > Cheers, > > Bron. > > -- > Bron Gondwana, CEO, Fastmail Pty Ltd > brong@fastmailteam.com > > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify > --00000000000092344705947ba393 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
please use the link that has just been sent.=C2=A0
You= rs,
Daniel

On Wed, Oct 9, 2019 at 10:40 AM Bron Gondwana <= ;brong@fastmailteam.com> w= rote:
Hi all,

The interim meeting is= starting in 20 minutes.=C2=A0 The remote participation link is here:


See you there!<= br>
Cheers,

Bron.

--
=C2=A0 Bron Gondwana, CEO, Fastmail P= ty Ltd


_______________________________= ________________
calsify mailing list
calsify@ietf.org<= br> https://www.ietf.org/mailman/listinfo/calsify
--00000000000092344705947ba393-- From nobody Wed Oct 9 09:36:40 2019 Return-Path: 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 EE62D12085B for ; Wed, 9 Oct 2019 09:36:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=kB8CvIxR; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=lWyjxF2G 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 Y-NRafD27FeT for ; Wed, 9 Oct 2019 09:36:36 -0700 (PDT) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C5B0120859 for ; Wed, 9 Oct 2019 09:36:36 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 6DE2820F51 for ; Wed, 9 Oct 2019 12:36:35 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Wed, 09 Oct 2019 12:36:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm3; bh=rxWlGy2U3F+idGScyVYme6da0qWgyTfr3luohOC GdzM=; b=kB8CvIxRXhCnclfc6OZ9mGGLcENYSHtEuTnCF15KfOBVSZk59Ak0lWp NYpMjlHsvLuLgu/4TxpaIgBlF8ioIEZbnrv/cgIy1JbWEeL84pZUz2tb9Au01fCE msvlQ3dvd38BCrLwEvoK7L8ib1bEruCK3GSDjQEIcYxmxt26rqdhU+RloGYURCzc 5ejqZKd2z7FBajxp8z7750j2pXoKpMyU/SG3mX7CD4fEDdn40UUaoJ/Inm6ZhTQG Qesb/eJAlPuYDHTtPplQvr6zTYx1GcQk3JyxPHWXJmTneDnvxxqF+uY16TONiE8t qZ8flZ/yspTd7m9GzD4I9moWq8Juxiw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=rxWlGy2U3F+idGScyVYme6da0qWgy Tfr3luohOCGdzM=; b=lWyjxF2GsYwT9kQY7a/wwW92A3NcQRS0k5dJdHbQsai+N MbCfw5HUdynYzgzuY1gUnu5SbAilI4rCAEjjT2QqvxZhbVmQEhexjt5t5f9wcpPJ xlpdm6MuhVG52MkkdYjiabJKmd6ELNKlH+TCBVstUajFxBdGVju4tXX+Hjl0rE5U ggPqt4ACGw1F4MRNG4tbglMg0MEn7kRc4/EtHa7frf1XxXcwYdL8ug0qW8BjlTS9 gf2hfwzlKh2rBqvq2cDDMGfFJDHaJEZnA8F65tSWF4i6jnB5OAVuQN0+H4pALdKu A+G+aIxidZrnjtOMby/PdhqnmrZvZCpsOynCVDbTA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedriedugdejlecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesrgdtreerre erjeenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhgsehfrghs thhmrghilhhtvggrmhdrtghomheqnecuffhomhgrihhnpehstghhvghmrgdrohhrghdpih gvthhfrdhorhhgnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsrhhonhhgsehfrghsthhm rghilhhtvggrmhdrtghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id BFA11300096; Wed, 9 Oct 2019 12:36:34 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2 Mime-Version: 1.0 Message-Id: <4f0f06e6-7557-49cd-9e06-f6b841363290@www.fastmail.com> Date: Thu, 10 Oct 2019 03:35:45 +1100 From: "Bron Gondwana" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=9eb31b0cbe244d76ac5eacf5a2d0f1bd Archived-At: Subject: [calsify] Interim meeting minutes and bluesheets uploaded X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 16:36:39 -0000 --9eb31b0cbe244d76ac5eacf5a2d0f1bd Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi all, I've uploaded the minutes and blue-sheets from today's interim meeting: https://datatracker.ietf.org/meeting/interim-2019-calext-02/materials/mi= nutes-interim-2019-calext-02-201910091100 https://www.ietf.org/proceedings/interim-2019-calext-02/bluesheets/blues= heets-interim-2019-calext-02-201910091100-00.txt (no: I don't know why the datatracker gives such different links, but th= at's what it does!) The chair slides which I presented from are also in the datatracker here= : https://datatracker.ietf.org/meeting/interim-2019-calext-02/materials/sl= ides-interim-2019-calext-02-sessa-chair-slides I'll paste the minutes inline in this email too. Cheers, Bron. Calext Interim Meeting Minutes: 2019-10-10, 11:00 Philadelphia Time * Present: - Bron Gondwana, Fastmail (chair) - Daniel Migault, Ericsson (chair, remote) - Neil Jenkins, Fastmail - Ken Murchison, Fastmail - Hans J=C3=B6rg Happel, Audriga - Alexander Nimmervoll, Caldav Sychroniser - Gershon Janssen, Individual - Rutger Geelen, SchedJoules - Mike Douglass, Spherical Cow Group - Shane Mountain, Twitch (remote) - Robert Stepanek, Fastmail (remote) - Ryan Gunter, Twitch (remote) - Todd Parker, Twitch (remote) * Agenda - There was no agenda bashing * Eventpub - v16 will go up later today with support for multiple locations - next step: immediate working group last call * jscalendar - v19 has been published with a few small changes - Will do one more update with remaining comments from CalConnect call,= then go direct to working group last call. - Will email iana with =E2=80=9Chere=E2=80=99s what we propose" concurr= ently with the working group last call. * jscalendar to icalendar translation - (wasn=E2=80=99t on agenda, but is related) - we won=E2=80=99t wait on this for jscalendar last call - but will con= tinue work after jscalendar working group last call feedback is integrat= ed * subscription upgrade - needs minor updates, will get done this week - next step: working group last call * valarm extensions - Daniel will loop around to geopriv people for comment on location ala= rms - Document needs to be updated to explain why geopriv issue is mitigate= d - Ken expects to have an update for that in the next two weeks. - After that, last call! * calext-maintenance-notifications - This has been floating around a while within the industry, multiple o= rgs want a way to share standardised notifications, asking us for advice= ! - feedback was =E2=80=9Cdon=E2=80=99t use X-NAME=E2=80=9D, suggestions = were define new properties or use structured data from eventpub. - if using structured data, could make the schema public, potentially o= n schema.org - in general the idea of using a regular iCalendar event with a payload= is good - may not even need to do an IETF document if using structured-data pay= load. - but maybe the other vendors want it locked down? Maybe a best current= practices doc around how the payload is being used. - Next steps: Twitch team will take our feedback to the other vendors a= nd discuss their options. * vpoll - What=E2=80=99s there clearly works now - Definitely want to replace VVOTER with PARTICIPANT - Ken will help Mike rewrite to split core and basic mode - Implementation status: multiple compatible implementations, it=E2=80=99= s been shown to work in testing, but they=E2=80=99ll all need to be upda= ted! - Want to make sure nobody starts shipping before we=E2=80=99ve made th= e direction changes we want! - Next steps: new draft showing which direction we=E2=80=99re taking it= , then circle back to collect feedback and test again. * series - Current draft is expired - There was some discussion, it clearly needs some work. - Next step: call for adoption immediately, upload with working-group f= ile name if adopted, then work on detail. * Other business - No other business. - We have asked for an hour in Singapore, hopefully it will cross over = OK with timezone to allow remote participants to join. - Let=E2=80=99s get these current documents done - November will be a g= ood checkpoint. Meeting finished at 11:57 -- Bron Gondwana, CEO, Fastmail Pty Ltd brong@fastmailteam.com --9eb31b0cbe244d76ac5eacf5a2d0f1bd Content-Type: text/html;charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi all,

I'v= e uploaded the minutes and blue-sheets from today's interim meeting:


(no: I don't know why the datatracker gives su= ch different links, but that's what it does!)

The c= hair slides which I presented from are also in the datatracker here:
=


I'll pa= ste the minutes inline in this email too.

Cheers,

Bron.

Calext Interim = Meeting Minutes: 2019-10-10, 11:00 Philadelphia Time

&nbs= p; * Present:
  &nb= sp; - Bron Gondwana, Fastmail (chair)
    - Daniel Migault, Ericsson (chair, remote)
    - Neil Jenk= ins, Fastmail
  &nb= sp; - Ken Murchison, Fastmail
    - Hans J=C3=B6rg Happel, Audriga
    - Alexander Nimmervoll, Calda= v Sychroniser
  &nb= sp; - Gershon Janssen, Individual
    - Rutger Geelen, SchedJoules
    - Mike Douglass, Spherical Co= w Group
    - = Shane Mountain, Twitch (remote)
    - Robert Stepanek, Fastmail (remote)
    - Ryan Gunter, Twitch (= remote)
    - = Todd Parker, Twitch (remote)
=   * Agenda
  &= nbsp; - There was no agenda bashing
  * Eventpub
&nbs= p;   - v16 will go up later today with support for multiple lo= cations
    - = next step: immediate working group last call
  * jscalendar
    - v19 has been published with a few small chan= ges
    - Will= do one more update with remaining comments from CalConnect call, then g= o direct to working group last call.
    - Will email iana with =E2=80=9Chere=E2=80=99= s what we propose" concurrently with the working group last call.
  * jscalendar to icalendar tr= anslation
    = - (wasn=E2=80=99t on agenda, but is related)
    - we won=E2=80=99t wait on this for j= scalendar last call - but will continue work after jscalendar working gr= oup last call feedback is integrated
  * subscription upgrade
    - needs minor updates, will get done this we= ek
    - next = step: working group last call
  * valarm extensions
&= nbsp;   - Daniel will loop around to geopriv people for commen= t on location alarms
 &n= bsp;  - Document needs to be updated to explain why geopriv issue i= s mitigated
   = ; - Ken expects to have an update for that in the next two weeks.
    - After that, la= st call!
  * calext-main= tenance-notifications
 &= nbsp;  - This has been floating around a while within the industry,= multiple orgs want a way to share standardised notifications, asking us= for advice!
  &nbs= p; - feedback was =E2=80=9Cdon=E2=80=99t use X-NAME=E2=80=9D, suggestion= s were define new properties or use structured data from eventpub.
    - if using stru= ctured data, could make the schema public, potentially on schema.org
=
    - in general = the idea of using a regular iCalendar event with a payload is good
    - may not even = need to do an IETF document if using structured-data payload.
<= div style=3D"font-family:Arial;">    - but maybe the othe= r vendors want it locked down?  Maybe a best current practices doc = around how the payload is being used.
    - Next steps: Twitch team will take our feed= back to the other vendors and discuss their options.
  * vpoll
    - What=E2=80=99s there clearly works now
    - Definitely= want to replace VVOTER with PARTICIPANT
    - Ken will help Mike rewrite to split cor= e and basic mode
  =   - Implementation status: multiple compatible implementations, it=E2= =80=99s been shown to work in testing, but they=E2=80=99ll all need to b= e updated!
   = - Want to make sure nobody starts shipping before we=E2=80=99ve made th= e direction changes we want!
=     - Next steps: new draft showing which direction we=E2= =80=99re taking it, then circle back to collect feedback and test again.=
  * series
    - Current draft is exp= ired
    - The= re was some discussion, it clearly needs some work.
    - Next step: call for adoption i= mmediately, upload with working-group file name if adopted, then work on= detail.
  * Other busin= ess
    - No o= ther business.
  &n= bsp; - We have asked for an hour in Singapore, hopefully it will cross o= ver OK with timezone to allow remote participants to join.
    - Let=E2=80=99s get the= se current documents done - November will be a good checkpoint.

Meeting finished at 11:57


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

--9eb31b0cbe244d76ac5eacf5a2d0f1bd-- From nobody Wed Oct 9 09:40:55 2019 Return-Path: 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 B2569120145 for ; Wed, 9 Oct 2019 09:40:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=uaQOBPTw; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=PjQfjp9X 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 8j-JzXkYB6na for ; Wed, 9 Oct 2019 09:40:52 -0700 (PDT) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22EA81200A3 for ; Wed, 9 Oct 2019 09:40:52 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 7851D2207F for ; Wed, 9 Oct 2019 12:40:51 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Wed, 09 Oct 2019 12:40:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm3; bh=RQlMZRDcxyQPv0SuNQb3hpCxmH2+50JtBIWGJpO oSJM=; b=uaQOBPTwjsdgbtoigN86Cb1kyU2dyrKLZnsAI5GNXNfx7FmsEEIf0Op I/NB3hD8wKHt67m9/8ql+MMby3WFPJCB1w6JeDe354K8rNBlsJvQIjkH3/G4YZLX qZ2LkBECpxtcKEk++troPXLnF41GfT9y5H+91IB3ZmvCeBHX0nkMx4XAf+WFaSqx 6zHAAGraWmzfNej7dF4g5nBd2NT7vQKY8SedJRnpHo9gczGJu89d11S3CmABSo8V Jp9TxL/HAC+Y6qQ7TfO8rtQZNO+j8shHA2Ul7uwIPsHn/XSYsQZNXcZsIZgJ/b50 k390StQaKVo6/kjEsf34qUsnlwps1gg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=RQlMZRDcxyQPv0SuNQb3hpCxmH2+5 0JtBIWGJpOoSJM=; b=PjQfjp9XK3XQ3xgDFUUQiaD6BsbYJvuBXetF2bHqqI6Ra 79snLChOmlwivJh85Un0LVoxi+d8EKbaPL5gR9A9sOxFZ6WEgBt5paMDvY6IApQm zj5IMikFY24rbKhOgXWkNTqNDm7puP3Z4t1dNmlSquQzCYm3TwrJ3Qvp4vuXgC0t LQ8zKVqzYR9qZBNxL9r5cnVXSiEKmrxp+w3CRHtu16TB4C1okpTkSCHwGkcXZ3rB GTxZzEnVjwESU6NqeCl5KZQrX5Gd9DbbZPzGvCsoDjvrpgc7QY5Lm94HlsxPl9yz 8WithsChxnrNc1/3WFH44ad3NmOiIA76hiB1WsblQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedriedugdektdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesrgdtreerre ertdenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhgsehfrghs thhmrghilhhtvggrmhdrtghomheqnecuffhomhgrihhnpehivghtfhdrohhrghenucfrrg hrrghmpehmrghilhhfrhhomhepsghrohhnghesfhgrshhtmhgrihhlthgvrghmrdgtohhm necuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id F14A4300096; Wed, 9 Oct 2019 12:40:50 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2 Mime-Version: 1.0 Message-Id: Date: Thu, 10 Oct 2019 03:40:30 +1100 From: "Bron Gondwana" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=422ba1762a254f5399eae2747ce8dbf7 Archived-At: Subject: [calsify] Call for adoption: icalendar series - reply by Oct 24 X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 16:40:54 -0000 --422ba1762a254f5399eae2747ce8dbf7 Content-Type: text/plain In today's interim meeting, we decided to make a formal call for adoption to the list for the expired draft: https://datatracker.ietf.org/doc/draft-douglass-icalendar-series/ Unless there are objections, Mike will upload this draft with a draft-ieft-calext prefix and we will accept the document into this working group. We expect there will be some changes made before publication. Please reply if you have any objections or questions by October 24th, otherwise we will adopt the document at that time. Cheers, Bron. -- Bron Gondwana, CEO, Fastmail Pty Ltd brong@fastmailteam.com --422ba1762a254f5399eae2747ce8dbf7 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
In today's interim meeting, we decided to make a formal ca= ll for adoption to the list for the expired draft:


Unless there are objections, Mike will upload this draft wit= h a draft-ieft-calext prefix and we will accept the document into this w= orking group.  We expect there will be some changes made before pub= lication.

Please reply if you have any objections or ques= tions by October 24th, otherwise we will adopt the document at that time= .

Cheers,

=
Bron.

--
  Bron Gondwana, CEO, Fast= mail Pty Ltd
  brong@fastmailteam= .com


--422ba1762a254f5399eae2747ce8dbf7-- From nobody Wed Oct 9 10:12:45 2019 Return-Path: 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 9424D1208D6 for ; Wed, 9 Oct 2019 10:12:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=WgodjJrY; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=GdFVr7qO 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 DgJUyA_NQGdy for ; Wed, 9 Oct 2019 10:12:42 -0700 (PDT) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F8801208BE for ; Wed, 9 Oct 2019 10:12:42 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 4A532220B8 for ; Wed, 9 Oct 2019 13:12:41 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Wed, 09 Oct 2019 13:12:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm3; bh=bmD9wOFYKtnO3aYuZdnr+hzEjYKRsF8j+2mazOB 1gck=; b=WgodjJrYo9nr2T+wkkhvSVbNB556KBeqe7/CCg0V6X7Ri4VxMvEqFT/ 0LemtJa6/yYTRo2SYbN+6c9IyJQ+EutrusoIGk13O2HWGiA9U40tGA2bPq2FHF7i /d493DqclmHtNWFbKVNq87JKNNh9Vr8XjXFEEWnCC9ro5CR+l+TSXy3qSMb2kd2W szNQjVuJSJK76YiLgfb12eM89CPvIslbloadIwONI8Y/ozYc8Mpm9ioZLZNelRJd i00gV75S1MVS/9do91sAeBx2BRqFOvL34dJPgNAV50zOseeq3r0URvw/Tw57N00V QiHOnhdEhxpzNhFwz4ojHbkaPFzDZXQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=bmD9wOFYKtnO3aYuZdnr+hzEjYKRs F8j+2mazOB1gck=; b=GdFVr7qO0vsK+ryHF5pLnwo0WSFc3CvUmD14e/N1bzGN9 FFCy94uMymSCKoRuM7fsmVBrLh4lB7vVF+UjcePosmnDxZftuWAr6LprlJnsYLmm lsYBVc9IJ5/QLOhxdwzxWS+MLkOYkQ0PAkydXJDI/Rj4ZK1sQ9/cgyNPl3UQRCPd Kb+ewZY/fwelLdkTctKZpfhkIh1xtFx2vWDN2Drv8VA3uZ4izde5ydgMGuogD0k1 G32AUl09UAyRTeA0PsKmDnqb3LgdDfzn+NZCHlCXycQXp3OMt8xB6Uj3RoreIzCd mLS6ZgHwtYgiLHiqCmnu+hcnjMC4oT+sZKYVSV+nQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedriedugdekjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesrgdtreerre ertdenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhgsehfrghs thhmrghilhhtvggrmhdrtghomheqnecuffhomhgrihhnpeihohhuthhusggvrdgtohhmne curfgrrhgrmhepmhgrihhlfhhrohhmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdr tghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id BEBE3300096; Wed, 9 Oct 2019 13:12:40 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2 Mime-Version: 1.0 Message-Id: <595a1e34-6007-48d7-a2a4-425fe35c8a52@www.fastmail.com> Date: Thu, 10 Oct 2019 04:12:19 +1100 From: "Bron Gondwana" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=2879a3ac7ea54455a8faf26ce51c81d9 Archived-At: Subject: [calsify] Videos from the past two interim meetings X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2019 17:12:44 -0000 --2879a3ac7ea54455a8faf26ce51c81d9 Content-Type: text/plain Apologies for not getting the video up from the last interim meeting in a timely way! I've now uploaded both the last meeting and this meeting's video to youtube: June 6th, Bedford https://www.youtube.com/watch?v=ywRGh5DgjiE October 10th, Philadelphia https://www.youtube.com/watch?v=3h_4Qhnmptg I'll contact IETF about getting them put into the official youtube channel as well. Cheers, Bron. -- Bron Gondwana, CEO, Fastmail Pty Ltd brong@fastmailteam.com --2879a3ac7ea54455a8faf26ce51c81d9 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
Apologies for not getting the video up from the last inter= im meeting in a timely way!
<= br>
I've now uploaded both the la= st meeting and this meeting's video to youtube:

June 6th,= Bedford

October 10th, Philadelphia
https://www.youtube.com/watch?v=3D3h_4Qhnmptg

I'll contact IETF about getting them put into the official yout= ube channel as well.

Cheers,

Bron.

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


--2879a3ac7ea54455a8faf26ce51c81d9-- From nobody Thu Oct 10 14:18:23 2019 Return-Path: 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 5E2C4120142 for ; Thu, 10 Oct 2019 14:18:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 0XxL_Gza7xpJ for ; Thu, 10 Oct 2019 14:18:20 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E5BF312013A for ; Thu, 10 Oct 2019 14:18:20 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 78C6EB81CF9; Thu, 10 Oct 2019 14:18:11 -0700 (PDT) To: bernard.desruisseaux@oracle.com, ben@nostrum.com, aamelnikov@fastmail.fm, adam@nostrum.com, lear@cisco.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: LarsHenriksen@get2net.dk, calsify@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20191010211811.78C6EB81CF9@rfc-editor.org> Date: Thu, 10 Oct 2019 14:18:11 -0700 (PDT) Archived-At: Subject: [calsify] [Technical Errata Reported] RFC5545 (5872) X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Oct 2019 21:18:22 -0000 The following errata report has been submitted for RFC5545, "Internet Calendaring and Scheduling Core Object Specification (iCalendar)". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5872 -------------------------------------- Type: Technical Reported by: Lars Henriksen Section: 3.8.5.3 Original Text ------------- Weekly on Tuesday and Thursday for five weeks: DTSTART;TZID=America/New_York:19970902T090000 RRULE:FREQ=WEEKLY;UNTIL=19971007T000000Z;WKST=SU;BYDAY=TU,TH Corrected Text -------------- Weekly on Tuesday and Thursday for five weeks: DTSTART;TZID=America/New_York:19970902T090000 RRULE:FREQ=WEEKLY;UNTIL=19971002T000000Z;WKST=SU;BYDAY=TU,TH Notes ----- The UNTIL rule is inclusive, and October 7, a Tuesday, should not be included. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5545 (draft-ietf-calsify-rfc2445bis-10) -------------------------------------- Title : Internet Calendaring and Scheduling Core Object Specification (iCalendar) Publication Date : September 2009 Author(s) : B. Desruisseaux, Ed. Category : PROPOSED STANDARD Source : Calendaring and Scheduling Standards Simplification Area : Applications Stream : IETF Verifying Party : IESG From nobody Thu Oct 10 18:19:25 2019 Return-Path: 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 A7D8D120806 for ; Thu, 10 Oct 2019 18:19:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=P0YEA87y; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=UjZzarPj 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 4R7ob3aABElG for ; Thu, 10 Oct 2019 18:19:11 -0700 (PDT) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C65A1201E5 for ; Thu, 10 Oct 2019 18:19:11 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 9FA1722205; Thu, 10 Oct 2019 21:19:10 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Thu, 10 Oct 2019 21:19:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:cc:subject:content-type; s=fm3; bh=cm/z xkuktxZh8ucf/WL20P+P0+VrHbmRqnnFUFeVzCI=; b=P0YEA87yOcNVofBY462m 0J6fzPw77CD9sNAvo53CKEZaU1AcgOoyUstq2gQG0oZHX0wcQqetz5v+Ua6CHbUc O76II8uGwyy6aXWgJeriroKr/4FZabJL9egr0e+GAqYDrPTLUFEjEPyVmslop4U2 G6NI5ZD37RIHR1cv88t9Q01iNW8rHhVCpAAsptLWhDPdg9QKvbHCntu04tNchjTM xjmBzaiMGiQN5f+/RKlkqHQFsv47MFrVgTAVmkiTxku8JDxWiAqo1PiMH3h3Ib4W OKvJpWNRVP8j+sksYec7KqhoE0e0r6RYxrKVLHTbrPdTUvjSSje3cHlOMw+ErGUE hg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=cm/zxk uktxZh8ucf/WL20P+P0+VrHbmRqnnFUFeVzCI=; b=UjZzarPjN0xBmJVELS+/vi dFM47EpFRjGmA0OMi1LHl9BRRiY/qIg4m99iWMFlJxWoUqyXVwj3PRvWyzOF3GUW kjMeoSJ2MO+a9RjjUkgFrRusB4wqcHovTEAoUUU+84u67Psi6h1eNKmBQNAMaEmK iOItyRY1N8HdjPHO+8SCoPY6qZeliaOW5ybk9ii/AmGHD9m+cV/B4jwvpFCQsKZO m1WOy+5WjssAuwKOHc3pJg0KsHq8bz2I+isWri1X8T/8eQzxwIZ/G4l4ZaCMRVq4 5kOdgGghIOehRUJkBY6CrefvVAETBKoO/c2rLofOwf1xBLwZcPh3V1lmyaxab/Ew == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrieeggdeggecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsegrtderreerredtnecuhfhrohhmpedfpfgvihhl ucflvghnkhhinhhsfdcuoehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomheqne cuffhomhgrihhnpehrfhgtqdgvughithhorhdrohhrghenucfrrghrrghmpehmrghilhhf rhhomhepnhgvihhljhesfhgrshhtmhgrihhlthgvrghmrdgtohhmnecuvehluhhsthgvrh fuihiivgeptd X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 93D6D300096; Thu, 10 Oct 2019 21:19:09 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2 Mime-Version: 1.0 Message-Id: In-Reply-To: <20191010211811.78C6EB81CF9@rfc-editor.org> References: <20191010211811.78C6EB81CF9@rfc-editor.org> Date: Thu, 10 Oct 2019 21:18:49 -0400 From: "Neil Jenkins" To: rfc-editor , bernard.desruisseaux@oracle.com, "Ben Campbell" , "Alexey Melnikov" , "Adam Roach" , lear@cisco.com Cc: calsify@ietf.org, LarsHenriksen@get2net.dk Content-Type: multipart/alternative; boundary=545ab0b3f55e4a39887a109f923cee5c Archived-At: Subject: Re: [calsify] [Technical Errata Reported] RFC5545 (5872) X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Oct 2019 01:19:24 -0000 --545ab0b3f55e4a39887a109f923cee5c Content-Type: text/plain On Thu, 10 Oct 2019, at 17:18, RFC Errata System wrote: > The following errata report has been submitted for RFC5545, > "Internet Calendaring and Scheduling Core Object Specification (iCalendar)". > > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid5872 > > -------------------------------------- > Type: Technical > Reported by: Lars Henriksen > > Section: 3.8.5.3 > > Original Text > ------------- > Weekly on Tuesday and Thursday for five weeks: > > DTSTART;TZID=America/New_York:19970902T090000 > RRULE:FREQ=WEEKLY;UNTIL=19971007T000000Z;WKST=SU;BYDAY=TU,TH > > Corrected Text > -------------- > Weekly on Tuesday and Thursday for five weeks: > > DTSTART;TZID=America/New_York:19970902T090000 > RRULE:FREQ=WEEKLY;UNTIL=19971002T000000Z;WKST=SU;BYDAY=TU,TH > > Notes > ----- > The UNTIL rule is inclusive, and October 7, a Tuesday, should not be included. This erratum is invalid. The original example, while slightly weird, is correct as is. The event's DTSTART time is 09:00 New York TIme, and the UNTIL time is 00:00 UTC, which is before this. Therefore you would not get a recurrence on the 7 Oct with this rule and so it would produce 10 occurrences, as specified. The "corrected text" is in fact invalid, as this would remove the 2nd Oct occurrence. Neil. --545ab0b3f55e4a39887a109f923cee5c Content-Type: text/html Content-Transfer-Encoding: quoted-printable
On Thu, 10 Oct = 2019, at 17:18, RFC Errata System wrote:
The following errata report has been submitted for RF= C5545,
"Internet Calendaring and Scheduling Core Object Sp= ecification (iCalendar)".

-----------------= ---------------------
You may review the report below and = at:
https://www.rfc-editor.org/errata/eid5872

--------------------------------------
Ty= pe: Technical
Reported by: Lars Henriksen <LarsHenrikse= n@get2net.dk>

Section: 3.8.5.3
=

Original Text
-------------
<= div>Weekly on Tuesday and Thursday for five weeks:

       DTSTART;TZID=3DAmerica/New_= York:19970902T090000
       = RRULE:FREQ=3DWEEKLY;UNTIL=3D19971007T000000Z;WKST=3DSU;BYDAY=3DTU,TH
=

Corrected Text
--------------
Weekly on Tuesday and Thursday for five weeks:

       DTSTART;TZID=3DAmer= ica/New_York:19970902T090000
     = ;  RRULE:FREQ=3DWEEKLY;UNTIL=3D19971002T000000Z;WKST=3DSU;BYDAY=3DT= U,TH

Notes
-----
The UNTIL rule is inclusive, and October 7, a Tuesday, should not be i= ncluded.

This erratum is inval= id. The original example, while slightly weird, is correct as is. The ev= ent's DTSTART time is 09:00 New York TIme, and the UNTIL time is 00= :00 UTC, which is before this. Therefore you would not get a recurrence = on the 7 Oct with this rule and so it would produce 10 occurrences, as s= pecified. The "corrected text" is in fact invalid, as this would remove = the 2nd Oct occurrence.

Neil.
--545ab0b3f55e4a39887a109f923cee5c-- From nobody Tue Oct 15 08:49:23 2019 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 48E4412010F; Tue, 15 Oct 2019 08:49:15 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.105.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: calsify@ietf.org Message-ID: <157115455516.27939.7947243369990309824@ietfa.amsl.com> Date: Tue, 15 Oct 2019 08:49:15 -0700 Archived-At: Subject: [calsify] I-D Action: draft-ietf-calext-jscalendar-20.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 15:49:16 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Calendaring Extensions WG of the IETF. Title : JSCalendar: A JSON representation of calendar data Authors : Neil Jenkins Robert Stepanek Filename : draft-ietf-calext-jscalendar-20.txt Pages : 79 Date : 2019-10-15 Abstract: This specification defines a data model and JSON representation of calendar data that can be used for storage and data exchange in a calendaring and scheduling environment. It aims to be an alternative, and over time successor to, the widely deployed iCalendar data format and to be unambiguous, extendable and simple to process. In contrast to the JSON-based jCal format, it is not a direct mapping from iCalendar and expands semantics where appropriate. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-calext-jscalendar/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20 https://datatracker.ietf.org/doc/html/draft-ietf-calext-jscalendar-20 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-jscalendar-20 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Oct 15 08:56:45 2019 Return-Path: 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 93CC8120829 for ; Tue, 15 Oct 2019 08:56:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=UV1R6oQq; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=RxbHu0vf 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 Ot47uyNT0Nqv for ; Tue, 15 Oct 2019 08:56:29 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A0FD120814 for ; Tue, 15 Oct 2019 08:56:29 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 7DEE921E5B for ; Tue, 15 Oct 2019 11:56:28 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Tue, 15 Oct 2019 11:56:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm3; bh=sQn736MNcbZM+R+wfETFEljhrSkfZkSLoLD5VW+ 6bQ4=; b=UV1R6oQqKEvdrpzDpz4iLFNFzOXnfPtWI7MG5WqgDx1D/YWR+ZGUYcf tlExo0OCQH6eeZWV0yeKKURDuYyCHW3MLks5Kkm2+j13RsLP80Uk60YmtIRNfVQi /0azoWn65qBtkjmFrVcpWXh9ppL3mFTmyFwB040ORjqX/MGwkAg0vgL/Fx+ZHxAB E4J2g2NFIxMWrRtaGr7YxsJK8CPTvYuI++HPn1/V5Ag4p2fhukIfobSP1TrFzuMA FKm9Qo6EBU4sWZku69HMdLtI14DBXe3rxzs9kCHX3POvz5psYRIwzwlz4dYJwJN7 bv6ULap36r6D3TkIliJ0jUWxxv/NZiA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=sQn736MNcbZM+R+wfETFEljhrSkfZ kSLoLD5VW+6bQ4=; b=RxbHu0vfbbNINVmpZsxD836OpsQLPt60D244F5a18APug +ZcK8C14RH2Lo7rgpeDDODN2F9G38/XuLXN9DOKmd2qMtFvTnd5gVREstnzfup+c z5hfGq1bzdl3KLDuA+nOUGFn+N9iypBmVUGwWzMbLu/O+y0uyVgn44hI0wM2j1bW ug4a38gV/2AlivVZhWrkvOXEaINKLZv34ecUtNbt6uPGxcXny+c1YHR7GdR/2MiD /QS/U/jt7bRefa5h/JTRDtsdEmmidbZczNX2JtR75D2tOXxMKPQ7NV+B4Pea4471 cacmsAkq/tX5ILA4r8o7hW+9LnJjNGSjLpVoOwcUw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrjeefgdelfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesrgdtreerre ertdenucfhrhhomhepfdfpvghilhculfgvnhhkihhnshdfuceonhgvihhljhesfhgrshht mhgrihhlthgvrghmrdgtohhmqeenucffohhmrghinhepihgvthhfrdhorhhgnecurfgrrh grmhepmhgrihhlfhhrohhmpehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomhen ucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 164B9300096; Tue, 15 Oct 2019 11:56:28 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2 Mime-Version: 1.0 Message-Id: Date: Tue, 15 Oct 2019 11:56:07 -0400 From: "Neil Jenkins" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=6a14c86e33464b97ad38af7d84ad14b5 Archived-At: Subject: [calsify] Request to start last call for JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 15:56:32 -0000 --6a14c86e33464b97ad38af7d84ad14b5 Content-Type: text/plain Hi all, As you've probably seen, I've published another update to the JSCalendar draft with the changes discussed at the interim IETF meeting/CalConnect last week. A quick summary of the changes: * Added Location#categories property * Added Participant#scheduleAgent property * Added Participant#language property * Removed Participant#attendance property (this maps to roles instead) * Made Participant#sendTo optional * Made Alert#trigger mandatory *Daniel*, could you please restart the last call; I think two weeks should be sufficient given how extensively this draft has already been reviewed over the years! Cheers, Neil. --6a14c86e33464b97ad38af7d84ad14b5 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
Hi all,

As you've probably seen, I've published another up= date to the JSCalendar draft with the changes discussed at the inter= im IETF meeting/CalConnect last week. A quick summary of the changes:

    • Added Location#categories propert= y
    • Added Participant#scheduleAgent property
    • Added= Participant#language property
    • Removed Participant#attendanc= e property (this maps to roles instead)
    • Made Participant#sen= dTo optional
    • Made Alert#trigger mandatory
    =
    Daniel, could you please restart the last call; I = think two weeks should be sufficient given how extensively this draft ha= s already been reviewed over the years!

    Che= ers,
    Neil.
    --6a14c86e33464b97ad38af7d84ad14b5-- From nobody Tue Oct 15 11:03:23 2019 Return-Path: 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 A10E612007C for ; Tue, 15 Oct 2019 11:03:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 32bmim7FPL61 for ; Tue, 15 Oct 2019 11:03:19 -0700 (PDT) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-co1nam04on061c.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe4d::61c]) (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 0E7F7120046 for ; Tue, 15 Oct 2019 11:03:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hm3iav/tONm7d9wCp2BiDUdp2rom2Ec8KRGUG2YaS4Y8TDh/jWE4LuDqpNQWbekVqRe9cjQKtmVkBBsoTwUvNhpzfb+MKEdFCxVLksVv7wLuSsvaJWpy9aH4nO+NnIpBOL5lJ/N2CjBBugcxkg4O/lMjQI0v9utDZrqrV+G/kjrxYi0a229UMM5MDleiZRHlWm3TQtjoOd+rRUnHEH/93PEjNERqPOvsAwzD6nK/X/oqVzySOhNJgKTzTWIs0Xa+QB8PV0tFEQ1rn73lKxo88uNUz/uA8QZD5Vs7mJwZ+pZVapUM2Kvm4JsQT8/UzeBZLFiu6HUtnSev3GP2Npv5Fg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r5Rs0F5OqcmjHm2WeE/dhugmsKG9g+CRn7esaNYgHqM=; b=k5loHatsiOi9kVf89jdpcYCdWLHu/rbodMYkKXIyizGdjbPCgx5kTfwgDvJaXLjiJRBaANpqzwuV+DCFmTqoXwvTOMIIV6hmOZfQbeUbM/jszxuh6bJNA11QxNYYcHwRr7h6qPBvAVS8YWMSQLsiXXfw7rbpSaKlI8P7EKODmdez00tQXVAlfHwC6Ze0TCepMkZ40sAm4kfGWGDTAxilJ1I1D9yhGb3+l2sgj94KIiJs7/B69nSLrznW9eIlR1y06FGikarEFl3KUT97BmK69ukZvB4Qawr/S2qJuwTverhEel5mqozuArXj7XNFMO01KkFBvMx4WebrSgYNTu2Dkw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r5Rs0F5OqcmjHm2WeE/dhugmsKG9g+CRn7esaNYgHqM=; b=mYdKE4bowKXA1x9/hhBpvPNSWJdjV8mO9uG1jzuRy2lrT7GxjtfX6ovAHxKKdwYxRqnAMgG4aildpdr/ZeCdIqNT0r8umeBcnkgaJhgxxMNlqUU10PJjyBrTxX24HfmSoRAzQDYYBhzF5m6CPHArzjKQ75TczsgAsiq3PAtHKx4= Received: from DM6PR15MB3531.namprd15.prod.outlook.com (10.141.164.29) by DM6PR15MB3244.namprd15.prod.outlook.com (20.179.49.212) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.21; Tue, 15 Oct 2019 18:03:16 +0000 Received: from DM6PR15MB3531.namprd15.prod.outlook.com ([fe80::dd82:a1a7:ad76:4740]) by DM6PR15MB3531.namprd15.prod.outlook.com ([fe80::dd82:a1a7:ad76:4740%6]) with mapi id 15.20.2347.023; Tue, 15 Oct 2019 18:03:16 +0000 From: Daniel Migault To: Neil Jenkins , "calsify@ietf.org" Thread-Topic: WGLC JSCalendar Thread-Index: AdWDgstFwX3DtPOnSfCIeKXFWMCGrQ== Date: Tue, 15 Oct 2019 18:03:15 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=daniel.migault@ericsson.com; x-originating-ip: [96.20.247.6] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2eb22d4a-8093-445a-d6dd-08d75199f42d x-ms-traffictypediagnostic: DM6PR15MB3244: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 01917B1794 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(346002)(376002)(366004)(396003)(39860400002)(53754006)(189003)(199004)(81156014)(81166006)(102836004)(54896002)(7696005)(8936002)(6306002)(53546011)(86362001)(6506007)(14444005)(256004)(478600001)(6116002)(5660300002)(3480700005)(2501003)(476003)(52536014)(9326002)(236005)(486006)(66066001)(6436002)(55016002)(186003)(44832011)(9686003)(8676002)(26005)(71190400001)(14454004)(3846002)(71200400001)(74316002)(7736002)(99286004)(316002)(7116003)(966005)(66946007)(2906002)(33656002)(606006)(110136005)(66476007)(76116006)(64756008)(66446008)(66556008)(25786009)(790700001); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR15MB3244; H:DM6PR15MB3531.namprd15.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /xEoapp2hLlTj5dDHOB3sgruR13e2Nkc9nnSdKHvs1Ap/sbpogZepord190rr9rv8UZm4W/oGK85Oms6G9UKoJt4zKXnuCEoFBJnFjL0vLi6wik9ZP0t6+J363naQ1ZMWGvsiajd0wVqkSM9P+G00T7Sq4rQRXJbZWVFLyszKHrizOZ08SzcTARnESPjRHU+lBKsXBS0gTgQGUTPEDDhizdxkYEyljgb1zCOdEg8TUnqiQSF2pGw3ZQp45qUmwQ5Rlo2NBC5T1j4FmwMNdq1K80Q5UfyAYTvnrCZdkTn/XviAcyatlcpvAtawDkAeX56GP1kMXgVCd6zwJI1OzIKjLpiCH3/oEOBnjGMrPzIvVzz34t5zTlkUjGYOC00rhtW8ouk6Bv7mgQijVmx5He8pw72fCsQ9k05YRpUKLjL1BHP7WMe6oqZ9/G07JlCJD3qK8M6nvKrnP6zgsi28wVbUQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR15MB3531E3B26D3C5294B1D40564E3930DM6PR15MB3531namp_" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2eb22d4a-8093-445a-d6dd-08d75199f42d X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Oct 2019 18:03:16.0937 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: wxZhY9DvzSGJTQX+IRrOs6rlVYsQsDjrRfq6oBayOBZeUq5bGY9hN1BCH9QqD+u0oWVkgW0Ix4xoW6xmOl2Aky0PkxrmRWI8KIn8hvhN2VI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR15MB3244 Archived-At: Subject: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Oct 2019 18:03:22 -0000 --_000_DM6PR15MB3531E3B26D3C5294B1D40564E3930DM6PR15MB3531namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, This email starts a WGLC for draft-ietf-calext-jscalendar [1]. The WGLC will end on October 30. Please review the document and provide you= r feed back on the mailing list. All feed back are useful for our AD to mov= e the work forward. Yours, Daniel [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20 From: calsify On Behalf Of Neil Jenkins Sent: Tuesday, October 15, 2019 11:56 AM To: calsify@ietf.org Subject: [calsify] Request to start last call for JSCalendar Hi all, As you've probably seen, I've published another update to the JSCalendar draft with the c= hanges discussed at the interim IETF meeting/CalConnect last week. A quick = summary of the changes: * Added Location#categories property * Added Participant#scheduleAgent property * Added Participant#language property * Removed Participant#attendance property (this maps to roles instead) * Made Participant#sendTo optional * Made Alert#trigger mandatory Daniel, could you please restart the last call; I think two weeks should be= sufficient given how extensively this draft has already been reviewed over= the years! Cheers, Neil. --_000_DM6PR15MB3531E3B26D3C5294B1D40564E3930DM6PR15MB3531namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi,

     

    This email starts a WGLC for draft-ietf-calext-jscal= endar [1].

     

    The WGLC will end on October 30. Please review the d= ocument and provide your feed back on the mailing list. All feed back are u= seful for our AD to move the work forward.

     

    Yours,

    Daniel

     

    [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20<= /p>

     

    From: calsify <calsify-bounces@ietf.org>= ; On Behalf Of Neil Jenkins
    Sent: Tuesday, October 15, 2019 11:56 AM
    To: calsify@ietf.org
    Subject: [calsify] Request to start last call for JSCalendar

     

    Hi all,

     

    As you've probably seen, I've published another update to the JSCalendar draft with the changes discussed at th= e interim IETF meeting/CalConnect last week. A quick summary of the changes= :

     

    • Added Location#categories property
    • Added Participant#scheduleAgent property
    • Added Participant#language property
    • Removed Participant#attendance property (this maps to roles instead)
    • Made Participant#sendTo optional
    • Made Alert#trigger mandatory

     

    Daniel, could you please restart the last cal= l; I think two weeks should be sufficient given how extensively this draft = has already been reviewed over the years!

     

    Cheers,

    Neil.

    --_000_DM6PR15MB3531E3B26D3C5294B1D40564E3930DM6PR15MB3531namp_-- From nobody Fri Oct 18 02:49:59 2019 Return-Path: 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 22E14120943 for ; Fri, 18 Oct 2019 02:49:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.996 X-Spam-Level: X-Spam-Status: No, score=-1.996 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dmfs.org 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 gamk13AJKbWE for ; Fri, 18 Oct 2019 02:49:53 -0700 (PDT) Received: from mailrelay3-1.pub.mailoutpod1-cph3.one.com (mailrelay3-1.pub.mailoutpod1-cph3.one.com [46.30.210.184]) (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 17C6B12008C for ; Fri, 18 Oct 2019 02:49:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dmfs.org; s=20140924; h=content-type:in-reply-to:mime-version:date:message-id:from:references:to: subject:from; bh=svSHIYKrOr+CDiTP11HQ/OZ4T+VmUh9ATyoJ1JWo+TY=; b=mv7jPnAIL6+twz181zi3/CfyCGU2xHc6stiJnxhyKmyKfKjvETAgv5h2kJxq+d/gCgggPbJAjaVHM NBKqnG6/TtIRL0sHjVnUB4Zj6qghIw1a6gmw1iODKgpS9T4QgMUWEcwILzsbApJrF0xkgBFXLMm73M +Y+uKweipSj70Kgk= X-HalOne-Cookie: b5185e29ae8242c8fd2af51db3bc34c0641e7abe X-HalOne-ID: 9f7e0a96-f18c-11e9-b5f1-d0431ea8bb03 Received: from smtp.dmfs.org (unknown [217.94.217.4]) by mailrelay3.pub.mailoutpod1-cph3.one.com (Halon) with ESMTPSA id 9f7e0a96-f18c-11e9-b5f1-d0431ea8bb03; Fri, 18 Oct 2019 09:49:48 +0000 (UTC) Received: from boss.localdomain (pD95ED904.dip0.t-ipconnect.de [217.94.217.4]) by smtp.dmfs.org (Postfix) with ESMTPSA id 561D619A for ; Fri, 18 Oct 2019 11:49:48 +0200 (CEST) To: calsify@ietf.org References: From: Marten Gajda Message-ID: <8ebb57a0-869a-463f-fea8-4454441c0275@dmfs.org> Date: Fri, 18 Oct 2019 11:49:47 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------3CE45EACDBF8BE5BD9243746" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2019 09:49:58 -0000 This is a multi-part message in MIME format. --------------3CE45EACDBF8BE5BD9243746 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Hi all, I've just read the current draft and had a few minor nitpicks, see below. 4.1.4. prodId (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.1.4) In this context, what is the JSCalendar object? Is it the JSON object (or its serialized form) I'm currently looking at or is it the calendar entity that is represented by this JSON object? To put it in other words, should a JSCalendar serializer always insert its own "prodId" when serializing an internal representation to a JSCalendar JSON file (even if no data was changed)? Or is this related to the "updated" field? Should you only update "prodId" when you also update "updated"? 4.3.2. recurrenceRule (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.3.2) The limits mentioned for "byMonth", "byMonthDay" and "byYearDay" are specific to the Gregorian calendar scale, e.g > Valid values are 1 to 31 or -31 to -1 > But other calendar scales may other limits. We should make clear that the limits depend on the maximum values of the respective calendar scale and maybe add "for Gregorian calendars the valid values are 1 to 31 or -31 to -1". 4.3.2.1. Interpreting recurrence rules (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.3.2.1) > which defaults to gregorian if omitted. gregorian should be quoted, I guess. It may also be worth stating explicitly that the "skip" parameter only affects "yearly" and "monthly" rules (IIRC RScale didn't address ambiguous/invalid times during daylight saving changes) In this paragraph: > If a skip property is defined and is not "omit", there may be > candidates that do not correspond to valid dates (e.g. 31st > February in the gregorian calendar). In this case, the > properties MUST be considered in the order above and: Gregorian should be capitalized. Regards, Marten Am 15.10.19 um 20:03 schrieb Daniel Migault: > > Hi, > > This email starts a WGLC for draft-ietf-calext-jscalendar [1]. > > The WGLC will end on October 30. Please review the document and > provide your feed back on the mailing list. All feed back are useful > for our AD to move the work forward. > > Yours, > > Daniel > > [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20 > > > *From:* calsify *On Behalf Of *Neil Jenkins > *Sent:* Tuesday, October 15, 2019 11:56 AM > *To:* calsify@ietf.org > *Subject:* [calsify] Request to start last call for JSCalendar > > Hi all, > > As you've probably seen, I've published another update > to the > JSCalendar draft with the changes discussed at the interim IETF > meeting/CalConnect last week. A quick summary of the changes: > > * Added Location#categories property > * Added Participant#scheduleAgent property > * Added Participant#language property > * Removed Participant#attendance property (this maps to roles instead) > * Made Participant#sendTo optional > * Made Alert#trigger mandatory > > *Daniel*, could you please restart the last call; I think two weeks > should be sufficient given how extensively this draft has already been > reviewed over the years! > > Cheers, > > Neil. > > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify -- Marten Gajda CEO dmfs GmbH Schandauer Strae 34 01309 Dresden GERMANY phone: +49 177 4427167 email: marten@dmfs.org Managing Director: Marten Gajda Registered address: Dresden Registered No.: AG Dresden HRB 34881 VAT Reg. No.: DE303248743 --------------3CE45EACDBF8BE5BD9243746 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

    Hi all,

    I've just read the current draft and had a few minor nitpicks, see below.

    4.1.4. prodId (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.1.4)

    In this context, what is the JSCalendar object? Is it the JSON object (or its serialized form) I'm currently looking at or is it the calendar entity that is represented by this JSON object?

    To put it in other words, should a JSCalendar serializer always insert its own "prodId" when serializing an internal representation to a JSCalendar JSON file (even if no data was changed)?

    Or is this related to the "updated" field? Should you only update "prodId" when you also update "updated"?

    4.3.2. recurrenceRule (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.3.2)

    The limits mentioned for "byMonth", "byMonthDay" and "byYearDay" are specific to the Gregorian calendar scale, e.g

    Valid values are 1 to 31 or -31 to -1

    But other calendar scales may other limits. We should make clear that the limits depend on the maximum values of the respective calendar scale and maybe add "for Gregorian calendars the valid values are 1 to 31 or -31 to -1".

    4.3.2.1. Interpreting recurrence rules (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.3.2.1)

    which defaults to gregorian if omitted.
    gregorian should be quoted, I guess.

    It may also be worth stating explicitly that the "skip" parameter only affects "yearly" and "monthly" rules (IIRC RScale didn't address ambiguous/invalid times during daylight saving changes)

    In this paragraph:

     If a skip property is defined and is not "omit", there may be
       candidates that do not correspond to valid dates (e.g. 31st
       February in the gregorian calendar).  In this case, the
       properties MUST be considered in the order above and:
    Gregorian should be capitalized.


    Regards,

    Marten


    Am 15.10.19 um 20:03 schrieb Daniel Migault:

    Hi,

    This email starts a WGLC for draft-ietf-calext-jscalendar [1].

    The WGLC will end on October 30. Please review the document and provide your feed back on the mailing list. All feed back are useful for our AD to move the work forward.

    Yours,

    Daniel

    [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20

    From: calsify <calsify-bounces@ietf.org> On Behalf Of Neil Jenkins
    Sent: Tuesday, October 15, 2019 11:56 AM
    To: calsify@ietf.org
    Subject: [calsify] Request to start last call for JSCalendar

    Hi all,

    As you've probably seen, I've published another update to the JSCalendar draft with the changes discussed at the interim IETF meeting/CalConnect last week. A quick summary of the changes:

    • Added Location#categories property
    • Added Participant#scheduleAgent property
    • Added Participant#language property
    • Removed Participant#attendance property (this maps to roles instead)
    • Made Participant#sendTo optional
    • Made Alert#trigger mandatory

    Daniel, could you please restart the last call; I think two weeks should be sufficient given how extensively this draft has already been reviewed over the years!

    Cheers,

    Neil.


    _______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify

    -- 
Marten Gajda
CEO

dmfs GmbH
Schandauer Strae 34
01309 Dresden
GERMANY

phone: +49 177 4427167
email: marten@dmfs.org

Managing Director: Marten Gajda
Registered address: Dresden
Registered No.: AG Dresden HRB 34881
VAT Reg. No.: DE303248743
    --------------3CE45EACDBF8BE5BD9243746-- From nobody Tue Oct 22 23:01:49 2019 Return-Path: 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 DDF9B12006B for ; Tue, 22 Oct 2019 23:01:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=fastmailteam.com header.b=O1hlzsbR; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=CZ14aX1Q 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 VDUW2nfGIhXw for ; Tue, 22 Oct 2019 23:01:46 -0700 (PDT) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2DCD120058 for ; Tue, 22 Oct 2019 23:01:45 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 11248482 for ; Wed, 23 Oct 2019 02:01:45 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Wed, 23 Oct 2019 02:01:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm1; bh=rLwufaz Dz3CwS40ij7WzmAe8qKidV6M9TCQAxyOMVtk=; b=O1hlzsbRe2oQ2oKzMiU3m2m sgLWSrJyawp1Y/C6uAZV83A/y0d00zx7qNl3D85TS00e7PK6gkOKNLxZ4K/OglHM LtCuXLhB6IkFSIJ9prwVsSCzps7kcY7HQAUEvutADh1RAp+qU2i5+bTvbsfn7ILB wztAnBq52MHAx+E5nIB6aDiGql85AiG20dtl0jpjV1vMsXc18uaX6xnwDQqeucNk Y0Fbmho+PF4Io+oWMQZc2LjLyEwySt+i3zAZyrDHnGTwtDMMdplQOqjBNNFe3oDy CiGfzdIBD2nBStCO4M1lsbNx+dr+Z0SeCdL3PQSGYrnmNLBVSdjoJEBlpBk33qQ= = DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=rLwufa zDz3CwS40ij7WzmAe8qKidV6M9TCQAxyOMVtk=; b=CZ14aX1QePqXNKajv4s3Xb O88f3xfDafRhbjNM1PF+lUg/r06Qb7KQm1V/EkrCJodJNZ/USL2JzGkFOxHM/3jB RisBGHHuNYxUr1kNjZIdB3Y8OplblS26V1+pIQRTB6A4fXNzDzVqu/HtySDRley2 BryYw6LWiq8eSs+sUsTa+ZCiyYsr6BaEB8U0rpJw3uSBJR/8NOOqACvWk6h2XiC6 CdLyCfimYPBbJYpzSaSAFDUPlngBXAc66CvS1PcHRpVf/as5ON5mIatJpc/v+y8V cvqZzCiUWLRVD//Oi78pttTUK8cOPIQEXuhyzoCdhJNgzWGpOmqKq/MRyJQRM3vQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrkeekgdellecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesrgdtre erreertdenucfhrhhomhepfdfpvghilhculfgvnhhkihhnshdfuceonhgvihhljhesfhgr shhtmhgrihhlthgvrghmrdgtohhmqeenucffohhmrghinhepihgvthhfrdhorhhgnecurf grrhgrmhepmhgrihhlfhhrohhmpehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtgho mhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 36AB531D12B; Wed, 23 Oct 2019 02:01:44 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-470-gedfae93-fmstable-20191021v4 Mime-Version: 1.0 Message-Id: <06f85297-8e20-4b5f-9cb2-a3b3c6cbca8c@dogfood.fastmail.com> In-Reply-To: <8ebb57a0-869a-463f-fea8-4454441c0275@dmfs.org> References: <8ebb57a0-869a-463f-fea8-4454441c0275@dmfs.org> Date: Wed, 23 Oct 2019 17:01:43 +1100 From: "Neil Jenkins" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=9c024d3d5d8c4a2093210c3618644e6d Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 06:01:48 -0000 --9c024d3d5d8c4a2093210c3618644e6d Content-Type: text/plain Thanks for the review Marten. > 4.1.4. prodId (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.1.4) > In this context, what is the JSCalendar object? Is it the JSON object (or its serialized form) I'm currently looking at or is it the calendar entity that is represented by this JSON object? > To put it in other words, should a JSCalendar serializer always insert its own "prodId" when serializing an internal representation to a JSCalendar JSON file (even if no data was changed)? > Or is this related to the "updated" field? Should you only update "prodId" when you also update "updated"? I think this should be whatever client last updated the event; so yes, only updating "prodId" when you also update the "updated" timestamp (which you should do whenever you make changes) is a neat way to describe it. I'll update the spec. > 4.3.2. recurrenceRule (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.3.2) > The limits mentioned for "byMonth", "byMonthDay" and "byYearDay" are specific to the Gregorian calendar scale, e.g > But other calendar scales may other limits. We should make clear that the limits depend on the maximum values of the respective calendar scale and maybe add "for Gregorian calendars the valid values are 1 to 31 or -31 to -1". Thanks, I have clarified this (I presume you meant byWeekNo instead of byMonth). > 4.3.2.1. Interpreting recurrence rules (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.3.2.1) > which defaults to gregorian if omitted. > gregorian should be quoted, I guess. Sure. > It may also be worth stating explicitly that the "skip" parameter only affects "yearly" and "monthly" rules (IIRC RScale didn't address ambiguous/invalid times during daylight saving changes) Sure, I've noted in the definition of the skip property that it only has an effect if the frequency is "monthly" or "yearly". > Gregorian should be capitalized. Thanks, done. Cheers, Neil. --9c024d3d5d8c4a2093210c3618644e6d Content-Type: text/html
    Thanks for the review Marten.

    4.1.4.  prodId  (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.1.4)

    In this context, what is the JSCalendar object? Is it the JSON object (or its serialized form) I'm currently looking at or is it the calendar entity that is represented by this JSON object?

    To put it in other words, should a JSCalendar serializer always insert its own "prodId" when serializing an internal representation to a JSCalendar JSON file (even if no data was changed)?

    Or is this related to the "updated" field? Should you only update "prodId" when you also update "updated"?


    I think this should be whatever client last updated the event; so yes, only updating "prodId" when you also update the "updated" timestamp (which you should do whenever you make changes) is a neat way to describe it. I'll update the spec.

    4.3.2.  recurrenceRule (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.3.2)

    The limits mentioned for "byMonth", "byMonthDay" and "byYearDay" are specific to the Gregorian calendar scale, e.g

    But other calendar scales may other limits. We should make clear that the limits depend on the maximum values of the respective calendar scale and maybe add "for Gregorian calendars the valid values are 1 to 31 or -31 to -1".


    Thanks, I have clarified this (I presume you meant byWeekNo instead of byMonth).

    4.3.2.1.  Interpreting recurrence rules  (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20#section-4.3.2.1)

    which defaults to gregorian if omitted.

    gregorian should be quoted, I guess.

    Sure.

    It may also be worth stating explicitly that the "skip" parameter only affects "yearly" and "monthly" rules (IIRC RScale didn't address ambiguous/invalid times during daylight saving changes)


    Sure, I've noted in the definition of the skip property that it only has an effect if the frequency is "monthly" or "yearly".

    Gregorian should be capitalized.

    Thanks, done.

    Cheers,
    Neil.
    --9c024d3d5d8c4a2093210c3618644e6d-- From nobody Wed Oct 23 10:34:01 2019 Return-Path: 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 452D2120BED for ; Wed, 23 Oct 2019 10:33:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 0xTKaxyO9dtU for ; Wed, 23 Oct 2019 10:33:56 -0700 (PDT) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72F02120BFE for ; Wed, 23 Oct 2019 10:33:34 -0700 (PDT) Received: by mail-qt1-x82c.google.com with SMTP id e14so13698582qto.1 for ; Wed, 23 Oct 2019 10:33:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=wDT5uA7m7LaJhNcni7t5CQd4HvCPP0fer0G048bqs+U=; b=G+TnmrAWcTCy78Dap+9PqzE5fWPGVb1FwfHcDXoZHSa9AP1e0IrKTuX3p6IDx61e5s YuzonIzU27RIFsHDJ0NpxX+DubXDSc+12fO1hxU82RY/CmPHDNlhm00/Lzp8qij+veBK Wy5Pw/WrFwkLmLWeLzeJvrR2w2Hl7vp2IxXCCS0AayhpZalFnVAsKq4McIGICj/+midi zQ+UP4A7pQVrhYyrVi0KxTiWfQGXAfvqRVpvzualFK9ap9BamXuFqey3kSeKOuendEFy IxpH57LmtPSGYy7TUSzsLeHj4s+eBZYQfBpbY46mEQDmyr+Zi/tIKgh2QN2I+VjnNLnR uowQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=wDT5uA7m7LaJhNcni7t5CQd4HvCPP0fer0G048bqs+U=; b=PzccpO4gCzZoXh6cDhbR9quNy5kZodlF9HsC1IyM/M1obzGOGqelihRtPXma9MfdlA GxHQ22Y+DRE4WS7DUfBANEWFvVj8tGWXr58oiRadhquUK/VRukieavEiie1kdHAIg7bl 67E7N/zIh4/lDQdxzU3VxacuOqqlc8aswvEA/zTapRbKsA4QAdiO4joFjGmDMyaflBCV 8OqhoSkaxR7ZQANm3YUcv7s8GdDyuFzUPd685KPXbq6CkogULhH1iqaq4dLvFGeixvKq e7uX7jFcFTzpGx08djfmFfW35UFlvPVeMSj50hn4EW+QWKFCTsTTlOH82e0JzuMQjo+9 WneQ== X-Gm-Message-State: APjAAAVnGrZavzZC2rbFOsuz5sHmkfMAGFmLAMKg468cwMG3M0N2uSdb gbDBVaRkygo0LayaTuBLlqBf2iHGnvw= X-Google-Smtp-Source: APXvYqy1Jdp/D5KTJfEoB7nH1g7EyAPIhI5/RLhzPm+oJM+byNyPUlVmwaFj5s9JZ7+o3XF2aQ4VeA== X-Received: by 2002:a0c:ba26:: with SMTP id w38mr9813102qvf.24.1571852013304; Wed, 23 Oct 2019 10:33:33 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id n17sm12882931qke.103.2019.10.23.10.33.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Oct 2019 10:33:32 -0700 (PDT) To: Daniel Migault , Neil Jenkins , "calsify@ietf.org" References: From: Michael Douglass Message-ID: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> Date: Wed, 23 Oct 2019 13:33:31 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------6B9029A136ADAD9788D37009" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 17:33:59 -0000 This is a multi-part message in MIME format. --------------6B9029A136ADAD9788D37009 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Section 8.3.2 appears to have the wrong text: 8.3.2. Initial Contents for the JSCalendar Properties Registry should be 8.3.2. Initial Contents for the JSCalendar Types Registry On 10/15/19 14:03, Daniel Migault wrote: > > Hi, > > This email starts a WGLC for draft-ietf-calext-jscalendar [1]. > > The WGLC will end on October 30. Please review the document and > provide your feed back on the mailing list. All feed back are useful > for our AD to move the work forward. > > Yours, > > Daniel > > [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20 > > > *From:* calsify *On Behalf Of *Neil Jenkins > *Sent:* Tuesday, October 15, 2019 11:56 AM > *To:* calsify@ietf.org > *Subject:* [calsify] Request to start last call for JSCalendar > > Hi all, > > As you've probably seen, I've published another update > to the > JSCalendar draft with the changes discussed at the interim IETF > meeting/CalConnect last week. A quick summary of the changes: > > * Added Location#categories property > * Added Participant#scheduleAgent property > * Added Participant#language property > * Removed Participant#attendance property (this maps to roles instead) > * Made Participant#sendTo optional > * Made Alert#trigger mandatory > > *Daniel*, could you please restart the last call; I think two weeks > should be sufficient given how extensively this draft has already been > reviewed over the years! > > Cheers, > > Neil. > > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify --------------6B9029A136ADAD9788D37009 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

    Section 8.3.2 appears to have the wrong text:

    8.3.2.  Initial Contents for the JSCalendar Properties Registry

should be

8.3.2.  Initial Contents for the JSCalendar Types Registry
    On 10/15/19 14:03, Daniel Migault wrote:

    Hi,

    This email starts a WGLC for draft-ietf-calext-jscalendar [1].

    The WGLC will end on October 30. Please review the document and provide your feed back on the mailing list. All feed back are useful for our AD to move the work forward.

    Yours,

    Daniel

    [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20

    From: calsify <calsify-bounces@ietf.org> On Behalf Of Neil Jenkins
    Sent: Tuesday, October 15, 2019 11:56 AM
    To: calsify@ietf.org
    Subject: [calsify] Request to start last call for JSCalendar

    Hi all,

    As you've probably seen, I've published another update to the JSCalendar draft with the changes discussed at the interim IETF meeting/CalConnect last week. A quick summary of the changes:

    • Added Location#categories property
    • Added Participant#scheduleAgent property
    • Added Participant#language property
    • Removed Participant#attendance property (this maps to roles instead)
    • Made Participant#sendTo optional
    • Made Alert#trigger mandatory

    Daniel, could you please restart the last call; I think two weeks should be sufficient given how extensively this draft has already been reviewed over the years!

    Cheers,

    Neil.


    _______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify
    --------------6B9029A136ADAD9788D37009-- From nobody Wed Oct 23 12:24:12 2019 Return-Path: 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 235FC12008C for ; Wed, 23 Oct 2019 12:24:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 qj1GcORPf2u9 for ; Wed, 23 Oct 2019 12:24:08 -0700 (PDT) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07307120906 for ; Wed, 23 Oct 2019 12:24:08 -0700 (PDT) Received: by mail-qt1-x82b.google.com with SMTP id c17so30886579qtn.8 for ; Wed, 23 Oct 2019 12:24:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=To+CsMASQi+zTRSdc2FcLybgxDiWurhKBjmNdGzPcvc=; b=VDDnLFLUENIZkYk8P22TENPBARM0lVY5Bi261WQy+yhFOcWYkxobLWunglpNutnCyQ cYcAuNgZuuLj5r40iJ87EmHtbgni3Ij6u8i6Yw9F3WFm6FAcl27OhF0uUBeY4dMfondE dR5Z24wtgqSbmU6FSGCXCgVYyXPFRKE/bjPcTnjuWgdGk7s02jYvNekPuGcaljwTLboq o+/ZYTzo3Ldl7Y8qLbFfFBQrzmZy1Fm0zesF50xBK5p/2h8zAzk7rZhVq70lo5g7Jykf VtncdW+c7wSua2BRcc1VcMzuME8xVH+4ysTNUicOUtaVX6pv22Hwx/VYy2zsttg6O8Pj b02Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=To+CsMASQi+zTRSdc2FcLybgxDiWurhKBjmNdGzPcvc=; b=OF4Y4GI/Npd0pA39y7T7DY186rAMEhLeh1BaDW1vCjzOS7aQCEoOlt65JqHGR0USno X3UYxdF0ludTUO0Wdi7yztADcttqSHGQgywNISAOmsQHQlyuMoxNGrN8AuqvMGpJV2Ax u5GOPRZFyt4XLVB+CuGDH5uHGSLF76m4tl0JyQJOiT92+yzIeIh4mCcDng3ON+lEayGa zoEYcUQpENWMXLmHSnt6Tw1AQNcsyneUn6hEgnH70VvsPFZFhaSZZSYYRh5yycUVCW37 2AhJoeXtmhaF2gIOFuwI9sUwAwdpYJNIROV62MvynBW8xPC9D2wji7r/pl69D9Xc+X0T XQlg== X-Gm-Message-State: APjAAAWThJGflZiUCa2K9n5Mop3MpoVxc3gMIUC4YskQw3f8SrNRcC6O f6Di1RzhWpErDnwr69nkRGUOPfSJ4sg= X-Google-Smtp-Source: APXvYqziLT8aOPN9Zl7q8yJcxjig8KhWqmrlgZX5deIK14pHp+WiNM8A9EajMZb5vjAGKs8311HWZQ== X-Received: by 2002:a0c:be8a:: with SMTP id n10mr3057986qvi.156.1571858646912; Wed, 23 Oct 2019 12:24:06 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id a19sm2380221qtk.56.2019.10.23.12.24.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Oct 2019 12:24:05 -0700 (PDT) From: Michael Douglass To: Daniel Migault , Neil Jenkins , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> Message-ID: <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> Date: Wed, 23 Oct 2019 15:24:04 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> Content-Type: multipart/alternative; boundary="------------2923DE64DED3B0CFC70E83F4" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 19:24:11 -0000 This is a multi-part message in MIME format. --------------2923DE64DED3B0CFC70E83F4 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit and in section 8.2.6 categories shows up twice in the table. Was that intended? On 10/23/19 13:33, Michael Douglass wrote: > > Section 8.3.2 appears to have the wrong text: > > 8.3.2. Initial Contents for the JSCalendar Properties Registry > > should be > > 8.3.2. Initial Contents for the JSCalendar Types Registry > On 10/15/19 14:03, Daniel Migault wrote: >> >> Hi, >> >> This email starts a WGLC for draft-ietf-calext-jscalendar [1]. >> >> The WGLC will end on October 30. Please review the document and >> provide your feed back on the mailing list. All feed back are useful >> for our AD to move the work forward. >> >> Yours, >> >> Daniel >> >> [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20 >> >> >> *From:* calsify *On Behalf Of *Neil Jenkins >> *Sent:* Tuesday, October 15, 2019 11:56 AM >> *To:* calsify@ietf.org >> *Subject:* [calsify] Request to start last call for JSCalendar >> >> Hi all, >> >> As you've probably seen, I've published another update >> to the >> JSCalendar draft with the changes discussed at the interim IETF >> meeting/CalConnect last week. A quick summary of the changes: >> >> * Added Location#categories property >> * Added Participant#scheduleAgent property >> * Added Participant#language property >> * Removed Participant#attendance property (this maps to roles instead) >> * Made Participant#sendTo optional >> * Made Alert#trigger mandatory >> >> *Daniel*, could you please restart the last call; I think two weeks >> should be sufficient given how extensively this draft has already >> been reviewed over the years! >> >> Cheers, >> >> Neil. >> >> >> _______________________________________________ >> calsify mailing list >> calsify@ietf.org >> https://www.ietf.org/mailman/listinfo/calsify --------------2923DE64DED3B0CFC70E83F4 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

    and in section 8.2.6 categories shows up twice in the table. Was that intended?

    On 10/23/19 13:33, Michael Douglass wrote:

    Section 8.3.2 appears to have the wrong text:

    8.3.2.  Initial Contents for the JSCalendar Properties Registry

should be

8.3.2.  Initial Contents for the JSCalendar Types Registry
    On 10/15/19 14:03, Daniel Migault wrote:

    Hi,

    This email starts a WGLC for draft-ietf-calext-jscalendar [1].

    The WGLC will end on October 30. Please review the document and provide your feed back on the mailing list. All feed back are useful for our AD to move the work forward.

    Yours,

    Daniel

    [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20

    From: calsify <calsify-bounces@ietf.org> On Behalf Of Neil Jenkins
    Sent: Tuesday, October 15, 2019 11:56 AM
    To: calsify@ietf.org
    Subject: [calsify] Request to start last call for JSCalendar

    Hi all,

    As you've probably seen, I've published another update to the JSCalendar draft with the changes discussed at the interim IETF meeting/CalConnect last week. A quick summary of the changes:

    • Added Location#categories property
    • Added Participant#scheduleAgent property
    • Added Participant#language property
    • Removed Participant#attendance property (this maps to roles instead)
    • Made Participant#sendTo optional
    • Made Alert#trigger mandatory

    Daniel, could you please restart the last call; I think two weeks should be sufficient given how extensively this draft has already been reviewed over the years!

    Cheers,

    Neil.


    _______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify
    --------------2923DE64DED3B0CFC70E83F4-- From nobody Wed Oct 23 13:05:59 2019 Return-Path: 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 24BA4120274 for ; Wed, 23 Oct 2019 13:05:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 lh7ur9WwJ6N2 for ; Wed, 23 Oct 2019 13:05:56 -0700 (PDT) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CEB8A120858 for ; Wed, 23 Oct 2019 13:05:55 -0700 (PDT) Received: by mail-qt1-x82b.google.com with SMTP id z22so13569022qtq.11 for ; Wed, 23 Oct 2019 13:05:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=YGAVhM09EzeZiAM4ibmNsvtksb/1fc5LPFQXyTUAKY4=; b=jU0/FkSUskGC7HLFBmmNyamkQhWpslzwm+u2OkitMfSSPlUQ27FZ6MwlaDxexa80cm qLCNbTLRVzJpJb6tJtaxLWeQ0qml9yXWiLQ6yxhT9EbQ/PTSJX1GVyEcO+LwxjaiQVsP Rfp05814QmkoeeEegEdtuLnVP3pDbn9j43cqYEynb5TKCMp1Od0LL3I/LPJkkJVbOW0z NYXFSDiqZyTXqX4yO3kFHQBb9yNNBeZYRvC/4CMm9GSzyyfe5h3KkJQJkhTTvCnPm+mt vHlICDhEk2Mh46ejpMG+IZ3L7LugVXgISxYmEYhMR9199by40FJCo0ZIbTgQzbVwFiEj k86A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=YGAVhM09EzeZiAM4ibmNsvtksb/1fc5LPFQXyTUAKY4=; b=th1iaPXMTfFqyfmnhhq1c/FUlTir4qg4/pyag/cdAoA8+sMFX0MMv/qyxsovGEt727 OUj3NSxAGLEa3wV+CL4/MOclgyd6D3TaSf03J2Y4RsC9sw6wSVbmCF6eRcmNSDE0rUr5 vZ+KUns9RImRLIb8GoytN3qqXaRdSdUfK4LIpqpN8YAvu6lpSt+9F4F6JI48f3AmbsTE hAeON1IwAqepB40zQmsqdO5Ir6E3Wa4bQAV8P1c0zBnm5nNKe01JKi7paFCxb7cqRsaG oo4XFjvXenvHS9xlelHDHHvy7fD+ONbkpuFElhSESo/bfEZ2LUyYq+HbbPuTCgDmem/f U6hw== X-Gm-Message-State: APjAAAX9bp9+qHjzPMiA4dntd2Htu/g/hd4zdSbVmOPZX3lUySI5FezB y5ezkVWPfghAR/N2QXGlLhs1E0J3pVs= X-Google-Smtp-Source: APXvYqzB8tO9DvYf23/66Jb4W2pyfFu0KDFSXouVmta9DyvCHPGZd5sWs5eR9z8DQIGyZe14jd5nuQ== X-Received: by 2002:a0c:f241:: with SMTP id z1mr11011850qvl.53.1571861154673; Wed, 23 Oct 2019 13:05:54 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id p36sm17250866qtc.0.2019.10.23.13.05.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Oct 2019 13:05:53 -0700 (PDT) From: Michael Douglass To: Daniel Migault , Neil Jenkins , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> Message-ID: Date: Wed, 23 Oct 2019 16:05:52 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> Content-Type: multipart/alternative; boundary="------------A022EA3FDDBA6760CC34BBF6" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 20:05:58 -0000 This is a multi-part message in MIME format. --------------A022EA3FDDBA6760CC34BBF6 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 10/23/19 15:24, Michael Douglass wrote: > > and in section 8.2.6 categories shows up twice in the table. Was that > intended? > and also "status" > > On 10/23/19 13:33, Michael Douglass wrote: >> >> Section 8.3.2 appears to have the wrong text: >> >> 8.3.2. Initial Contents for the JSCalendar Properties Registry >> >> should be >> >> 8.3.2. Initial Contents for the JSCalendar Types Registry >> On 10/15/19 14:03, Daniel Migault wrote: >>> >>> Hi, >>> >>> This email starts a WGLC for draft-ietf-calext-jscalendar [1]. >>> >>> The WGLC will end on October 30. Please review the document and >>> provide your feed back on the mailing list. All feed back are useful >>> for our AD to move the work forward. >>> >>> Yours, >>> >>> Daniel >>> >>> [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20 >>> >>> >>> *From:* calsify *On Behalf Of *Neil Jenkins >>> *Sent:* Tuesday, October 15, 2019 11:56 AM >>> *To:* calsify@ietf.org >>> *Subject:* [calsify] Request to start last call for JSCalendar >>> >>> Hi all, >>> >>> As you've probably seen, I've published another update >>> to the >>> JSCalendar draft with the changes discussed at the interim IETF >>> meeting/CalConnect last week. A quick summary of the changes: >>> >>> * Added Location#categories property >>> * Added Participant#scheduleAgent property >>> * Added Participant#language property >>> * Removed Participant#attendance property (this maps to roles instead) >>> * Made Participant#sendTo optional >>> * Made Alert#trigger mandatory >>> >>> *Daniel*, could you please restart the last call; I think two weeks >>> should be sufficient given how extensively this draft has already >>> been reviewed over the years! >>> >>> Cheers, >>> >>> Neil. >>> >>> >>> _______________________________________________ >>> calsify mailing list >>> calsify@ietf.org >>> https://www.ietf.org/mailman/listinfo/calsify --------------A022EA3FDDBA6760CC34BBF6 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit


    On 10/23/19 15:24, Michael Douglass wrote:

    and in section 8.2.6 categories shows up twice in the table. Was that intended?

    and also "status"

    On 10/23/19 13:33, Michael Douglass wrote:

    Section 8.3.2 appears to have the wrong text:

    8.3.2.  Initial Contents for the JSCalendar Properties Registry

should be

8.3.2.  Initial Contents for the JSCalendar Types Registry
    On 10/15/19 14:03, Daniel Migault wrote:

    Hi,

    This email starts a WGLC for draft-ietf-calext-jscalendar [1].

    The WGLC will end on October 30. Please review the document and provide your feed back on the mailing list. All feed back are useful for our AD to move the work forward.

    Yours,

    Daniel

    [1] https://tools.ietf.org/html/draft-ietf-calext-jscalendar-20

    From: calsify <calsify-bounces@ietf.org> On Behalf Of Neil Jenkins
    Sent: Tuesday, October 15, 2019 11:56 AM
    To: calsify@ietf.org
    Subject: [calsify] Request to start last call for JSCalendar

    Hi all,

    As you've probably seen, I've published another update to the JSCalendar draft with the changes discussed at the interim IETF meeting/CalConnect last week. A quick summary of the changes:

    • Added Location#categories property
    • Added Participant#scheduleAgent property
    • Added Participant#language property
    • Removed Participant#attendance property (this maps to roles instead)
    • Made Participant#sendTo optional
    • Made Alert#trigger mandatory

    Daniel, could you please restart the last call; I think two weeks should be sufficient given how extensively this draft has already been reviewed over the years!

    Cheers,

    Neil.


    _______________________________________________
calsify mailing list
calsify@ietf.org
https://www.ietf.org/mailman/listinfo/calsify
    --------------A022EA3FDDBA6760CC34BBF6-- From nobody Wed Oct 23 20:38:50 2019 Return-Path: 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 D39BB1200F6 for ; Wed, 23 Oct 2019 20:38:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=eCJelw1E; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=o0lak90I 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 LsuAEghrxoWz for ; Wed, 23 Oct 2019 20:38:48 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2548A12012A for ; Wed, 23 Oct 2019 20:38:48 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id CB64121B84; Wed, 23 Oct 2019 23:38:45 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Wed, 23 Oct 2019 23:38:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm1; bh=JnCrv0N mc/MeUGMf12MJRSWH1UgyueuIhYofh/c29uo=; b=eCJelw1EkV7Ks+En7j+Id6/ yn48EJLK+xYZbPZBzA229B3fS0fpw0WOAot41hx8C75L53UCuOgwPLgdifiOVTDY vhd0AoOwXKqfaHk2bJeldQpA8IdtnKm2IZwThqEREFs0sX4AfemijlDiHnItal8D QK0N5F1cHhittDDDJywb1jptqbxjBWxovF/dJ1y3s7LiHlU8W9BRgVf+zxXMl88i KBV81KI4rMKvH72hJg/11aBiTyWy1KJYLmz6Crj+oyQKaREQzEJ9zVNki9FnN7/O xQtF3iLkrSEAY0uBIxLOtNkl9ArD3DdE43dgsqCQUXOmA0TFsFhw+cIGWiGVKkw= = DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=JnCrv0 Nmc/MeUGMf12MJRSWH1UgyueuIhYofh/c29uo=; b=o0lak90Ip+l9gbN2k8j2jy uIylrpcaum6KfiWcEle23/pvQ3dJK4onTmt5pM/MPu6mV5Lsm6ERjpWrZIw0zB/L U943lLAlg3qp7sPjqEEux0ueUHWMOg7BOB2sPp4OvFhUQEfZM7vh88Zj3LoEEa3h 6ALxp0y5e1HIXIi7jsMMpTluwbKQbCWsBUg6TzJEPb2Ci5R7Iiblgs26SpMhJ3n1 CJqPXXDg0vRFWbglvGKtuFDj3JD1KBO3Sm+HBFeUVadPW5CEhyLVCDdcV9JcCTqF 3tUFVRnQqBN9NEXk5O/WBQD1l2uLBMF0u0RHRAXJ5oonHvQZVC7QS+7YYVHLUadw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrledtgdejudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsegrtderreerredtnecuhfhrohhmpedfpfgvihhl ucflvghnkhhinhhsfdcuoehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomheqne curfgrrhgrmhepmhgrihhlfhhrohhmpehnvghilhhjsehfrghsthhmrghilhhtvggrmhdr tghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 19835361B35; Wed, 23 Oct 2019 23:38:45 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-470-gedfae93-fmstable-20191021v4 Mime-Version: 1.0 Message-Id: <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> In-Reply-To: References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> Date: Thu, 24 Oct 2019 14:38:44 +1100 From: "Neil Jenkins" To: "Michael Douglass" , "Daniel Migault" , "calsify@ietf.org" Content-Type: multipart/alternative; boundary=baa269c664b94987adc5da5d7e0a796a Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 03:38:49 -0000 --baa269c664b94987adc5da5d7e0a796a Content-Type: text/plain > 8.3.2. Initial Contents for the JSCalendar Properties Registry > should be > 8.3.2. Initial Contents for the JSCalendar Types Registry Thanks, fixed. >> and in section 8.2.6 categories shows up twice in the table. Was that intended? > and also "status" > Yes, this is intentional. The property context is different between them and they have different definitions. Cheers, Neil. --baa269c664b94987adc5da5d7e0a796a Content-Type: text/html
    8.3.2. Initial Contents for the JSCalendar Properties Registry
    should be
    8.3.2. Initial Contents for the JSCalendar Types Registry

    Thanks, fixed.

    and in section 8.2.6 categories shows up twice in the table. Was that intended?

    and also "status"


    Yes, this is intentional. The property context is different between them and they have different definitions.

    Cheers,
    Neil.
    --baa269c664b94987adc5da5d7e0a796a-- From nobody Thu Oct 24 13:47:26 2019 Return-Path: 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 6BA35120020 for ; Thu, 24 Oct 2019 13:47:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.099 X-Spam-Level: X-Spam-Status: No, score=-0.099 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 wCPSmklPCOG4 for ; Thu, 24 Oct 2019 13:47:21 -0700 (PDT) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FA61120071 for ; Thu, 24 Oct 2019 13:47:21 -0700 (PDT) Received: by mail-qk1-x732.google.com with SMTP id g21so33243qkm.11 for ; Thu, 24 Oct 2019 13:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=9i9gZTZhuO2cq6eazcK3eyQWvHJqmtwWlFGfLdFFKUs=; b=mEYV/ze8yqDjU4bL5qhFqr6apEAi2KFkjxgTug9kE6LElVVS1axVwJCg4unvYvtCKt Qv6KRsgNKRwtPBemgob0bHciKsnHr0b9dWMN8LW1N9z94JA2DMpcrzXSmD+VTKUfFDsN VRNsJLqelIe8MJsHM7UR4iD41n6eO9DnoFd/mXx8Gv1oXDO412hQMB5WiltTJT9O8a9g F/Fi5cBB0vCdivqfYEKxmzWM+2wbKbS82gFJ+6XHV6u1z3bUyi9uhgiteUGUkqKz6iW0 Z2Y1+WZAAY4IxVLfyFxZEbo0IVukSBIZVsnz7o8jlDrc4jKqiy7fjLka7YjOUooOnJ+k XCgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=9i9gZTZhuO2cq6eazcK3eyQWvHJqmtwWlFGfLdFFKUs=; b=SZgLrk5s6D8m/wBKJFyETYCYF8vxLI8Mf7sl1EMYH3vzA8D7FOVgFR/SNL5wDtye59 IK0VJA2B7/Tsa4k9QiSyZASqHft/YObnRNkoyV7fdBzgX6yfb+UkBFkQJ0JRVSnvKZo5 poJaPtAxzLyzVQ03pSmWiEzZ3HI8JlzhjxrpoDVx61FarOVxIva7jcyz8Binpsnd4I24 8UKam0gEx+m3N4mIFjBRwvsPJguNlhjIotdRqNapZv/eOCCWyR2s+SMZEl2G8fOgEG5T RvPn2qYu670mVeKJXXHc+kJFMFK88ssJm5/e0oy+mF2sS2cPTKhXAulc2Cew4B7t46Lo +gZQ== X-Gm-Message-State: APjAAAWjXck277yWgykqR/N8QUUpryuqW3rXYt12OfToto8NtDse/Veg BGgUum+m3UyAj3+3a21vHFZxMnsL X-Google-Smtp-Source: APXvYqxP5yRaHh6Zn/zXmlamuPODwTOowfRroyQh5PEuAC+0ge0YQDlncwBFsIRyypovxNa62DPk2g== X-Received: by 2002:a05:620a:12c6:: with SMTP id e6mr15519188qkl.465.1571950040291; Thu, 24 Oct 2019 13:47:20 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id o195sm5785657qke.35.2019.10.24.13.47.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Oct 2019 13:47:19 -0700 (PDT) To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> From: Michael Douglass Message-ID: <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> Date: Thu, 24 Oct 2019 16:47:18 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> Content-Type: multipart/alternative; boundary="------------DF26F984C6116A3DC36D355F" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 20:47:24 -0000 This is a multi-part message in MIME format. --------------DF26F984C6116A3DC36D355F Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit In section 6.8 should the localization example have @type On 10/23/19 23:38, Neil Jenkins wrote: >> 8.3.2. Initial Contents for the JSCalendar Properties Registry >> should be >> 8.3.2. Initial Contents for the JSCalendar Types Registry > > Thanks, fixed. > >>> and in section 8.2.6 categories shows up twice in the table. Was >>> that intended? >>> >> and also "status" >> > > Yes, this is intentional. The property context is different between > them and they have different definitions. I'd prefer one of them had been called scheduleStatus. Can't validate the value without the context Also I feel categories for locations would have been better as locationType > > Cheers, > Neil. --------------DF26F984C6116A3DC36D355F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

    In section 6.8 should the localization example have @type

    On 10/23/19 23:38, Neil Jenkins wrote:
    8.3.2. Initial Contents for the JSCalendar Properties Registry
    should be
    8.3.2. Initial Contents for the JSCalendar Types Registry

    Thanks, fixed.

    and in section 8.2.6 categories shows up twice in the table. Was that intended?

    and also "status"


    Yes, this is intentional. The property context is different between them and they have different definitions.

    I'd prefer one of them had been called scheduleStatus. Can't validate the value without the context

    Also I feel categories for locations would have been better as locationType


    Cheers,
    Neil.
    --------------DF26F984C6116A3DC36D355F-- From nobody Thu Oct 24 20:40:42 2019 Return-Path: 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 DF9B11200CE for ; Thu, 24 Oct 2019 20:40:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 D4HjSFB4lIHl for ; Thu, 24 Oct 2019 20:40:37 -0700 (PDT) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4D041200A3 for ; Thu, 24 Oct 2019 20:40:37 -0700 (PDT) Received: by mail-qk1-x732.google.com with SMTP id p4so518440qkf.5 for ; Thu, 24 Oct 2019 20:40:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=u/c7kZ2N7QrFSagLc/741GpGygEjrqwMcaAw5cJ/il0=; b=Syorp9m3cmh8i0zUQ1I8nBwvyD31PgPUmlqjAsjqdhnWbnSKrjNr+gc1oGGSJDERBM lSFEGDszm9GAga8unwHHqJmd4EGPWlptMKjtImfXNvhOhi83R7n3n9qN/Gl+zAagvyEE smfvFFUYVoyGDiK2phoOpsnsQyEPviwrTf5fWjZbiVLBVm6h64tNXn/DaOcXqvyaV0MA qejHOhcmjCFLrr0VEWaxAjnEPyuY4abefAJEp06000UbWBNwkT2bSxqmtxvWaeALrLv2 mzztyrlv27BSb6JJM7c5ji94PeXRy4r+AyuY6JrIEAnEowNIKTpkhW7ZIHcTek8kPCI0 ruMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=u/c7kZ2N7QrFSagLc/741GpGygEjrqwMcaAw5cJ/il0=; b=Q9SKCtYvNRlc265btRadYVkygzbgnbShh/BzDEzcJ6Wkr44jOjJS0+Sc23ukfCBA/6 XgLPhy1KLLFUA2bLN+C1qSGoVMSHSOiIP3nnDiX0wSekLkC0ZDo/UU/qMLfbQAt/922v T4xg7b1A8+0Eg786ovlsZjdIP7fu0ySOj4qtRCmgxoxW3zJ59EAiyzMREFX4PXlcdYDN EPS8cQOHhiimS7dIfw3cF/jKHD7+vCOKyaXppqCgWUI8/2pqbpnfoCj7kJ7pwkEkwgoe R+zEY822vp7Y76SOeKP1dPKFirTTJoOypaj9dsQV/NYoQJh1k98Shg7VdW2j0XE3cewY RFQw== X-Gm-Message-State: APjAAAVjxv12Uga04Zj/ot7Y/H6ybqSsJSXWrov0bfc9Zqne6MnIwbt7 alAQStSXc7y8/xvCTQuMQMu15x5S X-Google-Smtp-Source: APXvYqxstsxDE55nw2zYdb1+JIjj88SM90muLKxh70DpkjaSyBGrhIboabYk4YVKcI4q+ZI46RFVVA== X-Received: by 2002:a37:a815:: with SMTP id r21mr1103651qke.464.1571974836458; Thu, 24 Oct 2019 20:40:36 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id x38sm857222qtc.64.2019.10.24.20.40.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Oct 2019 20:40:35 -0700 (PDT) To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> From: Michael Douglass Message-ID: <55906d42-cd78-5ad0-a0e5-3c053293b0e9@gmail.com> Date: Thu, 24 Oct 2019 23:40:34 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> Content-Type: multipart/alternative; boundary="------------A2E3E7067B0C78145CEA5045" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2019 03:40:40 -0000 This is a multi-part message in MIME format. --------------A2E3E7067B0C78145CEA5045 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit I'm implementing this so I may have more... Section 6.3 - simple group - Is that example correct? The definition of entries say's A collection of group members. This is represented as a map of the "uid" property value to the JSCalendar object member having that uid. but the example just looks like an array. Is it supposed to be { "@type": "jsgroup", "uid": "2a358cee-6489-4f14-a57f-c104db4dc343", "updated": "2018-01-15T18:00:00Z", "name": "A simple group", "entries": { "2a358cee-6489-4f14-a57f-c104db4dc2f1": { "@type": "jsevent", "uid": "2a358cee-6489-4f14-a57f-c104db4dc2f1", "updated": "2018-01-15T18:00:00Z", "title": "Some event", "start": "2018-01-15T13:00:00", "timeZone": "America/New_York", "duration": "PT1H" }, "2a358cee-6489-4f14-a57f-c104db4dc2f2": { "@type": "jstask", "uid": "2a358cee-6489-4f14-a57f-c104db4dc2f2", "updated": "2018-01-15T18:00:00Z", "title": "Do something" } } } On 10/23/19 23:38, Neil Jenkins wrote: >> 8.3.2. Initial Contents for the JSCalendar Properties Registry >> should be >> 8.3.2. Initial Contents for the JSCalendar Types Registry > > Thanks, fixed. > >>> and in section 8.2.6 categories shows up twice in the table. Was >>> that intended? >>> >> and also "status" >> > > Yes, this is intentional. The property context is different between > them and they have different definitions. > > Cheers, > Neil. --------------A2E3E7067B0C78145CEA5045 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

    I'm implementing this so I may have more...

    Section 6.3 - simple group -

    Is that example correct? The definition of entries say's 

    A collection of group members.  This is represented as a map of the
"uid" property value to the JSCalendar object member having that uid.

    but the example just looks like an array. Is it supposed to be 

    {
  "@type": "jsgroup",
  "uid": "2a358cee-6489-4f14-a57f-c104db4dc343",
  "updated": "2018-01-15T18:00:00Z",
  "name": "A simple group",
  "entries": {
    "2a358cee-6489-4f14-a57f-c104db4dc2f1": {
      "@type": "jsevent",
      "uid": "2a358cee-6489-4f14-a57f-c104db4dc2f1",
      "updated": "2018-01-15T18:00:00Z",
      "title": "Some event",
      "start": "2018-01-15T13:00:00",
      "timeZone": "America/New_York",
      "duration": "PT1H"
    },
    "2a358cee-6489-4f14-a57f-c104db4dc2f2": {
      "@type": "jstask",
      "uid": "2a358cee-6489-4f14-a57f-c104db4dc2f2",
      "updated": "2018-01-15T18:00:00Z",
      "title": "Do something"
    }
  }
}


    On 10/23/19 23:38, Neil Jenkins wrote:
    8.3.2. Initial Contents for the JSCalendar Properties Registry
    should be
    8.3.2. Initial Contents for the JSCalendar Types Registry

    Thanks, fixed.

    and in section 8.2.6 categories shows up twice in the table. Was that intended?

    and also "status"


    Yes, this is intentional. The property context is different between them and they have different definitions.

    Cheers,
    Neil.
    --------------A2E3E7067B0C78145CEA5045-- From nobody Thu Oct 24 23:08:42 2019 Return-Path: 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 37F6812003F for ; Thu, 24 Oct 2019 23:08:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=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=3NmxUI0k; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Rj3Ks8Xm 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 478kGW4ffoW6 for ; Thu, 24 Oct 2019 23:08:37 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7131E1200E7 for ; Thu, 24 Oct 2019 23:08:37 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 928E8567; Fri, 25 Oct 2019 02:08:36 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Fri, 25 Oct 2019 02:08:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm1; bh=ZrYoGlT mycup+Xi6thwg/edsWUXYLp0OX+CiHxiyya0=; b=3NmxUI0k5nkQVa5NmescLU8 VkBHygzCBmZ4XqxrmChVIvVvYoLVs4+G3SJeRFMoM9X2+E/xax9U06rTQD1owJHT kTltD3qRYTVqyNpOwZlDPqL7eOoPpivcF7QBQlbfL/vTdBO2GbWyQln/S3Q6Yi8m Eaf/LSu5iCfTsdJpRwxCGpcx8S5E+rxTeDqWUIBdhJ3qmryStMSPcSQe8RPFcge5 fMAJTaJVITVu+nHu/wodfxPtYlyVXfJNqfcpW9FJZi+srx+SlaAjfNuDu2rW0IiN dZzhwCJ81e8E4y9Zheen8T/gLYG8n4nqsIGD5BWO7WRwqfpm0qcJOVZ6EX/WNcA= = DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=ZrYoGl Tmycup+Xi6thwg/edsWUXYLp0OX+CiHxiyya0=; b=Rj3Ks8XmRRcsHS6/8HA7pp Z+xMYQG2vnXLvO55fST50tC4kH4PagIfdLDUxQuDqrXfJ08EBANspczMMUOpI/xN rJ09F75Yr9LPnJWE6TPT1D3pWHMb2RaQwkrxpd2iIZSZXiV2qbUKQtvAIlp5p8yu ktRnEs6YLzqtZDVxgqW/Xids8zCuxaWfL1+TrI+7fwVilCXc+VJO3B1bqaa+AN3y L8OXhk7LwHAW3yVGHfJ3xURAHdKkiKOq9qI+XYiaXASo4SIIz4J0/4M7kBLUaEOA nl75lu2/4tCmc40UNJbwOQZ0xfvDqpCC8XBj+TBp6QQAHl3wXQPnavTVuU3zjZ4A == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrledvgddutddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesrgdtreerreerjeenucfhrhhomhepfdfpvghi lhculfgvnhhkihhnshdfuceonhgvihhljhesfhgrshhtmhgrihhlthgvrghmrdgtohhmqe enucffohhmrghinhepihgvthhfrdhorhhgnecurfgrrhgrmhepmhgrihhlfhhrohhmpehn vghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomhenucevlhhushhtvghrufhiiigvpe dt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id C2ED038E7F3; Fri, 25 Oct 2019 02:08:35 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-470-gedfae93-fmstable-20191021v4 Mime-Version: 1.0 Message-Id: <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> In-Reply-To: <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> Date: Fri, 25 Oct 2019 17:08:15 +1100 From: "Neil Jenkins" To: "Michael Douglass" , "Daniel Migault" , "calsify@ietf.org" Content-Type: multipart/alternative; boundary=a5c80a8e9518427db548c4014c4a656c Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2019 06:08:40 -0000 --a5c80a8e9518427db548c4014c4a656c Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, 25 Oct 2019, at 07:47, Michael Douglass wrote: > In section 6.8 should the localization example have @type=20 No, it's a map of type `String[PatchObject]`, not its own type. >> Yes, this is intentional. The property context is different between t= hem and they have different definitions. > I'd prefer one of them had been called scheduleStatus. Can't validate = the value without the context I think you're always going to need the context to validate properly. Th= e status property in RFC5545 is basically the same. It's not really the scheduleStatus, it'= s the event/task status. > Also I feel categories for locations would have been better as locatio= nType Sure, I'll change that. > Section 6.3 - simple group - > Is that example correct? No! > Is it supposed to be =E2=80=A6 [elided] =E2=80=A6 Yes! I'll fix that. Cheers, Neil. --a5c80a8e9518427db548c4014c4a656c Content-Type: text/html;charset=utf-8 Content-Transfer-Encoding: quoted-printable
    On Fri, 25= Oct 2019, at 07:47, Michael Douglass wrote:

    In section 6.8 should the localization example have= @type


    No, it's a map of type&n= bsp;String[PatchObject], not its own type.

    Yes, t= his is intentional. The property context is different between them and they have different definitions.

    I'd prefer one of them had been called scheduleStatus. Can't validate the value without the context

    I think you're always going to need the context to validate= properly. The status property in RFC5545 is basically the same. It's no= t really the scheduleStatus, it's the event/task status.
    <= br>
    Also I feel categories for locat= ions would have been better as locationType

    Sure, I'll = change that.

    Sect= ion 6.3 - simple group -
    Is that example correct?

    No!

    Is it supposed to be =E2=80=A6 [elided] =E2=80=A6<= br>

    Yes! I'll fix that.
    <= div>
    Cheers,
    Neil.
    --a5c80a8e9518427db548c4014c4a656c-- From nobody Fri Oct 25 09:01:55 2019 Return-Path: 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 D4784120989 for ; Fri, 25 Oct 2019 09:01:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 TntxsPDua_dp for ; Fri, 25 Oct 2019 09:01:51 -0700 (PDT) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDC40120987 for ; Fri, 25 Oct 2019 09:01:50 -0700 (PDT) Received: by mail-qt1-x831.google.com with SMTP id o49so3972776qta.7 for ; Fri, 25 Oct 2019 09:01:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=TcBuMdpgMtX5gl21sPJxCodP9ZuyIF6dNNv4tm4H1Yw=; b=lXKkF5aqFKUgQjgt7vGz9kVsqC30+rIkWyLxHJpyJyFEe+9bZuV0ZwKW9gfCxUlfWJ Qkfw3iJtAqfeFB1k2K0bcS2HwqtEanRJatID8zMDplvOEvcCEgxe/ls45Y+LObioDz26 ZmSf/j8xxJR2qJFXO4aiQdGMm1x2ghskx3DzzCGh7hkw7cyIeX5f1Rgs7e+hTXWi8ZZo 4CcB+XXTWz8LyIrzviNi48LXWqMPQeZmW5BCz3LGMF3GeUKr18b/vPxggNVqUl2zH6O8 P8auPHpJf6bMaZyJwhRubjcFegmmWN/ZYseXgz6d7CiEuoR+R3tsLbG6usk3yVBPI9FU AzoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=TcBuMdpgMtX5gl21sPJxCodP9ZuyIF6dNNv4tm4H1Yw=; b=NZVDhylZpiLRjUuelYgDLVKXlUKrFBLfe7cGM1mL86ZScUxGMsILtWgVQn70ST6QHl CdpxPNz+jIMOaQca8TSBho1xD9kbSKKi0WVkGAxyrQaD0VqSLaZd9jS2oTi6K86Ka9jW 8NjNfDSuLnJF2Pof/WgkB38LWgRgthePlzYczrhWTxlLki4KJMlH1dnEOHixZshVOW+x 84aFzPpFB5qqWaX0pnnZsm0iBAfpbt/dBSka9/2JRRkWh5FR7gKJDYSW6Gnpen0Efluq 4SZ/Z5wePJTtqPhmuVslpkrv+qcX8er7jd7y8SpO2xZMyux3MyyUn5REYMVdqw7xg3B2 VxnA== X-Gm-Message-State: APjAAAUHZr4Z6dnNZArtUVbxCe3l9ifxzy/Ixdgc9r565WplAPD3dkJh 5zcpr1BPKeMKkImRyES3MbR6NvZJ X-Google-Smtp-Source: APXvYqxRbsnGFJGcaxsT+uvrUGTCYHH0T26Uycb5JTmoVMeO6vXAajTcqi6e3GuswU/BLHxjBBdh8g== X-Received: by 2002:ac8:760f:: with SMTP id t15mr3658178qtq.135.1572019309899; Fri, 25 Oct 2019 09:01:49 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id c23sm1774973qte.66.2019.10.25.09.01.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Oct 2019 09:01:49 -0700 (PDT) To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> From: Michael Douglass Message-ID: <601a4ef3-d922-71e0-ab4b-8e539ed3f7ae@gmail.com> Date: Fri, 25 Oct 2019 12:01:48 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> Content-Type: multipart/alternative; boundary="------------D6AE5E55E27FD52FDBE2E498" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2019 16:01:53 -0000 This is a multi-part message in MIME format. --------------D6AE5E55E27FD52FDBE2E498 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 10/25/19 02:08, Neil Jenkins wrote: > On Fri, 25 Oct 2019, at 07:47, Michael Douglass wrote: >> >> In section 6.8 should the localization example have @type >> > > No, it's a map of type |String[PatchObject]|, not its own type. > What I meant was that the objects in the list should have a type: "localizations": { "de": { "@type": "PatchObject" <------------------- this  "title": "Live von der Music Bowl: The Band!", "description": "Schau dir das groesste Musikereignis an!", "virtualLocations/6f3696c6-1e07-47d0-9ce1-f50014b0041a/name": "Gratis Live-Stream aus der Music Bowl" } } I think patch objects are the only objects that don't have a type. I think for simplicity and ease of validation all objects should be required to have @type --------------D6AE5E55E27FD52FDBE2E498 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


    On 10/25/19 02:08, Neil Jenkins wrote:
    On Fri, 25 Oct 2019, at 07:47, Michael Douglass wrote:

    In section 6.8 should the localization example have @type


    No, it's a map of type String[PatchObject], not its own type.

    What I meant was that the objects in the list should have a type:

         "localizations": {
       "de": {
         "@type": "PatchObject"                    <------------------- this
         "title": "Live von der Music Bowl: The Band!",
         "description": "Schau dir das groesste Musikereignis an!",
         "virtualLocations/6f3696c6-1e07-47d0-9ce1-f50014b0041a/name":
                                 "Gratis Live-Stream aus der Music Bowl"
       }
     }

    I think patch objects are the only objects that don't have a type. I think for simplicity and ease of validation all objects should be required to have @type


    --------------D6AE5E55E27FD52FDBE2E498-- From nobody Fri Oct 25 09:17:30 2019 Return-Path: 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 4C329120AEF for ; Fri, 25 Oct 2019 09:17:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 cIA4HjPuTktu for ; Fri, 25 Oct 2019 09:17:22 -0700 (PDT) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C84F11209EC for ; Fri, 25 Oct 2019 09:17:12 -0700 (PDT) Received: by mail-qt1-x82c.google.com with SMTP id e14so4107392qto.1 for ; Fri, 25 Oct 2019 09:17:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=7WQc7mMf5YVVjF18t8FgXpmVVAicq07pPYwyMPVJU2I=; b=mgQ8GUmTfL2Wo851SUmHpsS0KfyeCWC9bTcTrsNMxoSuN+OtMRFoXaXbRUn6vYqFB2 rx6g0iq6exQHVh2s4lRG0TREMJB5yZcpjtPX1xuTNpdD9/7wn42qQX+2CYOq8O8439Gb bUf36xVKP2FgsiH1nOt30TZ2K5OhCmMnj6rumZZOnFEXpO8WGRWCTRJx7vkuUY3rysy9 ZpPUgSD3iFRqoUVoJg1Hhng8Bsk0asIrq6WrID185o+Dm1ln+obZznAsqiPkHxE6LZwC JAL/xBmT9YmiOpB92zKTHmXpHxdc06s9RUQWf00X3GkipDUQeSaYH3rPdnou9npKQCn9 Uj3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=7WQc7mMf5YVVjF18t8FgXpmVVAicq07pPYwyMPVJU2I=; b=bnOH5gFfR1o21OJRa6mx5+Wcv4Bv+lk0u9KSGgQv3sIMXZgGpZMWIyUhF8xJw0kmTt MgL6qtLWzw3VSFhjsYQjj/Grx+dDMSNz+09Nq/5BAAk2sDvtsMPO4b2nFVPpUAv2evEO EByb4g9X8ZSZyXWf6eAcnxXrxS5vhMjMmJxxWGEKZQNgfWiv6yCWQ/iEHS31b6KgqKAD eaZ24NCXmKm+rYUVLWwlmxN+c7PyUsKsT+A5W5sNcHYBay5bh8xh3/4WUhNVJ5m3RaSj KGzTOXrm49vWJMCZMSNfLOkvIce2RDdfJi2gtRs18uLR0vWj6rLakYy1jtm6N0FFHebz F1/g== X-Gm-Message-State: APjAAAUxs/aSCMFIGVd7dGjcOlB2p2X82lb7+CJ4B230emFgCWL2Da1E Mi4L7xmLZxeCFyJDvCU8qccY0W8R X-Google-Smtp-Source: APXvYqx9U6Yz0jsj3M100ywmn2vBkndMAphPN3FzlrH/jfO1UbvMxlOQEZYMoq3+ZqJL6gB/VFUySw== X-Received: by 2002:ad4:51cb:: with SMTP id p11mr4071946qvq.81.1572020231766; Fri, 25 Oct 2019 09:17:11 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id c126sm1522765qkd.13.2019.10.25.09.17.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Oct 2019 09:17:11 -0700 (PDT) To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> From: Michael Douglass Message-ID: Date: Fri, 25 Oct 2019 12:17:10 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> Content-Type: multipart/alternative; boundary="------------0E9A372B42B8C117A8CDFDC5" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2019 16:17:28 -0000 This is a multi-part message in MIME format. --------------0E9A372B42B8C117A8CDFDC5 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 10/25/19 02:08, Neil Jenkins wrote: >>> Yes, this is intentional. The property context is different between >>> them and they have different definitions. >> >> I'd prefer one of them had been called scheduleStatus. Can't validate >> the value without the context >> > > I think you're always going to need the context to validate properly. > The status property in RFC5545 >  is basically the > same. It's not really the scheduleStatus, it's the event/task status. > So the status in 5.1.3 and 5.2.6 is essentially the status in rfc 5545 Then we have participationStatus in 4.4.5 which comes from 5545 partstat with * "needs-action": No status yet set by the participant. * "accepted": The invited participant will participate. * "declined": The invited participant will not participate. * "tentative": The invited participant may participate. But we also have in 5.2.5 participantProgress with a status property: * "completed": The participant completed this task. * "in-process": The participant has started this task. * "failed": The participant failed to complete this task. Those values are essentially the partstat values from 5545 - so now we could have a participationStatus of declined and a participantProgress/status of completed which doesn't make any sense. I like the idea of the participantProgress object but maybe it should be common to all and the participantStatus should be moved there. The task specific part should define the allowable set of values as 5545 does. --------------0E9A372B42B8C117A8CDFDC5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


    On 10/25/19 02:08, Neil Jenkins wrote:
    Yes, this is intentional. The property context is different between them and they have different definitions.

    I'd prefer one of them had been called scheduleStatus. Can't validate the value without the context


    I think you're always going to need the context to validate properly. The status property in RFC5545 is basically the same. It's not really the scheduleStatus, it's the event/task status.

    So the status in 5.1.3 and 5.2.6 is essentially the status in rfc 5545

    Then we have participationStatus in 4.4.5 which comes from 5545 partstat with 

          *  "needs-action": No status yet set by the participant.
      *  "accepted": The invited participant will participate.
      *  "declined": The invited participant will not participate.
      *  "tentative": The invited participant may participate.

    But we also have in 5.2.5 participantProgress with a status property:

          *  "completed": The participant completed this task.
      *  "in-process": The participant has started this task.
      *  "failed": The participant failed to complete this task.

    Those values are essentially the partstat values from 5545 - so now we could have a participationStatus of declined and a participantProgress/status of completed which doesn't make any sense.

    I like the idea of the participantProgress object but maybe it should be common to all and the participantStatus should be moved there. The task specific part should define the allowable set of values as 5545 does.



    --------------0E9A372B42B8C117A8CDFDC5-- From nobody Fri Oct 25 14:20:11 2019 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 258A3120A16; Fri, 25 Oct 2019 14:12:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: barryleiba@computer.org, calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <157203793714.2724.4230619230961115424.idtracker@ietfa.amsl.com> Date: Fri, 25 Oct 2019 14:12:17 -0700 Archived-At: Subject: [calsify] calext - Requested session has been scheduled for IETF 106 X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2019 21:14:08 -0000 Dear Bron Gondwana, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. calext Session 1 (1:00 requested) Monday, 18 November 2019, Afternoon Session I 1330-1530 Room Name: Orchard size: 50 --------------------------------------------- Special Note: 1330 - 1430 iCalendar: https://datatracker.ietf.org/meeting/106/sessions/calext.ics Request Information: --------------------------------------------------------- Working Group Name: Calendaring Extensions Area Name: Applications and Real-Time Area Session Requester: Bron Gondwana Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 15 Conflicts to Avoid: Chair Conflict: ipsecme quic tls ace lwig dnsop jmap extra People who must be present: Barry Leiba Daniel Migault Bron Gondwana Resources Requested: Special Requests: We will need to make possible remote participation --------------------------------------------------------- From nobody Fri Oct 25 19:38:40 2019 Return-Path: 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 0E02412008B for ; Fri, 25 Oct 2019 19:38:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 cVcAAuiF4Me5 for ; Fri, 25 Oct 2019 19:38:37 -0700 (PDT) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE998120026 for ; Fri, 25 Oct 2019 19:38:37 -0700 (PDT) Received: by mail-qt1-x82c.google.com with SMTP id g50so6282229qtb.4 for ; Fri, 25 Oct 2019 19:38:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=LtGvgiELTZLBp2i6dHTcuFxp4Hmj/oGQ7tofn1pXoxU=; b=mXwsq0qoZbKZlb/xA0SKp7XSFVmD+XseH3i7gIGt4fP5X4/Yuv8Xqhlwvw9Vg0Jxam 09RDOeuZ7//ToktsSgeeeNnZmjQx9LNVfVxuknA7t/71cIwYIy7o/2rVQAGAL0bhj6IR iQSAbxSd2sNMs4DG3jhO4AVLaNIqNy3AxDf9OxAwquVwNqH1t3LbqmzH/ukzynTwvmlJ uyrT3jREuSgdh0OzNbgYg2JWKhxmAfLStmhD0WfNRc+RuZGw3QSTjS158DMdcSEdMtm4 liDXR27hGZNQCwIO/IFmimZuzsntkT0UdUaQJcFpTT6m/3rGFKwqVx8ibr5WYWbLA+i6 /RDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=LtGvgiELTZLBp2i6dHTcuFxp4Hmj/oGQ7tofn1pXoxU=; b=hpxoCMlEeG0/YOb2R+xswDuQfmOPEDEr43beRv2UxFlPrzZq+8OYCWpONVXWIpozMB T631s/tL+GSPVUmxykf0besbz29Na4kF0uk0zS3ycl1vBHE1VCi9g1OgNq4xoQCBCcn4 kQBKGGTrcb5viGgUtm9squKV0URGY61gTfa+uEG3cdpSpR5nAozUvYalxmGIG7Rh5HuP VR8aT0aVcbpqiVD7qNSL3eDBDv3bZ0SpNz8JOeHA8d84XHUZkM6UfpGbz2DSUTt3HGTe 9defABx1Nmmlt7e7z3/gFpj/nCXIvm/Wn5PjZpTL/I/YSkHyWohs4NFIKlOZw/PAZ4dz /tFQ== X-Gm-Message-State: APjAAAWxC6YtWmbI8KOh+zO/S5yvY2WcUOOJg/8oCZVmLUphC5+HfWbE WLd4tZJ4yurvupUWWRui7B5j6WuL X-Google-Smtp-Source: APXvYqxd/HB9pGwN6hQ+ZwBlCKT+BHuKBYk+ASO4sW1ssg1Mj544x1BEaXFuuYR0GRN6SZpf+l2cyA== X-Received: by 2002:a0c:b036:: with SMTP id k51mr6584448qvc.187.1572057516751; Fri, 25 Oct 2019 19:38:36 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id d39sm2376427qtc.23.2019.10.25.19.38.35 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Oct 2019 19:38:36 -0700 (PDT) To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> From: Michael Douglass Message-ID: <25765338-1815-37f1-ea00-3d544234ebb4@gmail.com> Date: Fri, 25 Oct 2019 22:38:35 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2019 02:38:39 -0000 Table in section 8.2.6 appears to be missing an entry for links From nobody Fri Oct 25 21:25:42 2019 Return-Path: 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 67DD312002E for ; Fri, 25 Oct 2019 21:25:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 Wws4dmxX6VOR for ; Fri, 25 Oct 2019 21:25:39 -0700 (PDT) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CE44120041 for ; Fri, 25 Oct 2019 21:25:39 -0700 (PDT) Received: by mail-qt1-x834.google.com with SMTP id y39so1145311qty.0 for ; Fri, 25 Oct 2019 21:25:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=R6QJZ6m0A1aWphBO5nGOKkwJtJR9A72E9Z46JlXu8gg=; b=KS6Vxh+77xLPZgW4bvRAAZCMm2tHsaiGzNhr0JuO41ib6q1tfABuFLQ9XfL/hDs96P zHrE/69EBdM0mEBQUBmoeZw2ZOeij51CFYWhBB/hnAkYVCNjbmPNjXgkw3XzArN0vi+V f+p6hg5LdnNhq08OhzUx6VelnHMFcfFq8/D893UtbVfbD9Zz/XdUN7jRW/02rUQ3LMc8 D8CZ7Uhl5mWqEu1pWgo7naUkxxRAkwaeU9l5G13anOfqqBiG2qzbgX+Q03i32P0z0pJn 783W/SrqNp9N+51LOySPSEhVo33+tnXnNvchaWsJ+OE14cCizzXI5XhvKnSW8aWM+87Q mfsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=R6QJZ6m0A1aWphBO5nGOKkwJtJR9A72E9Z46JlXu8gg=; b=uGvfg3ctAX/YCCXrGS55vMVpR7n/wGsZqaQbWnV9Q7VeEYM9XCohWMxoZkFk1wTJNF tWcbOprDDcvpsGEKPPMr8PH5sSMiUxMDqkwBv0WD7GvzTDs4ICF8KKn2uFTvS7KX2ao9 PvOuVazW2J7JEkfLJMvFDbBrhaw4/b/pJ4VuvveUueTtrEUEn6OdxMBo2dtbzTKgW+Tc ZwDIZaauryWIXE/hrCeoiT4gnOMs+zO/gtFSVORcut950YZGP8Ibzci2kQawfAJgWtxK tAMuNLN1VTxmvRuxt5VqCOeev1wk95AA30uGuxZiUJORja1n8MmGirm5hlBYGMdkHeRV cIgw== X-Gm-Message-State: APjAAAXKlbQ+mqUK/IBfoctvW68uS/joz+Phy7W5pQ982XaFLkspttwt 0+Nouc+IXUDuyBxCf9TrSmDkQ1p1 X-Google-Smtp-Source: APXvYqx/QyMVBh+iXfGuHw5ShpIUclThkab28C1TCXui2HcMUVxi1QCCtFqDfvYsOh5w+RZCVyzyHA== X-Received: by 2002:ac8:1975:: with SMTP id g50mr6903482qtk.268.1572063938252; Fri, 25 Oct 2019 21:25:38 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id q47sm3131184qtc.38.2019.10.25.21.25.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Oct 2019 21:25:37 -0700 (PDT) From: Michael Douglass To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> <25765338-1815-37f1-ea00-3d544234ebb4@gmail.com> Message-ID: <23547dd4-151a-0f64-a11d-3aa4f4056c61@gmail.com> Date: Sat, 26 Oct 2019 00:25:36 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <25765338-1815-37f1-ea00-3d544234ebb4@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2019 04:25:41 -0000 On 10/25/19 22:38, Michael Douglass wrote: > Table in section 8.2.6 appears to be missing an entry for links > and locale From nobody Sat Oct 26 13:51:48 2019 Return-Path: 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 7FD961200D8 for ; Sat, 26 Oct 2019 13:51:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 qEGhQoDs45l3 for ; Sat, 26 Oct 2019 13:51:45 -0700 (PDT) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F7C71200C5 for ; Sat, 26 Oct 2019 13:51:45 -0700 (PDT) Received: by mail-qt1-x82c.google.com with SMTP id t8so8718657qtc.6 for ; Sat, 26 Oct 2019 13:51:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=MNE9pJF+o6E659SoXa9m0DlYnrD7gaVqyV6wFKm5cxw=; b=gHbq0JI8fW9/kf0EKL/LlhIMCVdue7iJoCT5s8B/IfySSZfgfUUKjl+gUPFL39+fv+ mircYHDQSztVWslyiPHnb69fmtBP0QBtvSIJU+thUd08FQHQz5INAcpfWA6Pp9ygB3wH cdriJqn2R13d5LCqF5XLzykpfWtQ47RtoM9Y9roFLYpGeqdWWzxkWu7ux7Kp5PWsvnlS Xv9Mil0vd11IXgDbTItCY3ulIYLvOtrrlV6zoPhc3Rax91X+pK67myKSq8FWl0xfd2wa xENB8rNq6LfVhrNivyUC/FdIgBh4DI2a+pq6lcOjvy4A+PgBBRttrKXb1H1A78jvC/As hG7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=MNE9pJF+o6E659SoXa9m0DlYnrD7gaVqyV6wFKm5cxw=; b=n4u1FhzAVX9uSL+sATC0sC+BT9IrzV0u+Pq5OMpuqMFfjosej3jaDqiTJtCnvnQe6q fQiSB0n65ZbMEvN2OODxe7OJ6UEq4dWe+hbkW4mb2vtOHqFGnl38VGkhJvw7Es1Cp8FK WHGKQ2vrMYBIfaatgGwCREKogAyhg8mw8cLJAvjNYIffaZgpBRtuTPkSoIK1OQsTQqDK 67H97O7De3xNc5URrZsJnn9dYbtk4yG0rk9yb/fVqFoQOKAIYeNcdWQfvx9I4k/b7iXR C6Wv1i6zFydpogH31s+c8LXw3pLkmI6Fzu+5GYQh6km1YtFyqciDd3uAl1+kYIMcYPGz Q3RA== X-Gm-Message-State: APjAAAWdcOqlntROe9+dvD7MrqYvAwirNn3/lS5VcN278pVJAjOgs6Fr PaqvHEb5xFIhVKmJWWzTFW3tMC+b X-Google-Smtp-Source: APXvYqxLUI+u44CyvMx1dkUoh+2boLJvGjqUFN0Hl27dWQ+JwELdEConqwu3NyZFYUKZOdWtVEIATg== X-Received: by 2002:ac8:4749:: with SMTP id k9mr9961928qtp.257.1572123104095; Sat, 26 Oct 2019 13:51:44 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id o28sm954405qkj.51.2019.10.26.13.51.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 26 Oct 2019 13:51:43 -0700 (PDT) From: Michael Douglass To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> <25765338-1815-37f1-ea00-3d544234ebb4@gmail.com> <23547dd4-151a-0f64-a11d-3aa4f4056c61@gmail.com> Message-ID: <30a2fcd8-f6ab-a918-3bb0-15ae34f7bec8@gmail.com> Date: Sat, 26 Oct 2019 16:51:42 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <23547dd4-151a-0f64-a11d-3aa4f4056c61@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2019 20:51:47 -0000 On 10/26/19 00:25, Michael Douglass wrote: > > On 10/25/19 22:38, Michael Douglass wrote: >> Table in section 8.2.6 appears to be missing an entry for links >> > and locale and frequency From nobody Sun Oct 27 17:27:26 2019 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 06F05120046; Sun, 27 Oct 2019 17:27:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: calsify@ietf.org Message-ID: <157222244090.17309.354215460532715776@ietfa.amsl.com> Date: Sun, 27 Oct 2019 17:27:21 -0700 Archived-At: Subject: [calsify] I-D Action: draft-ietf-calext-jscalendar-21.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 00:27:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Calendaring Extensions WG of the IETF. Title : JSCalendar: A JSON representation of calendar data Authors : Neil Jenkins Robert Stepanek Filename : draft-ietf-calext-jscalendar-21.txt Pages : 78 Date : 2019-10-27 Abstract: This specification defines a data model and JSON representation of calendar data that can be used for storage and data exchange in a calendaring and scheduling environment. It aims to be an alternative, and over time successor to, the widely deployed iCalendar data format and to be unambiguous, extendable and simple to process. In contrast to the JSON-based jCal format, it is not a direct mapping from iCalendar and expands semantics where appropriate. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-calext-jscalendar/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-calext-jscalendar-21 https://datatracker.ietf.org/doc/html/draft-ietf-calext-jscalendar-21 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-calext-jscalendar-21 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Oct 27 17:29:17 2019 Return-Path: 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 14CD3120046 for ; Sun, 27 Oct 2019 17:29:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=EDzF57Qu; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=k23HxncO 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 gd9VPjys8gJ3 for ; Sun, 27 Oct 2019 17:29:13 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 364C3120090 for ; Sun, 27 Oct 2019 17:29:13 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 6FF122239B; Sun, 27 Oct 2019 20:29:12 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Sun, 27 Oct 2019 20:29:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm1; bh=iAv0hHG uqtf8qM8Oqxv8inatrjl+gZm7ijG9kcqgfQA=; b=EDzF57Qut47vvQjaENEvQRf Z1hfL1R/ogEXNBCrspjOsCXmXgJ9VRylbubvPcOK7soNSZ3pJUsRQc6UaIf4+xQq nLS0IXhiqmhbPKIDJaM0VudPADCLEpnSxAQmyYRPnlpo7+6bV0sW8n+/SU1LF2AL 5Xo7Xr0HpM6WbwE60Bv9ZElciVZ3ROd6dSQHYgbVgeuNPF/xivd56kvhb7zl7LWr 2ctB9/URATl+0zNBYiUMMkVCCye8LZzpCULi3AojaHUykwXtzRykKWM9MxiHbXAT D4vdZY8dUulx9J8r0oTXjJ/GiqwOKyqI3SzS5ZorKORH560GAn0ZN5YtXOu8gfQ= = DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=iAv0hH Guqtf8qM8Oqxv8inatrjl+gZm7ijG9kcqgfQA=; b=k23HxncOHjLMa5+FXUBY51 lqb/M7VR8ZW7CM9e/lVTZpqD7iV6NttCh7PtXNUppl/yxJVff5mdkQ9l4zuhJAF5 fokrmrNYydQYiK/sH4wuIbHKkf4wdLV+XWi2UayFDjl3yLZ9zot+x7kZmq6frSEr trgeOEGzwjfVkGYEjKN8N0QAu+YRGQt6maR7tBRAbFDEgUE8iCjm9oq1/VZC4+S1 i3uYfqvj2n8X/M5XUCXcW4rIMAp3+XiHFVqbEXkWDOLwFXp/qTZZpNvYmevePfRi 3mxh/KIkebBm3C6LDZN6CjZqEKRqaYV5DyesHnnPVeU7WEpX0sCa/X5fvSc2GDGw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrleekgddvfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsegrtderreerredtnecuhfhrohhmpedfpfgvihhl ucflvghnkhhinhhsfdcuoehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomheqne cuffhomhgrihhnpehgihhthhhusgdrtghomhdpihgvthhfrdhorhhgnecurfgrrhgrmhep mhgrihhlfhhrohhmpehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomhenucevlh hushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 068E93FD8B1; Sun, 27 Oct 2019 20:29:12 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-470-gedfae93-fmstable-20191021v4 Mime-Version: 1.0 Message-Id: <669b29a4-1734-4ea1-9ac9-33e590d91762@dogfood.fastmail.com> In-Reply-To: <601a4ef3-d922-71e0-ab4b-8e539ed3f7ae@gmail.com> References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> <601a4ef3-d922-71e0-ab4b-8e539ed3f7ae@gmail.com> Date: Mon, 28 Oct 2019 11:28:44 +1100 From: "Neil Jenkins" To: "Michael Douglass" , "Daniel Migault" , "calsify@ietf.org" Content-Type: multipart/alternative; boundary=2872fa26690f4f56b08b8a5ecbb61fa6 Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 00:29:16 -0000 --2872fa26690f4f56b08b8a5ecbb61fa6 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sat, 26 Oct 2019, at 03:01, Michael Douglass wrote: > What I meant was that the objects in the list should have a type: > "localizations": { "de": { "@type": "PatchObject" <------------------- = this =C2=A0"title": "Live von der Music Bowl: The Band!", "description": "Schau dir das groesste Musikereignis an!", "virtualLocations/6f3696c6-1e07-47d0-9ce1-f50014b0041a/name": "Gratis Live-Stream aus der Music Bowl"= } } >=20 > I think patch objects are the only objects that don't have a type. I t= hink for simplicity and ease of validation all objects should be require= d to have @type No. The `@type` property is for objects with a named set of attributes (= essentially a class). The PatchObject is a primitive datatype, more like= Integer etc. There are no predefined keys; each key is a patch to apply= . So if you add `@type` there, that's actually a path to overwrite the `= @type` property on the object you apply it to! On Sat, 26 Oct 2019, at 03:17, Michael Douglass wrote: > So the status in 5.1.3 and 5.2.6 is essentially the status in rfc 5545= > Then we have participationStatus in 4.4.5 which comes from 5545 partst= at with > * "needs-action": No status yet set by the participant. * "accepted": The invited participant will participate. * "declined": The invited participant will not participate. * "tentative": The invited participant may participate. >=20 > But we also have in 5.2.5 participantProgress with a status property: > * "completed": The participant completed this task. * "in-process": The participant has started this task. * "failed": The participant failed to complete this task. >=20 > Those values are essentially the partstat values from 5545 - so now we= could have a participationStatus of declined and a participantProgress/= status of completed which doesn't make any sense. > I like the idea of the participantProgress object but maybe it should = be common to all and the participantStatus should be moved there. The ta= sk specific part should define the allowable set of values as 5545 does.= I agree this is confusing. Looking at it, I think the best thing is to r= ename the "status" property on the JSTask to "progress", and use the sam= e property on a Participant (no need for a whole complex object like we = currently have). This makes it consistent again: the same property name = means the same semantics, different property name means different allowe= d values and semantics. If that description is a bit hard to follow, see= the diff here , or look at the diff in the new rev= ision. On Sun, 27 Oct 2019, at 07:51, Michael Douglass wrote: > >> Table in section 8.2.6 appears to be missing an entry for links > > and locale > and frequency Thanks, fixed. I've also added "uri" from VirtualLocations and all of th= e other RecurrenceRule props. I think I've checked them all now! Since there have been quite a few fixes, I've published a new draft with all the c= hanges. Thanks for all the great feedback Mike! Neil. --2872fa26690f4f56b08b8a5ecbb61fa6 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
    On Sat, 26= Oct 2019, at 03:01, Michael Douglass wrote:
    What I meant was that the objects in the list should have a = type:
         "localizations": {
       "de": {
         "@type": "PatchObject"                    <-----------------=
-- this
         "title": "Live von der Music Bowl: The Band!",
         "description": "Schau dir das groesste Musikereignis an!",
         "virtualLocations/6f3696c6-1e07-47d0-9ce1-f50014b0041a/name":
                                 "Gratis Live-Stream aus der Music Bowl"=

       }
     }

    I think patch objects are the only objects that don't have = a type. I think for simplicity and ease of validation all objects should be required to have @type


    No. The @type property is for objects with a named set of= attributes (essentially a class). The PatchObject is a primitive dataty= pe, more like Integer etc. There are no predefined keys; each key is a p= atch to apply. So if you add @type there, that's actually a path= to overwrite the @type property on the object you apply it to!<= br>

    On Sat, 26 Oct 2019, at 03:17, Michael= Douglass wrote:
    So the status i= n 5.1.3 and 5.2.6 is essentially the status in rfc 5545

    Then we have participationStatus in 4.4.5 which c= omes from 5545 partstat with

          *  "needs-act=
ion": No status yet set by the participant.
      *  "accepted": The invited participant will participate.
      *  "declined": The invited participant will not participate.
      *  "tentative": The invited participant may participate.

    But we also have in 5.2.5 participantProgress with a status= property:

          *  "completed": T=
he participant completed this task.
      *  "in-process": The participant has started this task.
      *  "failed": The participant failed to complete this task.

    Those values are essentially the partstat values from 5545 = - so now we could have a participationStatus of declined and a participantProgress/status of completed which doesn't make any sense.

    I like the idea of the participantProgress object= but maybe it should be common to all and the participantStatus should be moved there. The task specific part should define the allowable set of values as 5545 does.


    = I agree this is confusing. Looking at it, I think the best thing is to r= ename the "status" property on the JSTask to "progress", and use the sam= e property on a Participant (no need for a whole complex object like we = currently have). This makes it consistent again: the same property name = means the same semantics, different property name means different allowe= d values and semantics. If that description is a bit hard to follow, see the diff here, or look at the diff = in the new revision.

    On Su= n, 27 Oct 2019, at 07:51, Michael Douglass wrote:
    >> Table in section 8.2.6 appears to b= e missing an entry for links
    > and locale
    and frequency

    Thanks, fi= xed. I've also added "uri" from VirtualLocations and all of the other Re= currenceRule props. I think I've checked them all now!
    Since there have been quite a few fixes, I've published a ne= w draft with all the changes. Thanks for all the great feedback Mike= !

    Neil.
    --2872fa26690f4f56b08b8a5ecbb61fa6-- From nobody Sun Oct 27 20:19:33 2019 Return-Path: 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 597B4120169 for ; Sun, 27 Oct 2019 20:19:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 J5yJCRTJjcV2 for ; Sun, 27 Oct 2019 20:19:23 -0700 (PDT) Received: from mail-qk1-x743.google.com (mail-qk1-x743.google.com [IPv6:2607:f8b0:4864:20::743]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAD3C1200E7 for ; Sun, 27 Oct 2019 20:19:22 -0700 (PDT) Received: by mail-qk1-x743.google.com with SMTP id p4so7226721qkf.5 for ; Sun, 27 Oct 2019 20:19:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=2sBpRChsCsl/2ZOwuZsgWCgaomH7knXZcxRIYfyR3sI=; b=PjGruCoK575po/y8A/SLfpLsaWTxHpC1Ps9R1qNGe3ffk81EAxezuu8mYbc+2kuXiK 8wDanRheEhkkKAs8QRG1lCm4hYMglFY9S9LYwRWWCJJlSkwUw1NRg/TWp4gPA1qZuWib gZ7XBvZcihl+9+UTmP8EAkEoufTqTHbRqbtFxLcpeTuE1sRKN20d6A7WjVr8n25b1SG2 RwXfcbgNEOURz7rNnl71tADoRNYlB4lFnAc0Crer0Lyv+g568lKsGXHiBexL8jxf7mqM R2EcgbYQBWoAqTqNGgGyI8z3WaJJO86AQmbwn0lPYIwjFa0mID0iPpmxmAVKK7D3Arw7 5hFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=2sBpRChsCsl/2ZOwuZsgWCgaomH7knXZcxRIYfyR3sI=; b=pemtwabTSykr2gVHx52UX8ybJBKCs7NDCEp4YZXcSEVWkKWuoAifkGBsCcpYlnlj0e QP0IM/VBY6X5moCs8r0AqZpmKKAFh5OKmDckFoVLOkRT9G4GOvuJzGQEL0L9yfHgfhqM BHsBnajKtrHL9tLCJMQKLbO8NLUNG6wvmIBAWFJ1F9LoKdaPYWwmkhJGjMYbJ9X7ql9F ac8tiUZwrZ4H7PJPouFsCjV4JMiEOD5yxtC3ffwQKxVm6iJZ3y/CYzUhGz36KgmkBf6j Z8xdyq89S0N4HQ6w8ze6NhzWgcd0/+ok1KKUyU7Y7ZhH6Lc3rDjFdobZsP5TDjuL9Vgp syJg== X-Gm-Message-State: APjAAAXzX82E1HBgoeMVE/DxMEVVDY9vm77SL2Qumh2HnFvbjRzV5d7k nefGI1jbAiJilP8FgsOBpbGJpvwE X-Google-Smtp-Source: APXvYqyarOkCjs81VgxXgK5O9P9ZwVDH+SNny3VMyqwbiWLCr3obzsHGtPudZAwBtDucgyunCFyT/A== X-Received: by 2002:a37:5842:: with SMTP id m63mr14024937qkb.59.1572232761724; Sun, 27 Oct 2019 20:19:21 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id k29sm7176394qtu.70.2019.10.27.20.19.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Oct 2019 20:19:21 -0700 (PDT) To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> <601a4ef3-d922-71e0-ab4b-8e539ed3f7ae@gmail.com> <669b29a4-1734-4ea1-9ac9-33e590d91762@dogfood.fastmail.com> From: Michael Douglass Message-ID: <79252ea8-d949-8e0a-c2c5-a7a9f4dc5eba@gmail.com> Date: Sun, 27 Oct 2019 23:19:19 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <669b29a4-1734-4ea1-9ac9-33e590d91762@dogfood.fastmail.com> Content-Type: multipart/alternative; boundary="------------E72E41AC7D9FB7911E30C49C" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 03:19:32 -0000 This is a multi-part message in MIME format. --------------E72E41AC7D9FB7911E30C49C Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Thanks for the changes below - I'll adjust my code and may be back with more on them. I do have another concern: 5545 decided to deprecate multiple recurrence rules on the grounds clients (by which is meant UIs) don't support it. This spec doesn't even make provision for it. I've long felt that standards and data models shouldn't be driven solely by the needs or preferences of UI designers. However, I also believe that multiple recurrence rules provide either a simpler way or the only way to express some of the situations i come across i public events. For example, I found a user had created 7 identical recurring events to cover tours of a campus which occur at different times and with different patterns through the week. It's relatively easy to figure out how to accommodate that in the UI (a button to add another recurrence section). It was however a lot of work to update all those events and keep them the same. I've been considering supporting multiple rules to support this use case as I suspect it's not that uncommon. Even when it's possible to create some complex rule it might well be easier to create a number of simple rules. There's also the possibility of using standard calendar data to control processes. I suspect current libraries already support multiple rules and I'd like to see that enabled in this spec. I understand that if they turn up in a client they may not be able to render them but we're already in that position with a sufficiently complex single rule (often not all that complex) On 10/27/19 20:28, Neil Jenkins wrote: > On Sat, 26 Oct 2019, at 03:01, Michael Douglass wrote: >> What I meant was that the objects in the list should have a type: >> "localizations": { >> "de": { >> "@type": "PatchObject" <------------------- this >>  "title": "Live von der Music Bowl: The Band!", >> "description": "Schau dir das groesste Musikereignis an!", >> "virtualLocations/6f3696c6-1e07-47d0-9ce1-f50014b0041a/name": >> "Gratis Live-Stream aus der Music Bowl" >> } >> } >> >> I think patch objects are the only objects that don't have a type. I >> think for simplicity and ease of validation all objects should be >> required to have @type >> > > No. The |@type| property is for objects with a named set of attributes > (essentially a class). The PatchObject is a primitive datatype, more > like Integer etc. There are no predefined keys; each key is a patch to > apply. So if you add |@type| there, that's actually a path to > overwrite the |@type| property on the object you apply it to! > > On Sat, 26 Oct 2019, at 03:17, Michael Douglass wrote: >> So the status in 5.1.3 and 5.2.6 is essentially the status in rfc 5545 >> >> Then we have participationStatus in 4.4.5 which comes from 5545 >> partstat with >> >> * "needs-action": No status yet set by the participant. >> * "accepted": The invited participant will participate. >> * "declined": The invited participant will not participate. >> * "tentative": The invited participant may participate. >> >> But we also have in 5.2.5 participantProgress with a status property: >> >> * "completed": The participant completed this task. >> * "in-process": The participant has started this task. >> * "failed": The participant failed to complete this task. >> >> Those values are essentially the partstat values from 5545 - so now >> we could have a participationStatus of declined and a >> participantProgress/status of completed which doesn't make any sense. >> >> I like the idea of the participantProgress object but maybe it should >> be common to all and the participantStatus should be moved there. The >> task specific part should define the allowable set of values as 5545 >> does. >> > > I agree this is confusing. Looking at it, I think the best thing is to > rename the "status" property on the JSTask to "progress", and use the > same property on a Participant (no need for a whole complex object > like we currently have). This makes it consistent again: the same > property name means the same semantics, different property name means > different allowed values and semantics. If that description is a bit > hard to follow, see the diff here > , > or look at the diff in the new revision. > > On Sun, 27 Oct 2019, at 07:51, Michael Douglass wrote: >> >> Table in section 8.2.6 appears to be missing an entry for links >> > and locale >> and frequency > > Thanks, fixed. I've also added "uri" from VirtualLocations and all of > the other RecurrenceRule props. I think I've checked them all now! > > Since there have been quite a few fixes, I've published a new draft > with all > the changes. Thanks for all the great feedback Mike! > > Neil. --------------E72E41AC7D9FB7911E30C49C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

    Thanks for the changes below - I'll adjust my code and may be back with more on them.

    I do have another concern:

    5545 decided to deprecate multiple recurrence rules on the grounds clients (by which is meant UIs) don't support it.

    This spec doesn't even make provision for it.

    I've long felt that standards and data models shouldn't be driven solely by the needs or preferences of UI designers.

    However, I also believe that multiple recurrence rules provide either a simpler way or the only way to express some of the situations i come across i public events. For example, I found a user had created 7 identical recurring events to cover tours of a campus which occur at different times and with different patterns through the week. It's relatively easy to figure out how to accommodate that in the UI (a button to add another recurrence section).

    It was however a lot of work to update all those events and keep them the same.

    I've been considering supporting multiple rules to support this use case as I suspect it's not that uncommon.

    Even when it's possible to create some complex rule it might well be easier to create a number of simple rules.

    There's also the possibility of using standard calendar data to control processes.

    I suspect current libraries already support multiple rules and I'd like to see that enabled in this spec.

    I understand that if they turn up in a client they may not be able to render them but we're already in that position with a sufficiently complex single rule (often not all that complex)


    On 10/27/19 20:28, Neil Jenkins wrote:
    On Sat, 26 Oct 2019, at 03:01, Michael Douglass wrote:
    What I meant was that the objects in the list should have a type:
         "localizations": {
       "de": {
         "@type": "PatchObject"                    <------------------- this
         "title": "Live von der Music Bowl: The Band!",
         "description": "Schau dir das groesste Musikereignis an!",
         "virtualLocations/6f3696c6-1e07-47d0-9ce1-f50014b0041a/name":
                                 "Gratis Live-Stream aus der Music Bowl"
       }
     }

    I think patch objects are the only objects that don't have a type. I think for simplicity and ease of validation all objects should be required to have @type


    No. The @type property is for objects with a named set of attributes (essentially a class). The PatchObject is a primitive datatype, more like Integer etc. There are no predefined keys; each key is a patch to apply. So if you add @type there, that's actually a path to overwrite the @type property on the object you apply it to!

    On Sat, 26 Oct 2019, at 03:17, Michael Douglass wrote:
    So the status in 5.1.3 and 5.2.6 is essentially the status in rfc 5545

    Then we have participationStatus in 4.4.5 which comes from 5545 partstat with

          *  "needs-action": No status yet set by the participant.
      *  "accepted": The invited participant will participate.
      *  "declined": The invited participant will not participate.
      *  "tentative": The invited participant may participate.

    But we also have in 5.2.5 participantProgress with a status property:

          *  "completed": The participant completed this task.
      *  "in-process": The participant has started this task.
      *  "failed": The participant failed to complete this task.

    Those values are essentially the partstat values from 5545 - so now we could have a participationStatus of declined and a participantProgress/status of completed which doesn't make any sense.

    I like the idea of the participantProgress object but maybe it should be common to all and the participantStatus should be moved there. The task specific part should define the allowable set of values as 5545 does.


    I agree this is confusing. Looking at it, I think the best thing is to rename the "status" property on the JSTask to "progress", and use the same property on a Participant (no need for a whole complex object like we currently have). This makes it consistent again: the same property name means the same semantics, different property name means different allowed values and semantics. If that description is a bit hard to follow, see the diff here, or look at the diff in the new revision.

    On Sun, 27 Oct 2019, at 07:51, Michael Douglass wrote:
    >> Table in section 8.2.6 appears to be missing an entry for links
    > and locale
    and frequency

    Thanks, fixed. I've also added "uri" from VirtualLocations and all of the other RecurrenceRule props. I think I've checked them all now!

    Since there have been quite a few fixes, I've published a new draft with all the changes. Thanks for all the great feedback Mike!

    Neil.
    --------------E72E41AC7D9FB7911E30C49C-- From nobody Sun Oct 27 21:36:21 2019 Return-Path: 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 1B0101200EF for ; Sun, 27 Oct 2019 21:36:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 cTcElHZL5zrj for ; Sun, 27 Oct 2019 21:36:17 -0700 (PDT) Received: from mail-qt1-x82e.google.com (mail-qt1-x82e.google.com [IPv6:2607:f8b0:4864:20::82e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 949D51200DE for ; Sun, 27 Oct 2019 21:36:17 -0700 (PDT) Received: by mail-qt1-x82e.google.com with SMTP id l3so2294086qtp.2 for ; Sun, 27 Oct 2019 21:36:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=QfKCyuU6DWZkZkHaRaiqBCHOaO8K5MGUKnXzavZsuKc=; b=LOP2PUECoehXWsaxa+Sl+rUwfR4462MWsBllssroqm/otI9/qrc1IlqVvqXW62+HQn llkT7yiKHOlRXjZzONgu1raQmn8SxHJzkHaGzgQvj6sl3nhZM9hxbLa7W5ZELV9tg02u a+jVhVQQgx6798gncboBa7raFxoyRM/BpocgrmCMmG67KEQnJIxKD4GSASkpDc4UNGoi SaJXDz54vsIIBQ3QboY3NpAVc5+Ibsdoru1aFUOiMAZzV8u/3qe6D84IZHEoMGniA2eH FzEgrfV0xaZjUpeJ3IyIWlWam++fHz9rKmUulGaLtN6V09EAceTIG+MWv9L1RiQLURgp XS6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=QfKCyuU6DWZkZkHaRaiqBCHOaO8K5MGUKnXzavZsuKc=; b=OUhI5CUrVHqlnRs5jRxf3afLyKthPz1ac8FVqzjxJubTn2uYYxfgqyK0xNptv394V6 WRMF7RMDIJZ7hK1Cbu1uJCsiVZxUus5SmNqoDPPvtDdCBy6qadANrKbIP0B3gdKYD6ax eRdk6t3DiWWPHHMItT45XbCKI5UbLaqOkczGS77R207WBoVETEpKTw32ASoLl1s2V4L6 ljQ5bxIoxOXglGhQ45ZzqDZUpZ8PHDxB85ohhXL+iz786/xDg15ec8IfZVJ55wxSrDjw fKq3K7N3QF9JJNrMGJ/SN1sSro9zil0nXqhSwL4LvmVAhN8Jm/M8EorZc5uCm61NHSca bC7A== X-Gm-Message-State: APjAAAUXjEoeabWwD0i7653/LIMqf8tXqK3boDMYB2+SgKEN41/5XeoY 1FAggX99b9DF7NyxVnypmmMt7jOQ X-Google-Smtp-Source: APXvYqxOQZ+D+VcaCYr5Dm/7dhQ5kckW8n0cMPxWG/vTucCWteIZkYwWpMwmR7SgnsSliVPvjzGrZw== X-Received: by 2002:a0c:ee26:: with SMTP id l6mr15624139qvs.71.1572237376422; Sun, 27 Oct 2019 21:36:16 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id r1sm5633781qti.4.2019.10.27.21.36.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Oct 2019 21:36:15 -0700 (PDT) To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> <601a4ef3-d922-71e0-ab4b-8e539ed3f7ae@gmail.com> <669b29a4-1734-4ea1-9ac9-33e590d91762@dogfood.fastmail.com> From: Michael Douglass Message-ID: <07d3a19b-5198-e9fa-acbf-94c5161e11fb@gmail.com> Date: Mon, 28 Oct 2019 00:36:13 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <669b29a4-1734-4ea1-9ac9-33e590d91762@dogfood.fastmail.com> Content-Type: multipart/alternative; boundary="------------BF63522824C2DC941C16CF0D" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 04:36:20 -0000 This is a multi-part message in MIME format. --------------BF63522824C2DC941C16CF0D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 10/27/19 20:28, Neil Jenkins wrote: > On Sat, 26 Oct 2019, at 03:01, Michael Douglass wrote: >> What I meant was that the objects in the list should have a type: >> "localizations": { >> "de": { >> "@type": "PatchObject" <------------------- this >>  "title": "Live von der Music Bowl: The Band!", >> "description": "Schau dir das groesste Musikereignis an!", >> "virtualLocations/6f3696c6-1e07-47d0-9ce1-f50014b0041a/name": >> "Gratis Live-Stream aus der Music Bowl" >> } >> } >> >> I think patch objects are the only objects that don't have a type. I >> think for simplicity and ease of validation all objects should be >> required to have @type >> > > No. The |@type| property is for objects with a named set of attributes > (essentially a class). The PatchObject is a primitive datatype, more > like Integer etc. There are no predefined keys; each key is a patch to > apply. So if you add |@type| there, that's actually a path to > overwrite the |@type| property on the object you apply it to! > I still don't agree. There's no way this is a primitive type. It's an object whichever way you look at it. The fact there are no predefined keys is an attribute of the pathObject class. Without the @type I have to defer any validation until the whole structure is parsed - or - for this one case only - I have to pass down the expected type. As for the @path - In section 4.3.3 (version 21) for recurrence overrrides we have A pointer in the PatchObject MUST be ignored if it starts with one of the following prefixes: o @type and a bunch more I think we could make that ignoring @path a general rule for pathObjects - is there anywhere we want to allow changing the type? --------------BF63522824C2DC941C16CF0D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit


    On 10/27/19 20:28, Neil Jenkins wrote:
    On Sat, 26 Oct 2019, at 03:01, Michael Douglass wrote:
    What I meant was that the objects in the list should have a type:
         "localizations": {
       "de": {
         "@type": "PatchObject"                    <------------------- this
         "title": "Live von der Music Bowl: The Band!",
         "description": "Schau dir das groesste Musikereignis an!",
         "virtualLocations/6f3696c6-1e07-47d0-9ce1-f50014b0041a/name":
                                 "Gratis Live-Stream aus der Music Bowl"
       }
     }

    I think patch objects are the only objects that don't have a type. I think for simplicity and ease of validation all objects should be required to have @type


    No. The @type property is for objects with a named set of attributes (essentially a class). The PatchObject is a primitive datatype, more like Integer etc. There are no predefined keys; each key is a patch to apply. So if you add @type there, that's actually a path to overwrite the @type property on the object you apply it to!

    I still don't agree.

    There's no way this is a primitive type. It's an object whichever way you look at it. The fact there are no predefined keys is an attribute of the pathObject class. Without the @type I have to defer any validation until the whole structure is parsed - or - for this one case only - I have to pass down the expected type.

    As for the @path - In section 4.3.3 (version 21) for recurrence overrrides we have

       A pointer in the PatchObject MUST be ignored if it starts with one of
   the following prefixes:

   o  @type
and a bunch more

    I think we could make that ignoring @path a general rule for pathObjects - is there anywhere we want to allow changing the type?



    --------------BF63522824C2DC941C16CF0D-- From nobody Sun Oct 27 21:55:57 2019 Return-Path: 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 5ECCE1200FA for ; Sun, 27 Oct 2019 21:55:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=gqHGSRy6; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=aPAq5EPi 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 4BaX6zxVrA_L for ; Sun, 27 Oct 2019 21:55:53 -0700 (PDT) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B39CB1200E7 for ; Sun, 27 Oct 2019 21:55:53 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 10FEF222C9; Mon, 28 Oct 2019 00:55:53 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Mon, 28 Oct 2019 00:55:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm1; bh=sluS6QV ND+xejRwHACuJvXJ0VfVsWZ+tqM8j1NfiEuc=; b=gqHGSRy62O9w3NTnSmtya8n /B8eNORr1EApc2i7714zi9GIo2Z3jY8CLqbeBY7PJWDy+iKE3TeR2LyBdM+zoE3M l4RnYlKKecoyJ6R74H92VBw55zK6MdFS4NHPRg2zhoMCjLXO8W1VMTZOMCThzT9e kbct5cFyzS5LrFUBpptCRoPiTf4DRRgffeT73GuNJMeS8OlJme1TR0JOAnNNjV+z ZxCp5oBltjrY+/jnRXt1gWrqmYyoclOWBUjIWDryQSmPGJHj/fguaiJ/w6Eck+Dh 63RAVZ2tBR1dd6pmA8zg+ceIUjupXRSyqdjkLd+cZYvqDt09X+tGHdEH80Rx/wg= = DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=sluS6Q VND+xejRwHACuJvXJ0VfVsWZ+tqM8j1NfiEuc=; b=aPAq5EPiFnHO39sXt64jiN FIW72tIOHyEBIHmbBfUhj9IrqWt4IAKjE9ANrP2QKTxXfcI2W8MyG3lx+uogXH0I S9TUZqUXMDgLCSo1TGaEqqQtn8T/Y5KF1hwBFyoXPjik44OapgRNHiZ+kgeVWxBK l9LvxSBx39WYx5qHrIk/j1lS2Vk1z4TDaHTu/lG91zTGNsxWd/reGe900/0kYXl4 +odiwcAkK21yyREdajjxbevIoaPhGdNhzfz8Y7naPvFqDQa1IYd/rQqjX2wxhxAe NQIpFf6Ci+jt8UyYu3Tt9qctaJVd2h4ZD9p9tY44FdxGjh9mFZl7hOj90OSVKnEw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrleekgdejjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvufgtsegrtderreerredtnecuhfhrohhmpedfpfgvihhl ucflvghnkhhinhhsfdcuoehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomheqne cuffhomhgrihhnpehivghtfhdrohhrghenucfrrghrrghmpehmrghilhhfrhhomhepnhgv ihhljhesfhgrshhtmhgrihhlthgvrghmrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id BA42D404D47; Mon, 28 Oct 2019 00:55:52 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-470-gedfae93-fmstable-20191021v4 Mime-Version: 1.0 Message-Id: <322a91d4-3246-49df-a1c4-628a59cf5304@dogfood.fastmail.com> In-Reply-To: <07d3a19b-5198-e9fa-acbf-94c5161e11fb@gmail.com> References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> <601a4ef3-d922-71e0-ab4b-8e539ed3f7ae@gmail.com> <669b29a4-1734-4ea1-9ac9-33e590d91762@dogfood.fastmail.com> <07d3a19b-5198-e9fa-acbf-94c5161e11fb@gmail.com> Date: Mon, 28 Oct 2019 15:55:29 +1100 From: "Neil Jenkins" To: "Michael Douglass" , "Daniel Migault" , "calsify@ietf.org" Content-Type: multipart/alternative; boundary=69c180ac909a4320bc11b274accdb6a1 Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 04:55:56 -0000 --69c180ac909a4320bc11b274accdb6a1 Content-Type: text/plain On Mon, 28 Oct 2019, at 15:36, Michael Douglass wrote: > As for the @path - In section 4.3.3 (version 21) for recurrence overrrides we have > A pointer in the PatchObject MUST be ignored if it starts with one of the following prefixes: o @type and a bunch more That's just to do with the application of the patch in this instance, not an inherent attribute of the PatchObject. The PatchObject is used generically in JMAP RFC8620, Section 5.3 , and it makes no sense for it to have properties that are not patches; that would mean semantically "every key in this object is a patch except if it's this special value", which would be horrible to work with. Neil. --69c180ac909a4320bc11b274accdb6a1 Content-Type: text/html
    On Mon, 28 Oct 2019, at 15:36, Michael Douglass wrote:

    As for the @path - In section 4.3.3 (version 21) for recurrence overrrides we have

       A pointer in the PatchObject MUST be ignored if it starts with one of
   the following prefixes:

   o  @type
and a bunch more

    That's just to do with the application of the patch in this instance, not an inherent attribute of the PatchObject. The PatchObject is used generically in JMAP RFC8620, Section 5.3, and it makes no sense for it to have properties that are not patches; that would mean semantically "every key in this object is a patch except if it's this special value", which would be horrible to work with.

    Neil.
    --69c180ac909a4320bc11b274accdb6a1-- From nobody Sun Oct 27 22:17:59 2019 Return-Path: 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 F40971200FA for ; Sun, 27 Oct 2019 22:17:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 z_IZNxwvV7It for ; Sun, 27 Oct 2019 22:17:56 -0700 (PDT) Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8EE21200F8 for ; Sun, 27 Oct 2019 22:17:55 -0700 (PDT) Received: by mail-qt1-x82f.google.com with SMTP id o49so12898993qta.7 for ; Sun, 27 Oct 2019 22:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=q+2r9uwMICRjU/1qb303+E0gh+rrNorTHyLA+edghLU=; b=l/K5IY6x9Rf/MheUftElQhYKA4rBqvqI2CQq/fiVZlIJUOR+T+71FTcgWzUuRS+r05 VIz3V71e9IwihygTpT+XkY3QRa9ta8WcamRHFNwh1oK4fHSyefTKsKeJsyLdrBF9LeJr VdeaNrr1gInrkgvZzM8BB8p+BPH8zaZIoTt5SuVxkgtAj12cn2yGE1Fn35H9mr4DaAk1 O4KFmaqcFXk4g4otlneWggJQW7gnZXrS+6aqiAcVj2SsPAAAU+tGEQCs8hQ+4lQ/z5vJ s07IwdlhI6RO9dx2TqGKYGkThjOfAqEUvELyLkbZ/5f83IlDgptBlimJ11ipyRod9Wvb C2bg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=q+2r9uwMICRjU/1qb303+E0gh+rrNorTHyLA+edghLU=; b=AWF+gSNLjQxsp7dtQM9Zi2PxPZWF83PdUhEuzl/8tUQq5Zi5Lygv2p1bc8Yf+nkygn MVRfUNQQeYZlrk0WktegsBw5Lhtw9t8qUi6EDDOzxkmVVQHFMlZfVtPfOOLYBEW8VvEx oxNIRaujmdsTkVbQ8bKuN/l3FGT3oklQpjbMOlcXRIFmPG5LsOe/i0uQWYw+mfFL4KpX Tbfuh2GICjFbVQsHSocPsNbk95IoRHpEOlpbBQdXfKWocHUKUAByrRwwKCpgqszpGDGj Ru3k/u/xOpreyFx6JkQa0erNmb58jfHiJP9rPKFuy7KSTG6269S63UK8epOzFFH3rUha v0MA== X-Gm-Message-State: APjAAAXS8yCO0OuiYV6fDviVlt3iZLqz4/tNf5CB6dlTfv45AkI2/tRL 3O6ZemLfAuBH7ufWl+AYdEe8tm1A X-Google-Smtp-Source: APXvYqzd2vcWlFNjaofj4z4KD5XF+fT3uneur4AVW9UyFqJQ32UNNS+U2+Dgle9tl5UyuQbgfoRl7A== X-Received: by 2002:ac8:5514:: with SMTP id j20mr4126555qtq.257.1572239874927; Sun, 27 Oct 2019 22:17:54 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (cpe-74-70-80-66.nycap.res.rr.com. [74.70.80.66]) by smtp.googlemail.com with ESMTPSA id p33sm6099448qtf.80.2019.10.27.22.17.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Oct 2019 22:17:54 -0700 (PDT) To: Neil Jenkins , Daniel Migault , "calsify@ietf.org" References: <6d0fa1f3-5dbe-d4df-821f-a0bddb61546b@gmail.com> <3d216646-0235-0af4-b9ad-1401eea482c4@gmail.com> <7f83a966-d1e9-464e-acd2-45bb7fd05107@beta.fastmail.com> <98a0f7ca-213d-4be0-9b0c-310dad70c0ab@gmail.com> <595e1efa-97a0-4373-8d5f-d4e5e05a1838@dogfood.fastmail.com> <601a4ef3-d922-71e0-ab4b-8e539ed3f7ae@gmail.com> <669b29a4-1734-4ea1-9ac9-33e590d91762@dogfood.fastmail.com> <07d3a19b-5198-e9fa-acbf-94c5161e11fb@gmail.com> <322a91d4-3246-49df-a1c4-628a59cf5304@dogfood.fastmail.com> From: Michael Douglass Message-ID: Date: Mon, 28 Oct 2019 01:17:53 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <322a91d4-3246-49df-a1c4-628a59cf5304@dogfood.fastmail.com> Content-Type: multipart/alternative; boundary="------------F09A7A1341180F6C3FAA1BE8" Content-Language: en-US Archived-At: Subject: Re: [calsify] WGLC JSCalendar X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 05:17:58 -0000 This is a multi-part message in MIME format. --------------F09A7A1341180F6C3FAA1BE8 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 10/28/19 00:55, Neil Jenkins wrote: > On Mon, 28 Oct 2019, at 15:36, Michael Douglass wrote: >> >> As for the @path - In section 4.3.3 (version 21) for recurrence >> overrrides we have >> >> A pointer in the PatchObject MUST be ignored if it starts with one of >> the following prefixes: >> >> o @type >> and a bunch more > > That's just to do with the application of the patch in this instance, > not an inherent attribute of the PatchObject. The PatchObject is used > generically in JMAP RFC8620, Section 5.3 > , and it makes no > sense for it to have properties that are not patches; that would mean > semantically "every key in this object is a patch except if it's this > special value", which would be horrible to work with. Well my experience in implementing it is the reverse. Having the @type simplifies things considerably. However - in the absence of any other input (an invitation for anybody else to state an opinion on either side) I'll live with it. > > Neil. --------------F09A7A1341180F6C3FAA1BE8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit


    On 10/28/19 00:55, Neil Jenkins wrote:
    On Mon, 28 Oct 2019, at 15:36, Michael Douglass wrote:

    As for the @path - In section 4.3.3 (version 21) for recurrence overrrides we have

       A pointer in the PatchObject MUST be ignored if it starts with one of
   the following prefixes:

   o  @type
and a bunch more

    That's just to do with the application of the patch in this instance, not an inherent attribute of the PatchObject. The PatchObject is used generically in JMAP RFC8620, Section 5.3, and it makes no sense for it to have properties that are not patches; that would mean semantically "every key in this object is a patch except if it's this special value", which would be horrible to work with.

    Well my experience in implementing it is the reverse. Having the @type simplifies things considerably.

    However - in the absence of any other input (an invitation for anybody else to state an opinion on either side) I'll live with it.


    Neil.
    --------------F09A7A1341180F6C3FAA1BE8-- From nobody Wed Oct 30 20:53:52 2019 Return-Path: X-Original-To: calsify@ietf.org Delivered-To: calsify@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 277E2120059; Wed, 30 Oct 2019 20:53:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: calsify@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.108.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: calsify@ietf.org Message-ID: <157249402206.32561.9965061692441327504@ietfa.amsl.com> Date: Wed, 30 Oct 2019 20:53:42 -0700 Archived-At: Subject: [calsify] I-D Action: draft-ietf-calext-icalendar-series-00.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2019 03:53:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Calendaring Extensions WG of the IETF. Title : Support for Series in iCalendar Author : Michael Douglass Filename : draft-ietf-calext-icalendar-series-00.txt Pages : 27 Date : 2019-10-30 Abstract: This specification updates [RFC5545] by defining a new repeating set of events known as a series. This differs from recurrences in that each instance is a separate entity with a parent relationship to a specified template entity. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-calext-icalendar-series/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-calext-icalendar-series-00 https://datatracker.ietf.org/doc/html/draft-ietf-calext-icalendar-series-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Oct 30 21:03:59 2019 Return-Path: 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 AB8511200A3 for ; Wed, 30 Oct 2019 21:03:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=fastmailteam.com header.b=jA7kLSow; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=u41vGm+Y 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 CAvxgdj6jV8C for ; Wed, 30 Oct 2019 21:03:55 -0700 (PDT) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2787312009E for ; Wed, 30 Oct 2019 21:03:55 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 66970555 for ; Thu, 31 Oct 2019 00:03:54 -0400 (EDT) Received: from imap99 ([10.202.2.99]) by compute6.internal (MEProxy); Thu, 31 Oct 2019 00:03:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm1; bh=/L68myz wlsoMgkZizV3niN8zZCfM4ViMcAnLm5qK9B0=; b=jA7kLSowk7Pg+QPTIn/RXeP Dnzx/y3zIsya7PQ+hLOSf8ydbL5yUFTSQjaRbuSdq9YMVkSDnANE5Tiow0dCufSk tR9xzx8iBolnmv5g67jjvG6Iy32t0R/x+/j8s/cFUEiFwfM/NYhE3Rl/roCjT1WV ll5tTnyB7iOcclaJUVPWL+sV41s/NW2q4CV4NHsugGCwvVhPQ6VaOygL97MA9z0q HelWNRYVUvaSOcC40/yBxWCDrLPHvK1A03WcBc5ZNFMHWT4MMHdgHgmY0aGZ8mXw hI0VvqeAAu96YGVxu22+9OLbFYRQEFJ7BjGZiech8i05JNGEhGEs9sv3op4quAg= = DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=/L68my zwlsoMgkZizV3niN8zZCfM4ViMcAnLm5qK9B0=; b=u41vGm+YGKIvkbKbq0YMw+ buIMqamRdKl1VkLVmJ/d4j6Y48J4v5Ak52H8jDBA5aluiqZGyWm8dWMTrY7BQifv KSqF9IzX9z+WeDw//Z9NwnHruG/i+rVLzU8DuoRGM774rg7doGNVCgrbx2Rvwxbl 33HYTN13hbdkE1nB/zvY115Vo/kfMLJT6bdaUwl5StlVZMSkedKTcw8vxSeTVscn wcbzE+DOmqNZmKFngQM7vTCuSu2sAkxlBq2fgmwQKPV7HAdzvPcn8Qc0K+RClsP8 JkK72ED9TFm4jnC7wfYV9cBPSOoMjZp+TkZjBYnfTeP4zBI9G3kImurXeFYS69VA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedruddtgedgieekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsegrtd erreerredtnecuhfhrohhmpedfuehrohhnucfiohhnugifrghnrgdfuceosghrohhnghes fhgrshhtmhgrihhlthgvrghmrdgtohhmqeenucffohhmrghinhepihgvthhfrdhorhhgne curfgrrhgrmhepmhgrihhlfhhrohhmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdr tghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id C537E300096; Thu, 31 Oct 2019 00:03:53 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-516-g7c923bb-fmnext-20191030v2 Mime-Version: 1.0 Message-Id: <3be152ab-30ef-4227-89c7-113459073494@beta.fastmail.com> In-Reply-To: <157249402206.32561.9965061692441327504@ietfa.amsl.com> References: <157249402206.32561.9965061692441327504@ietfa.amsl.com> Date: Thu, 31 Oct 2019 15:03:33 +1100 From: "Bron Gondwana" To: calsify@ietf.org Content-Type: multipart/alternative; boundary=7ee33061ebe34550b6cdd7b61a6175f0 Archived-At: Subject: Re: [calsify] I-D Action: draft-ietf-calext-icalendar-series-00.txt X-BeenThere: calsify@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2019 04:03:58 -0000 --7ee33061ebe34550b6cdd7b61a6175f0 Content-Type: text/plain As mentioned in the call for adoption :) On Thu, Oct 31, 2019, at 14:53, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Calendaring Extensions WG of the IETF. > > Title : Support for Series in iCalendar > Author : Michael Douglass > Filename : draft-ietf-calext-icalendar-series-00.txt > Pages : 27 > Date : 2019-10-30 > > Abstract: > This specification updates [RFC5545] by defining a new repeating set > of events known as a series. This differs from recurrences in that > each instance is a separate entity with a parent relationship to a > specified template entity. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-calext-icalendar-series/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-ietf-calext-icalendar-series-00 > https://datatracker.ietf.org/doc/html/draft-ietf-calext-icalendar-series-00 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > calsify mailing list > calsify@ietf.org > https://www.ietf.org/mailman/listinfo/calsify > -- Bron Gondwana, CEO, Fastmail Pty Ltd brong@fastmailteam.com --7ee33061ebe34550b6cdd7b61a6175f0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
    As mentioned in the call for adoption :)

    On Thu, Oct 31, 2019, at 14:53,= internet-drafts@ietf.org wrote:

    A New Internet-Draft is available from the on-line Internet-D= rafts directories.
    This draft= is a work item of the Calendaring Extensions WG of the IETF.
    <= div style=3D"font-family:Arial;">
            Title   &= nbsp;       : Support for Series in iCalen= dar
        &= nbsp;   Author        =   : Michael Douglass
    Fil= ename        : draft-ietf-calext-ical= endar-series-00.txt
    Pages&nbs= p;          : 27
    <= div style=3D"font-family:Arial;">Date      = ;      : 2019-10-30

    Abstract:
       This specification= updates [RFC5545] by defining a new repeating set
       of events known as a series.  Thi= s differs from recurrences in that
       each instance is a separate entity with a parent rela= tionship to a
       sp= ecified template entity.

    =

    The IETF datatracker status page for this draft is:
    https://datatracker.ietf.org/doc/draf= t-ietf-calext-icalendar-series/

    There are also htmlized v= ersions available at:
    https:/= /tools.ietf.org/html/draft-ietf-calext-icalendar-series-00
    https://datatracker.ietf.org/doc/html/draf= t-ietf-calext-icalendar-series-00


    Please note that it may take a couple of minutes fr= om the time of submission
    unt= il the htmlized version and diff are available at tools.ietf.org.

    Internet-Drafts are also available by anonymous FTP at:
    ftp://ftp.ietf.org/internet-drafts/<= br>

    _______________________________________________
    =
    calsify mailing list
    calsify@ietf.org
    https://www.ietf.org/mailman/listinfo/calsify


    --
      Bron Gondwana, CEO, Fastm= ail Pty Ltd
      brong@fastmailteam.= com


    --7ee33061ebe34550b6cdd7b61a6175f0--