IETF Logo Mail Archive

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

Julian Reschke <julian.reschke@gmx.de> Tue, 22 February 2005 20:48 UTC

X-Envelope-From: julian.reschke@gmx.de
X-Envelope-To: <ietf-caldav@osafoundation.org>
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by kahuna.osafoundation.org (8.12.8/8.12.8) with SMTP id j1MKm0aZ013271 for <ietf-caldav@osafoundation.org>; Tue, 22 Feb 2005 12:48:01 -0800
Received: (qmail invoked by alias); 22 Feb 2005 20:47:54 -0000
Received: from pD9E62405.dip.t-dialin.net (EHLO [192.168.0.3]) (217.230.36.5) by mail.gmx.net (mp020) with SMTP; 22 Feb 2005 21:47:54 +0100
X-Authenticated: #1915285
Message-ID: <421B9A6F.7050206@gmx.de>
Date: Tue, 22 Feb 2005 21:47:43 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jamie Lokier <jamie@shareable.org>
Subject: Re: [Ietf-caldav] Re: draft-reschke-http-addmember-00
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>
In-Reply-To: <20050222203839.GE22555@mail.shareable.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.05 () FORGED_RCVD_HELO
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 20:48:04 -0000

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?

If that's the case, let's just agree that we disagree.

> (Although it would shift the likelihood towards a simple failure
> rather than an unwanted side effect.  Is it worth creating a new
> method just to change the likelihood of a behaviour when a CalDAV
> client is pointed at the wrong URL?)

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

Best regards, Julian

-- 
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760

v2.23.0 | Report a Bug | By Email