[caldav] Fwd: RFC 5995 on Using POST to Add Members to Web Distributed Authoring and Versioning (WebDAV) Collections

Julian Reschke <julian.reschke@gmx.de> Tue, 07 September 2010 16:34 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: caldav@core3.amsl.com
Delivered-To: caldav@core3.amsl.com
Received: from localhost (localhost []) by core3.amsl.com (Postfix) with ESMTP id 6F8DE3A6908 for <caldav@core3.amsl.com>; Tue, 7 Sep 2010 09:34:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.374
X-Spam-Status: No, score=-104.374 tagged_above=-999 required=5 tests=[AWL=-2.375, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (core3.amsl.com []) (amavisd-new, port 10024) with ESMTP id bkPoAlgGs-zC for <caldav@core3.amsl.com>; Tue, 7 Sep 2010 09:34:32 -0700 (PDT)
Received: from mail.gmx.net (mailout-de.gmx.net []) by core3.amsl.com (Postfix) with SMTP id 99F593A6819 for <caldav@ietf.org>; Tue, 7 Sep 2010 09:34:31 -0700 (PDT)
Received: (qmail invoked by alias); 07 Sep 2010 16:34:58 -0000
Received: from mail.greenbytes.de (EHLO []) [] by mail.gmx.net (mp057) with SMTP; 07 Sep 2010 18:34:58 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1+V27QxuZqVE4iqeO9ESLMzNYtY+oOrp5x+wkLKK8 DE2r88BkLVsREE
Message-ID: <4C8669AF.1010407@gmx.de>
Date: Tue, 07 Sep 2010 18:34:55 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv: Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2
MIME-Version: 1.0
To: WebDAV <w3c-dist-auth@w3.org>, CardDAV <vcarddav@ietf.org>, CalDAV <caldav@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Subject: [caldav] Fwd: RFC 5995 on Using POST to Add Members to Web Distributed Authoring and Versioning (WebDAV) Collections
X-BeenThere: caldav@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <caldav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/caldav>, <mailto:caldav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/caldav>
List-Post: <mailto:caldav@ietf.org>
List-Help: <mailto:caldav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/caldav>, <mailto:caldav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Sep 2010 16:34:34 -0000


-------- Original Message --------
Subject: RFC 5995 on Using POST to Add Members to Web Distributed 
Authoring	and Versioning (WebDAV) Collections
Date: Tue,  7 Sep 2010 09:24:37 -0700 (PDT)
From: rfc-editor@rfc-editor.org
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
CC: rfc-editor@rfc-editor.org

A new Request for Comments is now available in online RFC libraries.

         RFC 5995

         Title:      Using POST to Add Members
                     to Web Distributed Authoring and Versioning
                     (WebDAV) Collections
         Author:     J. Reschke
         Status:     Standards Track
         Stream:     IETF
         Date:       September 2010
         Mailbox:    julian.reschke@greenbytes.de
         Pages:      12
         Characters: 21591
         Updates/Obsoletes/SeeAlso:   None

         I-D Tag:    draft-reschke-webdav-post-08.txt

         URL:        http://www.rfc-editor.org/rfc/rfc5995.txt

The Hypertext Transfer Protocol (HTTP) Extensions for the Web
Distributed Authoring and Versioning (WebDAV) do not define the
behavior for the "POST" method when applied to collections, as the
base specification (HTTP) leaves implementers lots of freedom for the
semantics of "POST".

This has led to a situation where many WebDAV servers do not
implement POST for collections at all, although it is well suited to
be used for the purpose of adding new members to a collection, where
the server remains in control of the newly assigned URL.  In fact,
the Atom Publishing Protocol (AtomPub) uses POST exactly for that
purpose.  On the other hand, WebDAV-based protocols, such as the
Calendaring Extensions to WebDAV (CalDAV), frequently require clients
to pick a unique URL, although the server could easily perform that

This specification defines a discovery mechanism through which
servers can advertise support for POST requests with the
aforementioned "add collection member" semantics.  [STANDARDS TRACK]

This is now a Proposed Standard Protocol.

STANDARDS TRACK: This document specifies an Internet standards track
protocol for the Internet community,and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Internet
Official Protocol Standards (STD 1) for the standardization state and
status of this protocol.  Distribution of this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see

For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html.
For downloading RFCs, see http://www.rfc-editor.org/rfc.html.

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

The RFC Editor Team
Association Management Solutions, LLC

IETF-Announce mailing list