[VCARDDAV] WebDAV Collection Sharing

Evert Pot <me@evertpot.com> Thu, 17 April 2014 00:33 UTC

Return-Path: <me@evertpot.com>
X-Original-To: vcarddav@ietfa.amsl.com
Delivered-To: vcarddav@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 2411D1A0409 for <vcarddav@ietfa.amsl.com>; Wed, 16 Apr 2014 17:33:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, GB_I_INVITATION=-2, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id w8ipawD96Wh3 for <vcarddav@ietfa.amsl.com>; Wed, 16 Apr 2014 17:33:19 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com []) by ietfa.amsl.com (Postfix) with ESMTP id 3DE0E1A0325 for <vcarddav@ietf.org>; Wed, 16 Apr 2014 17:33:19 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.mail.srv.osa []) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 9748021146 for <vcarddav@ietf.org>; Wed, 16 Apr 2014 20:33:15 -0400 (EDT)
Received: from frontend1 ([]) by compute1.internal (MEProxy); Wed, 16 Apr 2014 20:33:15 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=evertpot.com; h= message-id:date:from:mime-version:to:subject:content-type :content-transfer-encoding; s=mesmtp; bh=5cFYNbyvS0XuvQmM1HtGCMl RWkY=; b=kouRYkEIGfR5tC9aADrUN2F1AH4+UrzR91C/Af/XKcRXJyzAsCjxW+G zRjYGuqVuxQzevDuC/wigq3jg1zpiJTFqpM3IYpZjEN64RDz/V2OAfI2Xxw+k1eP RQ6E5/FhX85yLQN5D6YOg4nLBJZajZpwbOatWtmIIFMhD+4pcO/U=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to :subject:content-type:content-transfer-encoding; s=smtpout; bh=5 cFYNbyvS0XuvQmM1HtGCMlRWkY=; b=nWlr3NlelYbv6KYs+IW2GY+LFqOZEXYTN EFqTVAfqqaCAevngvrsZ19IXQbm/04+ayOCzqjjBGHP4+xZ3XwluyPzknpVIrMgh lOupCR/pJ2/YMi0LUJmpwHy+yzVLRmFEV3k9CtugWTBiNweTyzAyttVpWKyJny6O lPrLdMhWwU=
X-Sasl-enc: PQCX1xD+OLGFylQKPaNW7BVFoqZXqd5d3968xsJrxiY4 1397694795
Received: from evertbook3.local (unknown []) by mail.messagingengine.com (Postfix) with ESMTPA id 3CB55C00005; Wed, 16 Apr 2014 20:33:15 -0400 (EDT)
Message-ID: <534F214E.60501@evertpot.com>
Date: Wed, 16 Apr 2014 20:33:18 -0400
From: Evert Pot <me@evertpot.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: vcarddav@ietf.org, w3c-dist-auth@w3.org, contacts-pc-l@lists.calconnect.org
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/vcarddav/MAnxLW3SJEtqn2XUiQHQmeSUgD0
Subject: [VCARDDAV] WebDAV Collection Sharing
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vcarddav/>
List-Post: <mailto:vcarddav@ietf.org>
List-Help: <mailto:vcarddav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Apr 2014 01:22:26 -0000

Hi All,

At CalConnect, we are looking to standardize a way for users to share
Address Book and Calendar collections with each other.

As of right now, there's a specification to enable this for Calendars,
written by Cyrus Daboo. This is currently already implemented by a wide
range of both clients and servers.

The specification consists of two parts, and can be found here:


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
Address Books.

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.

Evert Pot