RFC Compliance/WebDAV Bind

The proposal provides facilities for binding resources to multiple places in the DAV hierarchy.

DAViCal supports some elements of this proposal, but is unlikely to support it in full.

Support Target
We want to support:
 * the BIND method against collection resources (including calendar- and addressbook- collections) so that these collections can be presented at multiple locations in the hierarchy.
 * REPORT, PROPFIND, GET, PUT, DELETE and MOVE methods against these bound collections, applying the actions against the underlying bound collections as transparently as possible.
 * PROPPATCH against the collection resources where the PROPPATCH generally applies to the binding, and not to the underlying data.
 * the DAV::resource-id and DAV::parent-set properties

We are less likely to support:
 * DELETE on the original resource will result in a DELETE of all binds to that resource, rather than the unbinding of the original, but retention of other binds.

Other interesting stuff:
 * Interaction with
 * If a Ticket is supplied along with a BIND request (either as a 'Ticket: ' header, or as a '?ticket=' URL parameter) the ticket will be stored along with the binding, and the ticket permissions will apply to subsequent access to the target resource via the binding.
 * This means, for example, that someone can issue a ticket to grant specific read privileges to a calendar, and the recipient can BIND to that calendar using the ticket and see it present in their calendar-home-set, as if it was their own calendar.

BIND
Request:

Response: