X-Envelope-From: julian.reschke@gmx.de X-Envelope-To: Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by kahuna.osafoundation.org (8.12.8/8.12.8) with SMTP id iBVFP7aZ017706 for ; Fri, 31 Dec 2004 07:25:08 -0800 Received: (qmail invoked by alias); 31 Dec 2004 15:24:52 -0000 Received: from pD9FF0C7D.dip.t-dialin.net (EHLO [192.168.0.3]) (217.255.12.125) by mail.gmx.net (mp027) with SMTP; 31 Dec 2004 16:24:52 +0100 X-Authenticated: #1915285 Message-ID: <41D56F34.2090902@gmx.de> Date: Fri, 31 Dec 2004 16:24:36 +0100 From: Julian Reschke User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lisa Dusseault Subject: Re: [Ietf-caldav] Fwd: I-D ACTION:draft-dusseault-caldav-04.txt References: <41D1C126.3000209@gmx.de> <46306BFA-5918-11D9-981D-000A95B2BB72@osafoundation.org> In-Reply-To: <46306BFA-5918-11D9-981D-000A95B2BB72@osafoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Cc: CalDAV DevList X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Dec 2004 15:25:20 -0000 Lisa Dusseault wrote: > Sure; although I didn't respond directly to that bunch of review > comments I assure you we've been thinking about issues like requiring > locking and referring to works-in-progress like DASL and HTTP-SASL (we It would be nice for those who actually do draft reviews to not only know *that* you have been thinking about those, but also *what* that was. > took out references to DASL in the last draft, for example). The rest The reference is still in. > are probably fixes we'll make at some point when we get around to > fixing typos and terminology, assuming of course the nits haven't been > obsoleted by major text changes. It's the high likelihood for major > text changes that's made me reluctant to redo the nit-checking work > very many times. As far as I can tell, the non-editorial issues I raised have nothing to do with "nits", and almost none of these has been addressed. > Were there any other major issues? Indeed, and I wish it wouldn't be the burden of a reviewer to go through the issues list and check again and again. That being said, below is the (updated) list of issues raised against draft -02 which still do apply to -04 (and IMHO should have been addressed in some way; at a minimum with feedback about why the authors feel it's not a problem). Best regards, Julian -- Updated -02 issues list (originally submitted in October, ): 02-C01 Section 1.1.1 "Specifying new URL formats..." -- is this about new URI schemes (I think so). In this case, the text should use the proper IETF terminology. 02-C02 Section 1.1.3+4 This makes it sound as if Locking is a mandatory WebDAV feature, which is incorrect. 02-C03 Section 1.1.6 Looking at the IETF status of the SASL draft it seems that it needs to be revised (also it's at draft 11 in the meantime). At some point of time this (calDav) spec needs to decide whether it wants to refer to work-in-progress or not... Update -04: according to , the IESG has been waiting for a revised ID since June, but the last ID (-11) has expired. 02-C04 Section 2 Why are the following features required? - Locking - WebDAV SEARCH I suspect there's some desire to promote certain WebDAV features/extensions (to which I'm sympathetic). However, just requiring lots of (IMHO orthogonal) stuff will just raise the entry barrier, thus affect acceptance (because people do not embrace CalDAV) or interop (because people will subset anyway) negatively. IMHO it's better to keep the required WebDAV feature set minimal, and then explain who certain extensions optionall can make things even better. Similar thoughts apply to requiring RFC3744. I can easily imagine a server that has a custom ACL system that for some reason doesn't get exposed as WebDAV ACLs. As far as I can tell, that system would still be fully functional with the restriction that a calendaring client wouldn't be able to display ACLs or author them. Also, saying that a server "may" support DeltaV doesn't say anything useful. It may also support any other HTTP extension (such as ordered collections, bindings or redirects). Please remove that paragraph. Update -04: requirement for SEARCH has been removed, but (outdated) draft is still mentioned in "Informative References". 02-C05 Section 3 I'm not sure we need new DAV: header tokens. It seems that both scenarios can already be addressed using supported-live-property-set and supported-method-set (and of course also the Allow header returned upon OPTIONS). 02-C06, Section 6 It's ok to recommend a certain file extension, but requiring it is against HTTP and the overall Web architecture. The content type of a resource served via HTTP is defined by the Content-Type response parameter, nothing else. Even IE get's this right in XPSP2. Editorial 02-E04, References The reference to WebDAV SEARCH has an incorrect date; anyway, in the meantime the draft has been updated, see . -- bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 X-Envelope-From: Doug@Royer.com Received: from royer.com (inet-consulting.com [4.23.9.166]) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id iBU2Pvaa030450 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL); Wed, 29 Dec 2004 18:25:59 -0800 Received: from Royer.com (localhost [127.0.0.1]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id iBU2PdeW010423 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 29 Dec 2004 18:25:40 -0800 Message-ID: <41D36722.6040505@Royer.com> Date: Wed, 29 Dec 2004 19:25:38 -0700 From: Doug Royer User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "ietf-calendar@imc.org" , ietf-calsify@osafoundation.org, CalDAV DevList Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070605020908040607000407" X-Royer.com-MailScanner-Information: Please contact SiteAdmin@Royer.com for more information X-Royer.com-MailScanner: Found to be clean X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Cc: Subject: [Ietf-caldav] iCal-Basic - draft 00 X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Dec 2004 02:26:12 -0000 This is a cryptographically signed message in MIME format. --------------ms070605020908040607000407 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have taken the discussion on the CALSIFY mailing list and edited RFC-2445 into a proposal for iCal-Basic. Recurrence rules are not in iCal-Basic. iCal-Basic allows for extension that include specific sub-sets of future extensions (like recurrence rules that are likely to be added). An off mailing list discussion requested that RDATE be added to iCal-Basic as it would be very simple to implement. I have submitted draft-royer-ical-basic-00.txt and would appreciate any feedback. Thanks! -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- Doug@Royer.com | Office: (208)612-4638 http://Royer.com | Fax: (866)594-8574 | Cell: (208)520-4044 We Do Standards - You Need Standards --------------ms070605020908040607000407 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINcDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBQEwggRqoAMCAQICEFdmNm54VbBBMPMwpifld+0wDQYJKoZIhvcNAQEEBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDQwOTAzMDAw MDAwWhcNMDUwOTE3MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDM WHYQKNX06SDOZPZvQOVD5lgC2MtnZOR80c1scI1FHqHI0XKABQSTV+mbHKozcPYLI4Lf4Iaa mL0bbVrINBtKmW5pt5J5dmEVMBlKnuapHyRkznktOqdVnZArTGutzqT97LxXiX+BW3dClNY5 jK4mlvcNFQ43xdn5Ihk4idks99SKWgdqG+t9NoKt8jw21tmvmuOyd/smTlWo0Y6uq+kkkPqY d+1Y8BvgRtU0RDT5Gl1UkO6TkYBwZUE0mvmHBjy4n9rmahQzFWwe1UaHKYPb8d8xO6qGJNis RNI3i9T9ZPU+/4gC83jqUZDunMpHobvIo7IHnwQSQL0hKTtVG0TJAgMBAAGjggEcMIIBGDAJ BgNVHRMEAjAAMIGsBgNVHSAEgaQwgaEwgZ4GC2CGSAGG+EUBBwEBMIGOMCgGCCsGAQUFBwIB FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbjARBglghkgBhvhCAQEEBAMCB4AwFAYKYIZIAYb4RQEG BwQGFgROb25lMDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL2Ns YXNzMS5jcmwwDQYJKoZIhvcNAQEEBQADgYEAtEyTUZBOX3oBnKnjHU79UlsNnkxc9JuPKkM2 6zHybGdD0C7cQ+sali5TCfraIxtRJoZdgWWDQCbZNiQWH9YVXIiZoWW2XzgYFzLmv6+W5w53 CBKKGX1qmPEZY5LOLqZuwXtlIhzZtggUboWrtt7JhyvhlVKvaKpmd3ZPx1J38rgwggUBMIIE aqADAgECAhBXZjZueFWwQTDzMKYn5XftMA0GCSqGSIb3DQEBBAUAMIHMMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UE CxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElB Qi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1 YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTA0MDkwMzAwMDAwMFoXDTA1MDkx NzIzNTk1OVowggELMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5 L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBO b3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBG dWxsIFNlcnZpY2UxEzARBgNVBAMUCkRvdWcgUm95ZXIxHTAbBgkqhkiG9w0BCQEWDmRvdWdA cm95ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzFh2ECjV9OkgzmT2 b0DlQ+ZYAtjLZ2TkfNHNbHCNRR6hyNFygAUEk1fpmxyqM3D2CyOC3+CGmpi9G21ayDQbSplu abeSeXZhFTAZSp7mqR8kZM55LTqnVZ2QK0xrrc6k/ey8V4l/gVt3QpTWOYyuJpb3DRUON8XZ +SIZOInZLPfUiloHahvrfTaCrfI8NtbZr5rjsnf7Jk5VqNGOrqvpJJD6mHftWPAb4EbVNEQ0 +RpdVJDuk5GAcGVBNJr5hwY8uJ/a5moUMxVsHtVGhymD2/HfMTuqhiTYrETSN4vU/WT1Pv+I AvN46lGQ7pzKR6G7yKOyB58EEkC9ISk7VRtEyQIDAQABo4IBHDCCARgwCQYDVR0TBAIwADCB rAYDVR0gBIGkMIGhMIGeBgtghkgBhvhFAQcBATCBjjAoBggrBgEFBQcCARYcaHR0cHM6Ly93 d3cudmVyaXNpZ24uY29tL0NQUzBiBggrBgEFBQcCAjBWMBUWDlZlcmlTaWduLCBJbmMuMAMC AQEaPVZlcmlTaWduJ3MgQ1BTIGluY29ycC4gYnkgcmVmZXJlbmNlIGxpYWIuIGx0ZC4gKGMp OTcgVmVyaVNpZ24wEQYJYIZIAYb4QgEBBAQDAgeAMBQGCmCGSAGG+EUBBgcEBhYETm9uZTAz BgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9jbGFzczEuY3JsMA0G CSqGSIb3DQEBBAUAA4GBALRMk1GQTl96AZyp4x1O/VJbDZ5MXPSbjypDNusx8mxnQ9Au3EPr GpYuUwn62iMbUSaGXYFlg0Am2TYkFh/WFVyImaFltl84GBcy5r+vlucOdwgSihl9apjxGWOS zi6mbsF7ZSIc2bYIFG6Fq7beyYcr4ZVSr2iqZnd2T8dSd/K4MYIEqjCCBKYCAQEwgeEwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFdmNm54VbBBMPMw pifld+0wCQYFKw4DAhoFAKCCAp0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMDQxMjMwMDIyNTM4WjAjBgkqhkiG9w0BCQQxFgQU1bXWM0YYK78GwejC0hlR UJN7U44wUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQV2Y2bnhV sEEw8zCmJ+V37TCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFdmNm54VbBBMPMwpifld+0wDQYJKoZIhvcNAQEB BQAEggEAdt61bNu+Ke6f6UeV0ICZl2VB4WpiHVZHSWu/gRbDdhvLV8mypRJkx8fN/YyTOwx7 QD3PSE8ft3wQ+ZYGM++JwZUq6Llx68wvj9RO7ctABN8ddj2ZyWagcqkfK7R2mI2fRnRJxOoa hE0SQEhd76149r0UaWJHdPv9ZNHv8HBJOBjAZc0VXPpTrP13W3/4LyD6Cg8KbBK8y01M1t8V 70yUEt+WhOknKn2O98FOmNkqOQ5xCQKdtpU0B+Ta8cG3BEYK1nsCOF3NPEZ5kUAqzPoqwX6w ZVU5xIhx8jeNABQivj7iOpfVILk9mlMSK74FyZxzPWfAA42LG/rGjTsXl/0dRAAAAAAAAA== --------------ms070605020908040607000407-- X-Envelope-From: kristian@jorgensen-elektronik.se X-Envelope-To: Received: from s24.loopia.se (s24.loopia.se [212.247.198.186]) by kahuna.osafoundation.org (8.12.8/8.12.8) with SMTP id iBTBLFaZ014168 for ; Wed, 29 Dec 2004 03:21:16 -0800 Received: (qmail 34993 invoked from network); 29 Dec 2004 11:21:08 -0000 Received: from 137.0-24.118.214.212.host.songnetworks.se (HELO ?127.0.0.1?) (212.214.118.137) by s24.loopia.se with SMTP; 29 Dec 2004 11:21:08 -0000 Message-ID: <41D292BF.7060107@jorgensen-elektronik.se> Date: Wed, 29 Dec 2004 12:19:27 +0100 From: =?windows-1252?Q?Kristian_J=F6rgensen?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-caldav@osafoundation.org Content-Type: multipart/mixed; boundary="------------030103060408010506070608" X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Subject: [Ietf-caldav] Notification X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 11:21:21 -0000 This is a multi-part message in MIME format. --------------030103060408010506070608 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Hi. I’m working on my B.Sc project at University of Skövde, Sweden, where I am currently comparing CAP against CalDAV. I have some questions to ask you about CalDAV.. First of all there are some great benefits of extending WebDAV, but I'm also interested in what you might consider to be a downside for CalDAV. For example notification dose not come for free, and how to solve this? Do you think servers must support notification or should it be optional? Is information about notification to be done in another draft or should CalDAV include this at a later stage? In the draft-01 there are some proposed protocols to use; SIP and XMPP. Best regards Kristian Jörgensen --------------030103060408010506070608 Content-Type: text/x-vcard; charset=utf-8; name="kristian.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kristian.vcf" begin:vcard fn;quoted-printable:Kristian J=C3=B6rgensen n;quoted-printable:J=C3=B6rgensen;Kristian email;internet:Kristian@jorgensen-elektronik.se tel;work:0512 92229 version:2.1 end:vcard --------------030103060408010506070608-- X-Envelope-From: lisa@osafoundation.org Received: from [192.168.101.178] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (authenticated bits=0) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id iBSLYlaa031983 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 28 Dec 2004 13:34:48 -0800 In-Reply-To: <41D1C126.3000209@gmx.de> References: <41D1C126.3000209@gmx.de> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <46306BFA-5918-11D9-981D-000A95B2BB72@osafoundation.org> Content-Transfer-Encoding: 7bit From: Lisa Dusseault Subject: Re: [Ietf-caldav] Fwd: I-D ACTION:draft-dusseault-caldav-04.txt Date: Tue, 28 Dec 2004 13:34:37 -0800 To: Julian Reschke X-Mailer: Apple Mail (2.619) X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Cc: CalDAV DevList X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 21:34:52 -0000 Sure; although I didn't respond directly to that bunch of review comments I assure you we've been thinking about issues like requiring locking and referring to works-in-progress like DASL and HTTP-SASL (we took out references to DASL in the last draft, for example). The rest are probably fixes we'll make at some point when we get around to fixing typos and terminology, assuming of course the nits haven't been obsoleted by major text changes. It's the high likelihood for major text changes that's made me reluctant to redo the nit-checking work very many times. Were there any other major issues? Lisa On Dec 28, 2004, at 12:25 PM, Julian Reschke wrote: > Lisa Dusseault wrote: >> Did anybody read draft -04? :) Particularly the new REPORT syntax? >> Comments are welcome on this direction... > > To be honest, I was hoping to get some feedback to my last batch of > review comments I submitted back in October > ( 000095.html>). Any news on that? > > I'll try to give feedback on the "Calendaring Reports" section as soon > I can spare some time for it. > > Best regards, Julian > > -- > bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 X-Envelope-From: julian.reschke@gmx.de X-Envelope-To: Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by kahuna.osafoundation.org (8.12.8/8.12.8) with SMTP id iBSKPKaZ026482 for ; Tue, 28 Dec 2004 12:25:21 -0800 Received: (qmail invoked by alias); 28 Dec 2004 20:25:14 -0000 Received: from pD95357DE.dip.t-dialin.net (EHLO [192.168.0.3]) (217.83.87.222) by mail.gmx.net (mp004) with SMTP; 28 Dec 2004 21:25:14 +0100 X-Authenticated: #1915285 Message-ID: <41D1C126.3000209@gmx.de> Date: Tue, 28 Dec 2004 21:25:10 +0100 From: Julian Reschke User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lisa Dusseault Subject: Re: [Ietf-caldav] Fwd: I-D ACTION:draft-dusseault-caldav-04.txt References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Cc: CalDAV DevList X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 20:25:23 -0000 Lisa Dusseault wrote: > Did anybody read draft -04? :) Particularly the new REPORT syntax? > Comments are welcome on this direction... To be honest, I was hoping to get some feedback to my last batch of review comments I submitted back in October (). Any news on that? I'll try to give feedback on the "Calendaring Reports" section as soon I can spare some time for it. Best regards, Julian -- bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 X-Envelope-From: lisa@osafoundation.org Received: from [192.168.101.178] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (authenticated bits=0) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id iBSJcGaa024110 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 28 Dec 2004 11:38:20 -0800 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/alternative; boundary=Apple-Mail-5--746051660 Message-Id: From: Lisa Dusseault Subject: Re: [Ietf-caldav] Fwd: I-D ACTION:draft-dusseault-caldav-04.txt Date: Tue, 28 Dec 2004 11:38:03 -0800 To: Lisa Dusseault X-Mailer: Apple Mail (2.619) X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Cc: CalDAV DevList X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2004 19:38:23 -0000 --Apple-Mail-5--746051660 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Did anybody read draft -04? :) Particularly the new REPORT syntax? Comments are welcome on this direction... Lisa On Dec 14, 2004, at 1:39 PM, Lisa Dusseault wrote: > In this version of the draft we mostly focused on simplifying the two > reports down to one, and fully specifying the reports (there were > major unspecified areas around the reports in previous drafts.) > > We still haven't gotten around to dealing with nits, because we're > still adding and deleting major sections of text. But we're getting > closer. > > Lisa > > Begin forwarded message: > >> From: Internet-Drafts@ietf.org >> Date: December 14, 2004 12:56:57 PM PST >> To: i-d-announce@ietf.org >> Subject: I-D ACTION:draft-dusseault-caldav-04.txt >> Reply-To: internet-drafts@ietf.org >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> >> >> Title : Calendar Server Extensions for WebDAV (CalDAV) >> Author(s) : L. Dusseault, et al. >> Filename : draft-dusseault-caldav-04.txt >> Pages : 63 >> Date : 2004-12-14 >> >> This document specifies a set of methods, headers and resource types >> that define the calendaring and scheduling extension to the WebDAV >> protocol. The new protocol elements are intended to make >> WebDAV-based calendaring an intereropable standard that supports >> single-user calendar access, calendar sharing, and calendar >> publishing. >> >> A URL for this Internet-Draft is: >> http://www.ietf.org/internet-drafts/draft-dusseault-caldav-04.txt >> >> To remove yourself from the I-D Announcement list, send a message to >> i-d-announce-request@ietf.org with the word unsubscribe in the body >> of the message. >> You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce >> to change your subscription settings. >> >> >> Internet-Drafts are also available by anonymous FTP. Login with the >> username >> "anonymous" and a password of your e-mail address. After logging in, >> type "cd internet-drafts" and then >> "get draft-dusseault-caldav-04.txt". >> >> A list of Internet-Drafts directories can be found in >> http://www.ietf.org/shadow.html >> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt >> >> >> Internet-Drafts can also be obtained by e-mail. >> >> Send a message to: >> mailserv@ietf.org. >> In the body type: >> "FILE /internet-drafts/draft-dusseault-caldav-04.txt". >> >> NOTE: The mail server at ietf.org can return the document in >> MIME-encoded form by using the "mpack" utility. To use this >> feature, insert the command "ENCODING mime" before the "FILE" >> command. To decode the response(s), you will need "munpack" or >> a MIME-compliant mail reader. Different MIME-compliant mail readers >> exhibit different behavior, especially when dealing with >> "multipart" MIME messages (i.e. documents which have been split >> up into multiple messages), so check your local documentation on >> how to manipulate these messages. >> >> >> Below is the data which will enable a MIME compliant mail reader >> implementation to automatically retrieve the ASCII version of the >> Internet-Draft. >> Content-Type: text/plain >> Content-ID: <2004-12-14151253.I-D@ietf.org> >> >> _______________________________________________ >> I-D-Announce mailing list >> I-D-Announce@ietf.org >> https://www1.ietf.org/mailman/listinfo/i-d-announce > _______________________________________________ > Ietf-caldav mailing list > Ietf-caldav@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-caldav --Apple-Mail-5--746051660 Content-Transfer-Encoding: 7bit Content-Type: text/enriched; charset=US-ASCII Did anybody read draft -04? :) Particularly the new REPORT syntax? Comments are welcome on this direction... Lisa On Dec 14, 2004, at 1:39 PM, Lisa Dusseault wrote: In this version of the draft we mostly focused on simplifying the two reports down to one, and fully specifying the reports (there were major unspecified areas around the reports in previous drafts.) We still haven't gotten around to dealing with nits, because we're still adding and deleting major sections of text. But we're getting closer. Lisa Begin forwarded message: 0000,0000,0000From: Internet-Drafts@ietf.org 0000,0000,0000Date: December 14, 2004 12:56:57 PM PST 0000,0000,0000To: i-d-announce@ietf.org 0000,0000,0000Subject: I-D ACTION:draft-dusseault-caldav-04.txt 0000,0000,0000Reply-To: internet-drafts@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Calendar Server Extensions for WebDAV (CalDAV) Author(s) : L. Dusseault, et al. Filename : draft-dusseault-caldav-04.txt Pages : 63 Date : 2004-12-14 This document specifies a set of methods, headers and resource types that define the calendaring and scheduling extension to the WebDAV protocol. The new protocol elements are intended to make WebDAV-based calendaring an intereropable standard that supports single-user calendar access, calendar sharing, and calendar publishing. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-dusseault-caldav-04.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-dusseault-caldav-04.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-dusseault-caldav-04.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. Content-Type: text/plain Content-ID: <<2004-12-14151253.I-D@ietf.org> _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/i-d-announce _______________________________________________ Ietf-caldav mailing list Ietf-caldav@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-caldav --Apple-Mail-5--746051660-- X-Envelope-From: bernard.desruisseaux@oracle.com X-Envelope-To: Received: from inet-mail4.oracle.com (inet-mail4.oracle.com [148.87.2.204]) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id iBHFlNaa010203 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 17 Dec 2004 07:47:23 -0800 Received: from inet-mail4.oracle.com (localhost [127.0.0.1]) by inet-mail4.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id iBHFl8WE009978 for ; Fri, 17 Dec 2004 07:47:08 -0800 (PST) Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by inet-mail4.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id iBHFl3GN009888 for ; Fri, 17 Dec 2004 07:47:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id iBHFl2Ui004206 for ; Fri, 17 Dec 2004 08:47:02 -0700 Received: from [144.23.219.129] (dhcp-ca-montreal-144-23-219-129.ca.oracle.com [144.23.219.129]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id iBHFkuO9004152 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 17 Dec 2004 08:46:59 -0700 Message-ID: <41C2FF68.7070606@oracle.com> Date: Fri, 17 Dec 2004 10:46:48 -0500 From: Bernard Desruisseaux User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, fr-ca MIME-Version: 1.0 To: CalDAV DevList Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Subject: [Ietf-caldav] Missing section on calendar-query-result in CalDAV-04 X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2004 15:47:26 -0000 Someone pointed out to me that calendar-query-result wasn't defined anywhere in CalDAV-04. Here's the text that got lost during the editing process (it should appear between section 15.2.1 and 15.2.2): When used in a request, the "calendar-query-result" element specifies the iCalendar compoments and properties to be returned in the iCalendar objects part of the response. If this element doesn't contain any "icalcomp" element, iCalendar objects will be returned with all their components and properties. When used inside a response, the "calendar-query-result" element contains an iCalendar object that matched the search filter specified in the request. The "calendar-query" report result is a WebDAV "multi-status" response, with the following modification to the WedDAV "response" element from Section 12.9.1 of RFC2518 [6]: Cheers, Bernard X-Envelope-From: lisa@osafoundation.org X-Envelope-To: Received: from [192.168.101.178] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (authenticated bits=0) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id iBELdpaa009977 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 14 Dec 2004 13:39:52 -0800 Mime-Version: 1.0 (Apple Message framework v619) To: CalDAV DevList Message-Id: Content-Type: multipart/alternative; boundary=Apple-Mail-3-199133595 From: Lisa Dusseault Date: Tue, 14 Dec 2004 13:39:45 -0800 X-Mailer: Apple Mail (2.619) X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Subject: [Ietf-caldav] Fwd: I-D ACTION:draft-dusseault-caldav-04.txt X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2004 21:39:54 -0000 --Apple-Mail-3-199133595 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed In this version of the draft we mostly focused on simplifying the two reports down to one, and fully specifying the reports (there were major unspecified areas around the reports in previous drafts.) We still haven't gotten around to dealing with nits, because we're still adding and deleting major sections of text. But we're getting closer. Lisa Begin forwarded message: > From: Internet-Drafts@ietf.org > Date: December 14, 2004 12:56:57 PM PST > To: i-d-announce@ietf.org > Subject: I-D ACTION:draft-dusseault-caldav-04.txt > Reply-To: internet-drafts@ietf.org > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > Title : Calendar Server Extensions for WebDAV (CalDAV) > Author(s) : L. Dusseault, et al. > Filename : draft-dusseault-caldav-04.txt > Pages : 63 > Date : 2004-12-14 > > This document specifies a set of methods, headers and resource types > that define the calendaring and scheduling extension to the WebDAV > protocol. The new protocol elements are intended to make > WebDAV-based calendaring an intereropable standard that supports > single-user calendar access, calendar sharing, and calendar > publishing. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-dusseault-caldav-04.txt > > To remove yourself from the I-D Announcement list, send a message to > i-d-announce-request@ietf.org with the word unsubscribe in the body of > the message. > You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce > to change your subscription settings. > > > Internet-Drafts are also available by anonymous FTP. Login with the > username > "anonymous" and a password of your e-mail address. After logging in, > type "cd internet-drafts" and then > "get draft-dusseault-caldav-04.txt". > > A list of Internet-Drafts directories can be found in > http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > Internet-Drafts can also be obtained by e-mail. > > Send a message to: > mailserv@ietf.org. > In the body type: > "FILE /internet-drafts/draft-dusseault-caldav-04.txt". > > NOTE: The mail server at ietf.org can return the document in > MIME-encoded form by using the "mpack" utility. To use this > feature, insert the command "ENCODING mime" before the "FILE" > command. To decode the response(s), you will need "munpack" or > a MIME-compliant mail reader. Different MIME-compliant mail readers > exhibit different behavior, especially when dealing with > "multipart" MIME messages (i.e. documents which have been split > up into multiple messages), so check your local documentation on > how to manipulate these messages. > > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > Content-Type: text/plain > Content-ID: <2004-12-14151253.I-D@ietf.org> > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www1.ietf.org/mailman/listinfo/i-d-announce --Apple-Mail-3-199133595 Content-Transfer-Encoding: 7bit Content-Type: text/enriched; charset=US-ASCII In this version of the draft we mostly focused on simplifying the two reports down to one, and fully specifying the reports (there were major unspecified areas around the reports in previous drafts.) We still haven't gotten around to dealing with nits, because we're still adding and deleting major sections of text. But we're getting closer. Lisa Begin forwarded message: 0000,0000,0000From: Internet-Drafts@ietf.org 0000,0000,0000Date: December 14, 2004 12:56:57 PM PST 0000,0000,0000To: i-d-announce@ietf.org 0000,0000,0000Subject: I-D ACTION:draft-dusseault-caldav-04.txt 0000,0000,0000Reply-To: internet-drafts@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Calendar Server Extensions for WebDAV (CalDAV) Author(s) : L. Dusseault, et al. Filename : draft-dusseault-caldav-04.txt Pages : 63 Date : 2004-12-14 This document specifies a set of methods, headers and resource types that define the calendaring and scheduling extension to the WebDAV protocol. The new protocol elements are intended to make WebDAV-based calendaring an intereropable standard that supports single-user calendar access, calendar sharing, and calendar publishing. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-dusseault-caldav-04.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-dusseault-caldav-04.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-dusseault-caldav-04.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. Content-Type: text/plain Content-ID: <<2004-12-14151253.I-D@ietf.org> _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/i-d-announce --Apple-Mail-3-199133595-- X-Envelope-From: Dave.Thewlis@calconnect.org X-Envelope-To: Received: from fed1rmmtao01.cox.net (fed1rmmtao01.cox.net [68.230.241.38]) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id iB4ECEaZ015362 for ; Sat, 4 Dec 2004 06:12:14 -0800 Received: from davet23 ([24.254.88.112]) by fed1rmmtao01.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20041204141208.FQXI16894.fed1rmmtao01.cox.net@davet23> for ; Sat, 4 Dec 2004 09:12:08 -0500 Message-ID: <200412040611340300.0209B674@smtp.west.cox.net> References: <200411181732510014.00FA5091@smtp.west.cox.net> <200412031704340937.022969F3@smtp.west.cox.net> X-Mailer: Calypso Version 3.30.00.00 (4) Date: Sat, 04 Dec 2004 06:11:34 -0800 From: "David C. Thewlis" To: "ietf-caldav reflector" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Subject: [Ietf-caldav] Meeting Notice: CalConnect Roundtable II -- The Calendaring and Scheduling Consortium X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Dave.Thewlis@calconnect.org List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Dec 2004 14:12:16 -0000 MEETING NOTICE: CALCONNECT ROUNDTABLE II The second Calendaring and Scheduling Consortium Roundtable will be held Tuesday-Thursday, 11-13 January, 2005, hosted by the University of Washington on the UW Campus in Seattle, Washington. We expect to have space for 25-30 people so early notification of intent to participate will be important. This three-day event will include Consortium Technical Committee Meetings for all TCs which wish to meet in person, and a full Roundtable of all participants to consider TC reports, evaluate progress, and establish next steps and directions in working towards interoperable Calendaring and Scheduling. There will also be a co-located Interop Testing Event on Tuesday and Wednesday, which will run three different testing scenarios (please see the information for this Interop on the Consortium website). This event is open to Consortium members only. Participation in the co-located Interop is open to both members and non-members. Non-members interested in the Consortium may join the Consortium prior to the Roundtable or onsite (including non-members participating in the Interop event) and attend the Consortium activities. SCHEDULE The general schedule is: Interops (in parallel) - all day Tuesday, Wednesday morning TC meetings - all day Tuesday, Wednesday morning, and afternoon as needed Group Dinner - Wednesday evening Roundtable - may begin Wednesday mid-afternoon; Thursday until 3:00 REGISTRATION FEE There is a nominal registration fee for the Roundtable to cover meeting facilities, food and breaks, and the group dinner. If your organization is a Consortium member participating in the co-located Interop, and you are covered by the Interop Registration Fee, you need not pay a separate registration fee for the Roundtable. MORE INFORMATION AND REGISTRATION More information about this event, including logistics information, venues, fees, etc. is posted on the Consortium website. Please go to www.calconnect.org and select Membership Activities-->Next Roundtable. If you are interested in participating in the Interop, please see Interops-->Jan 2005. The event hotel is the Seattle Watertown: www.watertownseattle.com, The cutoff date for the group rate (group name "calconnect" is 20 December 2004. If you wish to attend the Roundtable, please contact me directly (contact information below) to register and to arrange payment of registration fees. Remember that space is limited by the size of the venue meeting room; early registration is advised. If you plan to attend the Interop, please use the registration form on the Consortium website; see Interops-->Register. If you will attend both the Interop and the Roundtable, please contact me directly to be sure you are included in planning for both events. Please contact me if you have any questions. Best Regards, Dave Thewlis, Executive Director The Calendaring and Scheduling Consortium 1550 Dena Drive McKinleyville CA 95519-4146 +1 707 840 9391 (voice) +1 415 946 3454 (fax) +1 707 498 2238 (mobile) Dave.Thewlis@calconnect.org www.calconnect.org X-Envelope-From: Dave.Thewlis@calconnect.org X-Envelope-To: Received: from fed1rmmtao12.cox.net (fed1rmmtao12.cox.net [68.230.241.27]) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id iB2FpcaZ006990 for ; Thu, 2 Dec 2004 07:51:38 -0800 Received: from davet23 ([24.254.88.112]) by fed1rmmtao12.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20041202155133.WIPH3870.fed1rmmtao12.cox.net@davet23> for ; Thu, 2 Dec 2004 10:51:33 -0500 Message-ID: <200412020751000070.0830FF10@smtp.west.cox.net> References: <200411181732510014.00FA5091@smtp.west.cox.net> <200412020748000071.082E3FF1@smtp.west.cox.net> <200412020750400882.0830B41C@smtp.west.cox.net> X-Mailer: Calypso Version 3.30.00.00 (4) Date: Thu, 02 Dec 2004 07:51:00 -0800 From: "David C. Thewlis" To: "ietf-caldav reflector" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 Subject: [Ietf-caldav] Call for Participantion -- Second Calconnect Interop - 11-12 January 2005 - Seattle, Washington X-BeenThere: ietf-caldav@osafoundation.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: Dave.Thewlis@calconnect.org List-Id: Discussions on Calendar Access protocol based on WebDAV List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Dec 2004 15:51:39 -0000 Please note that this announcement is being posted on multiple calendaring-related reflectors and to the Calconnect mailing lists to ensure as wide a distribution as possible. Our apologies if you receive multiple copies. CALL FOR PARTICIPATION -- SECOND INTEROP TESTING EVENT - 11-12 January 2005 The second Interop of The Calendaring and Scheduling Consortium (CALCONNECT.ORG) will take place Tuesday and Wednesday, January 11-12, 2005. It will be hosted by the University of Washington and the venue will be on the UW Campus in Seattle, Washington. This event will feature three separate Interop testing scenarios. Participating organizations are welcome to test against one, two, or all three scenarios. Please note however that these scenarios will be going on simultaneously so you will probably need a team for each scenario you participate in. Space will be limited so early notification and registration is advised. INTEROP SCENARIOS (a) Full scale interop: against iCal, iMIP, iTIP, essentially the same scenario as the one done in July 2004. The goal is to get results from testing by more implementations to augment the data from July -- at the July event Oracle and IBM tested; it would be very useful to have results from other vendors to augment the understanding of the RFCs gained from the July (and earlier) Interops. (b) Min-IOP Interop: The Min-IOP Technical Committee of the Consortium was formed to identify and define the "Minimum Interoperable Subset" for iCalendar as part of the work towards the Calsify effort in the IETF. This Interop scenario is for implementations to test against that subset. The goal is to help define baseline requirements for the CALSIFY effort and to determine what the real world common subset actually is, so the more implementations tested against this common subset the more realistic and useful the results will be. (c) CalDAV Interop: Oracle Corporation will provide a prototype CalDAV server for client testing, and work is progressing on the definition of the test cases for the scenario. Some vendors have expressed interest in being able to do a CalDAV Interop as soon as possible. This will provide early feedback to the server implementors, the CalDAV specification authors, and the client implementors. WHO MAY PARTICIPATE IN THE INTEROPS Any vendor or organization wishing to test a calendaring and scheduling implementation is welcome to attend whether or not they are a Consortium member. Note that Consortium members do receive a substantial discount on their Interop participation fee (see below). CONSORTIUM ROUNDTABLE II Technical committee meetings of the Calendaring and Scheduling Consortium are also planned for 11-12 January at the same location, followed by an all-hands Consortium Roundtable on Thursday 13 January. Interop participants who are not Consortium members will not be able to participate in the other Consortium activities as they are reserved to members. However, a non-member Interop Participant can join the Consortium at the event and become a member immediately and be able to participate in the technical committee and roundtable meetings. REGISTRATION FEE The registration fee for the Interop is $1500 for Consortium members and $2500 for non-members. The registration fee covers two individuals; additional individuals are $150 each for members or non-members. (If you are planning to participate in more than one Interop scenario you may need more than two people.) Members: Please note that the Interop Registration Fee for Members also covers the registration fee for participation in the Consortium events for the interop participants. HOW TO REGISTER AND FURTHER INFORMATION Detailed information including logistics will be posted on the Consortium website as as it becomes available; go to http://www.calconnect.org and select "Interops Future". You may also register online on the website by selecting "Interops Registration". For questions or more information, or to inform us of your plan to participate in the Interop, please contact me at the Consortium. Best Regards, Dave Thewlis Executive Director The Calendaring and Scheduling Consortium 1550 Dena Drive McKinleyville CA 95519-4146 +1 707 840 9391 (voice) +1 415 946 3454 (fax) +1 707 498 2238 (mobile) Dave.Thewlis@calconnect.org www.calconnect.org