[calsify] Interim meeting notes uploaded

"Bron Gondwana" <brong@fastmailteam.com> Tue, 11 June 2019 02:25 UTC

Return-Path: <brong@fastmailteam.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1057120026 for <calsify@ietfa.amsl.com>; Mon, 10 Jun 2019 19:25:45 -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=bVAji2Px; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=yWtGh+qm
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 KeQmei6i73UX for <calsify@ietfa.amsl.com>; Mon, 10 Jun 2019 19:25:41 -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 C7A4012000E for <calsify@ietf.org>; Mon, 10 Jun 2019 19:25:41 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id DEAC83F9 for <calsify@ietf.org>; Mon, 10 Jun 2019 22:25:40 -0400 (EDT)
Received: from imap7 ([10.202.2.57]) by compute6.internal (MEProxy); Mon, 10 Jun 2019 22:25: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=fm2; bh=EsvGXJ9IJxoYBnZmL0OKL+xuLMJ4dFEnfz+NBl7 d+Go=; b=bVAji2Px1z0wxxPl+iHYkSD+QkybnOqA847uvYaVqXlpmdm6d7npHv/ 3ljZf493XD/78lsAuO6TKu1UOMcQpEfKuB7F1GNz+mD+7nqLJVmTRct8AdnSJjKy KczgZtEfSweJD+lFyavWPEonNK6mIZr2IR8wh4xxkel88aA+x14uieABlnN7aepn i70M4zDgwPcYqZLejwzbM4iyB5QIGAf0hyotee9M21BLnINrsp2hqmXNjQbe0BKd BMZVyCd6iCkWEt8zcPELTPvwt4Dw401z6Fm3wLbTg+GuoHfhixbjC34AX50Ee8Hg uRhmLQXFVxA/EPniZdjK0d9SNGI/Y5g==
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=EsvGXJ9IJxoYBnZmL0OKL+xuLMJ4d FEnfz+NBl7d+Go=; b=yWtGh+qmg1hLyO+CcK4ckPfco2AKTg5719Zk4LjT/KSZ8 fbcJzp5mhEkwxOOxaf0HIxfwJoJAyM+WSfBfjemmhCMMApJgekddkGq4ulzwTmTw U3tw3vyGpbc78/I5eEZKKQisJ3LTjmb4AU2tpyba4tNxc6F9Q+wIe1EJGS5rZKPK EjivrxKF6/RTB4jtp17SEnZpsqF//EhQfA8ocbjtWkODG86mD6exgX3Qe3Nn9Car UPiNV2IqzibllHrQaLLoVv6FWNGt6A1wuOo6VRcifKcfs9vy1BBTJ491WftDRFqy 4cuotXvCS2ERXM0RR9akGcZXAgnBSggKc4xi2huKg==
X-ME-Sender: <xms:IxH_XDvSQ6mWavdDmXxLo72lh0_9iruyCtwuCaqiXD_5RxBi9UcMoQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduuddrudehfedgiedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtsegrtderre erreejnecuhfhrohhmpedfuehrohhnucfiohhnugifrghnrgdfuceosghrohhnghesfhgr shhtmhgrihhlthgvrghmrdgtohhmqeenucffohhmrghinhepihgvthhfrdhorhhgnecurf grrhgrmhepmhgrihhlfhhrohhmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdrtgho mhenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:JBH_XJuYArBhVqEimLr2ibXu5Qst956p-ZH-t_P3oVWjN_wraiT23w> <xmx:JBH_XJaLZoPdkF72shaUsfzH9qUuo3PZLjDfHk4OXTdO0PgOPTNNpA> <xmx:JBH_XB5PIZgYREnli_FlI5p6IJjfR0REQYnVXxhRqLGm94ihUvWjiQ> <xmx:JBH_XK4Zbtgayqz82V_45LsfVRMsUu6NkENYbBJ3G4Mhh7FMwvqzGA>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id D279F1803AB; Mon, 10 Jun 2019 22:25:39 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.1.6-663-gf46ad30-fmstable-20190607v1
Mime-Version: 1.0
Message-Id: <e728b3d3-d890-46eb-9a4d-bf54800892af@beta.fastmail.com>
Date: Tue, 11 Jun 2019 12:25:39 +1000
From: Bron Gondwana <brong@fastmailteam.com>
To: calsify@ietf.org
Content-Type: multipart/alternative; boundary="4f326acd30a048289c59f4d0db40375b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/CMKMu5Dj0v3Aq2C_EMG2Sm5rpX0>
Subject: [calsify] Interim meeting notes uploaded
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Jun 2019 02:25:46 -0000

Hi All,

I've uploaded the minutes from the meeting in Bedford, as well as the notes from the "document status meeting" which was done later in the week. In my notes for the next CalConnect meeting, I have suggested that the document status should be done before a collaborative external call so we can present it!

https://datatracker.ietf.org/doc/minutes-interim-2019-calext-01-201906041600/

Anyway, here's the key document status info as pretty-text as well :)

>From Last time!

 * Managed Attachments - final status
   * *Ken* will do
 * VPOLL
   * Need to lock down poll
   * *Mike*! (Ken can help with)
 * VALARM Extensions
   * Draft written by Cyrus Daboo
   * Main one we want to keep is acknowledgement - Apple, Thunderbird support
   * Probably *Ken*? (currently co-author)
   * Considering removing Apple’s “default alarms” hack.
     * Avoid server putting defaults back on!
   * Proximity alarm (Apple already using)
     * If close to supermarket, fire an alarm!
   * Specify if you want an alarm, and how important the event is for you.
     * Is it really important for me to get to this event?
     * Spend time in TC-CALENDAR debating if we want to change behaviour?
     * *SECOND DRAFT*
   * ALARM AGENT → client/server.
   * *Related events* →
     * alarm tied to multiple events?
     * X-travel-time? Client side will decide when to notify, not server side at all with Android
     * Proprietary API anyway.
 * Subscription Upgrade
   * Smart updates to an ICS feed
   * Conditional request with a prefer header.
   * Adds “Status DELETED”.
   * OPTIONS → can specify what’s available.
   * Is “eTag” being used? Need to use weak eTag.
   * Does it support pagination? NO!
     * A header that says “still more changes”.
   * A way to say “there’s been a change” → aka push.
   * Author: *Mike* - individual submission *(rev** 3)*
   * Ask HTTPBIS to look at it.
 * CalDAV Sharing →
   * what Apple has already implemented
   * *is 3 drafts*
     * DAV Notifications
     * DAV sharing
     * CALDAV sharing
   * Author: Evert wrote originally (*Ken* to write?)
   * *MAY WANT TO STANDARDISE Per-USER write capability*
     * DAV namespace
     * Go via Dispatch?
   * Per user notes on a vcard?
   * TODO: organizer, owner, etc in the caldav part.
 * VPATCH
   * Cyrus Daboo originated
   * Reduce client/server chatter.
   * Describes how to use it with RFC PATCH method.
 * ENHANCED CalDAV sync
   * Plz send patches
   * *Top level*:
     * Do you have anything new in calendar home.
     * Existing collection on the homeset
     * Use Depth: infinity
     * “supported report set”
     * “error status for un-traversable children”
 * VINSTANCE
   * Effort to reduce size of recurring events with a bunch of overrides. 
 * *Suggestion: Punt these three in favour of JSCalendar.*
 * Informational draft → or DEVGUIDE. List all the resources a developer needs for a caldav client/server.
   * Evert’s website.
 * *MIKE*: Series draft
   * related events → recurring event going on forever
   * Proposed a replacement → series.
   * Master event, all instances are independent events with their own UID and a related-to to show that they are joined together.
   * *try implementing first…*
     * *NEEDS TESTING*
   * There’s a spec already!
   * (SRULE) draft-douglass-series


NOTES:
 * ICalendar Series
   * *Mike* to do
   * Fairly complete
   * Needs implementation experience
   * Blocking events → other calendars know stuff that server can use but client may not know.
   * (implementation: alarm? bot?)
 * *ICal Relations*
   * Has already gone through Calext.
   * *RESTART*
 * ICALENDAR:2.0+ → *no point, JSCalendar is basically that*
 * cal-resource-vcard + vcard-*
   * takes existing systems and maps them to vcard
   * important to get back to
   * *Mike*! (is the last one standing)
   * feed in ISO work with names and addresses
   * *feed into JSContact work*
 * server-info
   * makes sense!
   * still valuable, clients can just add it at the time they add the new features
   * *Mike*! and Ken…
   * any other volunteers?
 * serverside-subscriptions
   * came out of Apple and Sam
   * *Mike* again!
 * streaming
   * early days!
 * *TASKS*
   * Adrian from DHL
   * *Need to find out status*

NOW:
 * ical-relations
 * server-info
 * tasks

SOON:
 * series
 * serverside-subscriptions





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