Re: [Ietf-caldav] Last Call comment on Etag requirements in draft-dusseault-caldav-12
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



  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? IFrom ietf-bounces at ietf.org Thu Jun 29 08:22:51 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
by megatron.ietf.org with esmtp (Exim 4.43)
id 1FvvVo-0006X1-QU; Thu, 29 Jun 2006 08:20:48 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.43) id 1Ft6Px-0004BG-WE
for ietf at ietf.org; Wed, 21 Jun 2006 13:23:06 -0400
Received: from sanpietro.red-bean.com ([66.146.193.61])
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ft6Pw-000464-MO
for ietf at ietf.org; Wed, 21 Jun 2006 13:23:05 -0400
Received: from adsl-68-126-173-44.dsl.snfc21.pacbell.net
([68.126.173.44]:44640 helo=[10.0.0.4])
by sanpietro.red-bean.com with esmtpsa (TLS-1.0:RSA_ARCFOUR_SHA1:16)
(Exim 4.62) (envelope-from <wsanchez at wsanchez.net>)
id 1Ft6Pt-0008RF-N2; Wed, 21 Jun 2006 12:23:03 -0500
In-Reply-To: <DEACB9F1-7D91-4AB0-9599-393DC909719D at osafoundation.org>
References: <D58B890CEBB86771C83E8401 at Cyrus-Daboo.local>
<443FAB85.8030503 at gmx.de>
<7246CAD3-9329-4B34-8D23-08B196E80EDE at osafoundation.org>
<443FEF47.3050406 at gmx.de>
<5FD8AADA-F91A-4B1F-9453-01178901DB6F at osafoundation.org>
<443FF7B9.3050801 at gmx.de>
<7D5DE367-5FD8-4398-849D-2158EF6BC256 at osafoundation.org>
<443FFE81.6010605 at gmx.de>
<CD95571B-E80E-4DA4-A522-23C0647CF6B6 at osafoundation.org>
<4440AC2D.2050802 at gmx.de> <44509D3B.4050503 at gmx.de>
<DBB5A293-8F91-4E39-BE97-B6BD5236F5A3 at osafoundation.org>
<44512C9B.6090102 at gmx.de> <44847841.8080902 at gmx.de>
<074E50A7C8A95FFDB5E8B5E6 at Cyrus-Daboo.local>
<44913E39.7040503 at gmx.de>
<A53A3668-1C4B-46B2-BE5C-02F3F8D7D45E at apple.com>
<4136E0DE-F4F4-4A6E-9AC0-1C6297910ECA at osafoundation.org>
<66682F0C-92F3-45E9-B59A-FB5D34561913 at apple.com>
<80E35CD5-943D-4BE2-BA31-8987E6A4F634 at osafoundation.org>
<DF64CAE0-186D-4C8E-B822-A6826F71E533 at wsanchez.net>
<DEACB9F1-7D91-4AB0-9599-393DC909719D at osafoundation.org>
Mime-Version: 1.0 (Apple Message framework v750)
Message-Id: <59B1DDE0-1429-40F2-92F4-3FD91C321203 at wsanchez.net>
From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez at wsanchez.net>
Date: Wed, 21 Jun 2006 10:23:20 -0700
To: Lisa Dusseault <lisa at osafoundation.org>
X-Mailer: Apple Mail (2.750)
X-Virus-Scanned: No virus found by ClamAV at red-bean.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
X-Mailman-Approved-At: Thu, 29 Jun 2006 08:20:30 -0400
Cc: Julian Reschke <julian.reschke at gmx.de>, Ted Hardie <hardie at qualcomm.com>,
HTTP Working Group <ietf-http-wg at w3.org>, ietf at ietf.org,
CalDAV DevList <ietf-caldav at osafoundation.org>
Subject: Re: [Ietf-caldav] Last Call comment on Etag requirements in
draft-dusseault-caldav-12
X-BeenThere: ietf at ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>,
<mailto:ietf-request at ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf at ietf.org>
List-Help: <mailto:ietf-request at ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>,
<mailto:ietf-request at ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1345824685=="
Errors-To: ietf-bounces at ietf.org



--===============1345824685== Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4-804709028; protocol="application/pkcs7-signature"


--Apple-Mail-4-804709028 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed

Actually, I remember sending a few emails with feedback on this and not getting any replies, and then I went on my honeymoon, so it wasn't quite on my mind for a while.

I think that document is the way to go, even if all it ends up saying is something similar to what you have in the CalDAV draft.

	-wsv


On Jun 20, 2006, at 4:59 PM, Lisa Dusseault wrote:

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?


--Apple-Mail-4-804709028
Content-Tra 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.


	-wsv


On Jun 20, 2006, at 8:13 AM, Lisa Dusseault wrote:

Wilfredo, does it make a difference that CalDAV specifies special ETag behavior only on Calendar Component resource items (not for all HTTP resources)?


_______________________________________________
Ietf mailing list
Ietf at ietf.org
https://www1.ietf.org/mailman/listinfo/ietf





nsfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHbDCCAz8w
ggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0
ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcx
KDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0
ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA
dGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpB
MSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUg
UGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA
xKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7d
yfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/
p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDow
OKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3Js
MAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgw
DQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A
9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYI
Tq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8wggQlMIIDjqADAgECAhBx7J2j8CFn/hGS
fsXTuaKyMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u
c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz
dWluZyBDQTAeFw0wNTEyMTIwMTA1NDFaFw0wNjEyMTIwMTA1NDFaMIIBHzEVMBMGA1UEBBMMU2Fu
Y2hleiBWZWdhMREwDwYDVQQqEwhXaWxmcmVkbzEeMBwGA1UEAxMVV2lsZnJlZG8gU2FuY2hleiBW
ZWdhMSQwIgYJKoZIhvcNAQkBFhV3c2FuY2hlekB3c2FuY2hlei5uZXQxITAfBgkqhkiG9w0BCQEW
EndzYW5jaGV6QGFwcGxlLmNvbTEiMCAGCSqGSIb3DQEJARYTd3NhbmNoZXpAYXBhY2hlLm9yZzEf
MB0GCSqGSIb3DQEJARYQd3NhbmNoZXpAbWl0LmVkdTEkMCIGCSqGSIb3DQEJARYVd3NhbmNoZXpA
YWx1bS5taXQuZWR1MR8wHQYJKoZIhvcNAQkBFhB3c2FuY2hlekBtYWMuY29tMIIBIjANBgkqhkiG
9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4pAElSKR4KhKaopixoANvjnn/ZJirl2wJL7mEtgxA6kzZ/iB
t9m9h3CNTh2h9g87CbOb10trNI8MmusNLgC4y2Z1Jv9EEV9LidrYW8iJx5vrqPOpOCwKqdqM4K+y
kCC/CZVRYh7b5Di0UChUqtfNc6MROXz30GNq3n5fpWNbzz64DgAMSohwfSQbtt4f1W3OHIDHbtOl
s4RNYmQssgI+SiYYekfJZl0RKrTEs0iYkTUFDV/Rwm1/GcIUpEHU00jmZJ2NxZUnWpOWlMa+iWn7
xUpr1W3CWXEnD9/leXRokoKhZvU5K4SiZyLqstEnWz5Qqz8sq6/ZD80K1z8G5XnjZQIDAQABo4GY
MIGVMIGEBgNVHREEfTB7gRV3c2FuY2hlekB3c2FuY2hlei5uZXSBEndzYW5jaGV6QGFwcGxlLmNv
bYETd3NhbmNoZXpAYXBhY2hlLm9yZ4EQd3NhbmNoZXpAbWl0LmVkdYEVd3NhbmNoZXpAYWx1bS5t
aXQuZWR1gRB3c2FuY2hlekBtYWMuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA
gU93zJYHgQsOY2QwIFlBViwUWbRGwb4wflJH1sp1gyX+JOxdB60AbIdME/kSTp9tJUvHRyt1j0Yq
SWXADqqohXo04XgZusdwqEjIy2dMt6c7KG+NocLqhgL9Y6HqLRWTC1Ve3TxZVn18Wb0j41fJIYhi
6RwT/cRyFQ9rcdZCatMxggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3
dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h
aWwgSXNzdWluZyBDQQIQceydo/AhZ/4Rkn7F07misjAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG9w0B
CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNjA2MjExNzIzMjFaMCMGCSqGSIb3DQEJ
BDEWBBRdK7962E/R5HcNhHa3rQqearyFoTCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJa
QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl
IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHHsnaPwIWf+EZJ+xdO5orIwgYcGCyqGSIb3
DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0
eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHHs
naPwIWf+EZJ+xdO5orIwDQYJKoZIhvcNAQEBBQAEggEAQA0SlT1pN7YQNMRkvIqZUg99irtNYvB5
S5i4A9ifqVLKUtZ7ZoUBF1SXB8ugV5NRecIf+RDWZBFE3AbVGnSL/HM44wIVP15nebWUPIORgjOz
Ie8K1jDDYqq4eRkQPVnlHqV1lkQFKQCp+v/YZA0eydWxKL+yeroleU7FcH/J7VX1D0vZKe2oHnd/
LvumU1Cao4VYxc4dEjT+VyT8gnWzzELT2scrxKggyRn7SPbDY8HX5CjpWRfXzyRr6wq2oTP/YitZ
UJ/5/eLmQ1XVxXhf3J0WTWuNiFkiZ+dJW2BGWkrvrxZhYio8+JOGaJoFJJdAu5Vj9Uu73M50VCic
FlxgUAAAAAAAAA==

--Apple-Mail-4-804709028--


--===============1345824685== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline

_______________________________________________
Ietf mailing list
Ietf at ietf.org
https://www1.ietf.org/mailman/listinfo/ietf

--===============1345824685==--



Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.