Re: [Ietf-caldav] Re: draft-reschke-http-addmember-00

Jamie Lokier <jamie@shareable.org> Tue, 22 February 2005 21:19 UTC

X-Envelope-From: jamie@shareable.org
X-Envelope-To: <ietf-caldav@osafoundation.org>
Received: from mail.shareable.org (mail.shareable.org [81.29.64.88]) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id j1MLJOaa021509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <ietf-caldav@osafoundation.org>; Tue, 22 Feb 2005 13:19:26 -0800
Received: from mail.shareable.org (localhost [127.0.0.1]) by mail.shareable.org (8.12.8/8.12.8) with ESMTP id j1MLJ881027280; Tue, 22 Feb 2005 21:19:08 GMT
Received: (from jamie@localhost) by mail.shareable.org (8.12.8/8.12.8/Submit) id j1MLJ8Qj027278; Tue, 22 Feb 2005 21:19:08 GMT
Date: Tue, 22 Feb 2005 21:19:08 +0000
From: Jamie Lokier <jamie@shareable.org>
To: Julian Reschke <julian.reschke@gmx.de>
Subject: Re: [Ietf-caldav] Re: draft-reschke-http-addmember-00
Message-ID: <20050222211908.GH22555@mail.shareable.org>
References: <20050221213247.GB8870@mail.shareable.org> <OF37A764C1.8369E90C-ON85256FAF.007C29A8-87256FB0.0018408A@us.ibm.com> <20050222161520.GA22555@mail.shareable.org> <421B5F72.6070806@gmx.de> <20050222203839.GE22555@mail.shareable.org> <421B9A6F.7050206@gmx.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <421B9A6F.7050206@gmx.de>
User-Agent: Mutt/1.4.1i
X-Spam-Score: 0 ()
X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1
Cc: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>, HTTP Working Group <ietf-http-wg@w3.org>, WebDAV <w3c-dist-auth@w3.org>, CalDAV DevList <ietf-caldav@osafoundation.org>
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: Discussions on Calendar Access protocol based on WebDAV <ietf-caldav.osafoundation.org>
List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-caldav>, <mailto:ietf-caldav-request@osafoundation.org?subject=unsubscribe>
List-Archive: <http://lists.osafoundation.org/pipermail/ietf-caldav>
List-Post: <mailto:ietf-caldav@osafoundation.org>
List-Help: <mailto:ietf-caldav-request@osafoundation.org?subject=help>
List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-caldav>, <mailto:ietf-caldav-request@osafoundation.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Feb 2005 21:19:27 -0000

Julian Reschke wrote:
> Jamie Lokier wrote:
> >...
> >If it's done, the behaviour of the server is unpredictable.  ADDMEMBER
> >doesn't fix that.
> >...
> 
> You keep saying that :-) So are you saying that defining new methods 
> never ever is the right approach, because there are broken servers out 
> there?

No I'm not saying that.

One of the rationales given in this thread for ADDMEMBER is that the
tighter semantics mean that clients can depend on it literally adding
a new resource which is GETable, or failing with Method Not Supported.

I'm saying that particular rationale isn't logically sound.

It doesn't negate any other rationales you may have up your sleeve :)

> ADDMEMBER is a generic method. It doesn't have anything specific to do 
> with CalDAV except that it *could* be used with CalDAV.

Indeed, but are there realistic applications in mind that would use
ADDMEMBER without caring what kind of container resource it is, but do
care that it is a container and not a form processor?

If there are it makes more sense.  If there aren't, it's unneeded.

I think your exploration of the WebDAV text concerning why POST isn't
used on containers is a good one, btw.

-- Jamie