Re: [Ietf-caldav] Last Call comment on Etag requirements in draft-dusseault-caldav-12

Julian Reschke <julian.reschke@gmx.de> Wed, 21 June 2006 00:16 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: ietf-caldav@osafoundation.org
Delivered-To: ietf-caldav@osafoundation.org
Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id B552F7F8CA for <ietf-caldav@osafoundation.org>; Tue, 20 Jun 2006 17:16:13 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 8C7251422C1 for <ietf-caldav@osafoundation.org>; Tue, 20 Jun 2006 17:16:13 -0700 (PDT)
Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12785-08 for <ietf-caldav@osafoundation.org>; Tue, 20 Jun 2006 17:16:13 -0700 (PDT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by laweleka.osafoundation.org (Postfix) with SMTP id 8EF7E1422C0 for <ietf-caldav@osafoundation.org>; Tue, 20 Jun 2006 17:16:12 -0700 (PDT)
Received: (qmail invoked by alias); 21 Jun 2006 00:16:11 -0000
Received: from p508FBE07.dip0.t-ipconnect.de (EHLO [192.168.178.22]) [80.143.190.7] by mail.gmx.net (mp002) with SMTP; 21 Jun 2006 02:16:11 +0200
X-Authenticated: #1915285
Message-ID: <44988FC9.4050503@gmx.de>
Date: Wed, 21 Jun 2006 02:16:09 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: Lisa Dusseault <lisa@osafoundation.org>
Subject: Re: [Ietf-caldav] Last Call comment on Etag requirements in draft-dusseault-caldav-12
References: <D58B890CEBB86771C83E8401@Cyrus-Daboo.local> <443FAB85.8030503@gmx.de> <7246CAD3-9329-4B34-8D23-08B196E80EDE@osafoundation.org> <443FEF47.3050406@gmx.de> <5FD8AADA-F91A-4B1F-9453-01178901DB6F@osafoundation.org> <443FF7B9.3050801@gmx.de> <7D5DE367-5FD8-4398-849D-2158EF6BC256@osafoundation.org> <443FFE81.6010605@gmx.de> <CD95571B-E80E-4DA4-A522-23C0647CF6B6@osafoundation.org> <4440AC2D.2050802@gmx.de> <44509D3B.4050503@gmx.de> <DBB5A293-8F91-4E39-BE97-B6BD5236F5A3@osafoundation.org> <44512C9B.6090102@gmx.de> <44847841.8080902@gmx.de> <074E50A7C8A95FFDB5E8B5E6@Cyrus-Daboo.local> <44913E39.7040503@gmx.de> <A53A3668-1C4B-46B2-BE5C-02F3F8D7D45E@apple.com> <4136E0DE-F4F4-4A6E-9AC0-1C6297910ECA@osafoundation.org> <66682F0C-92F3-45E9-B59A-FB5D34561913@apple.com> <80E35CD5-943D-4BE2-BA31-8987E6A4F634@osafoundation.org> <DF64CAE0-186D-4C8E-B822-A6826F71E533@wsanchez.net> <DEACB9F1-7D91-4AB0-9599-393DC909719D@osafoundation.org>
In-Reply-To: <DEACB9F1-7D91-4AB0-9599-393DC909719D@osafoundation.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.3 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level:
Cc: Ted Hardie <hardie@qualcomm.com>, HTTP Working Group <ietf-http-wg@w3.org>, ietf@ietf.org, CalDAV DevList <ietf-caldav@osafoundation.org>
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.5
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: Wed, 21 Jun 2006 00:16:13 -0000

Lisa Dusseault schrieb:
> 
> On Jun 20, 2006, at 10:27 AM, Wilfredo Sánchez Vega wrote:
> 
>>   Not really, no.
>>
>>   HTTP defines ETag.  An HTTP server should be able to use the same 
>> ETag logic on all HTTP resources, and not treat ETags for calendar 
>> resources differently than others.  Not all users of ETags are going 
>> to be aware that calendar resources are special.
>>
>>   My concern is that if there is *any* inconsistency between the 
>> general solution when it comes and CalDAV's, that an implementor may 
>> have to choose between being compliant with CalDAV or the more general 
>> ETag spec, or may have to continue to implement special semantics on 
>> calendar resources for purposes which are better served by the other 
>> spec.
>>
>>   I realize that "the other spec" doesn't exist today, and that this 
>> is a total drag.  Can't we take your one paragraph and put it into its 
>> own document?  I don't know IETF process very well, so I don't know 
>> what the next steps should be, but as an implementor, I'm 
>> uncomfortable with the prospect of dealing with two independently 
>> written specifications for the same behavior.
> 
> We basically tried that.  What it turned into was this 
> <http://www.ietf.org/internet-drafts/draft-whitehead-http-etag-00.txt> 
> with no consensus on the basic model or apparent drive to come to 
> consensus.  Got any feedback on that draft?

It's a shame we didn't make progress on that, but that doesn't 
invalidate the approach taken (making this an issue orthogonal to 
WebDAV, CalDAV or Atom).

Best regards, Julian