On a very high level, this specification operates as follows:
* A user (owner of a calendar) invites a number of people, by email
address using a POST method on a calendar collection.
* The invitee receives a notification-resource in a notification-
collection with the invite inforomation.
* The invitee can then choose to accept or reject the invitation with
a second POST request.
* The owner of the calendar receive a reply in his/her notification
* If the invitee accepted in the invite, the calendar now also appears
in the invitees calendar home.
This all works pretty well. Recently we've started talking about
implementing something similar for CardDAV, allowing users to also share
Rather than creating both a Card- and CalDAV document for this, we felt
that it may make sense to create something that effectively describes
"WebDAV Collection Sharing" in general.
We felt that there could be a wider interest for this, as many modern
file-sharing services use a similar (but non-standard) systems to
achieve the same thing.
One issue that did pop up, is that there is some overlap with what BIND
does (rfc5842), but we're not using it. A few reasons for this is:
* Due to the invite-based system, the server is responsible for
creating the binding.
* WebDAV properties may not be shared across instances. A user can give
his/her instance of a calendar a different displayname, without
affecting the original.
* In some cases, properties should be shared. A calendar-timezone
property should be updated across instances for consistency.
* Specifically relating to calendars: even resources within the
calendar may vary depending on the accessed instance.
We'd love to hear your feedback and concerns about this.