docs status
slides-interim-2019-calext-01-sessa-docs-status-00

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