Return-Path: <bernard.desruisseaux@oracle.com>
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 C0D507F52F for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 17:38:32 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id B169A1422A7 for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 17:38:32 -0800 (PST)
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 07027-04 for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 17:38:32 -0800 (PST)
Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 47CF41422A1 for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 17:38:32 -0800 (PST)
Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.186.50]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jA11lCHm025760; Mon, 31 Oct 2005 19:47:50 -0600
Received: from localhost (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id jA11bqDj023205; Mon, 31 Oct 2005 18:37:52 -0700
Received: from [127.0.0.1] (dhcp-amer-rmdc-csvpn-gw6-141-144-113-88.vpn.oracle.com [141.144.113.88]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jA11bkO3023177; Mon, 31 Oct 2005 18:37:51 -0700
Message-ID: <4366C6ED.4070709@oracle.com>
Date: Mon, 31 Oct 2005 20:37:49 -0500
From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
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: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@wsanchez.net>
Subject: Re: [Ietf-caldav] Confused about calendar query filters
References: <DDF2E0BB-E4AF-4EA1-94E0-02DD8738A872@wsanchez.net>
In-Reply-To: <DDF2E0BB-E4AF-4EA1-94E0-02DD8738A872@wsanchez.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.6 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Cc: 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: Tue, 01 Nov 2005 01:38:32 -0000

Wilfredo Sánchez Vega wrote:

>   I'm trying to get my head around example 6.4.1...
> 
>   Let's say I have a resource on my CalDAV server with four events:
> 
>     Jan 12, 2006 1PM WST
>     Feb 12, 2006 1PM WST
>     Mar 12, 2006 1PM WST
>     Apr 12, 2006 1PM WST
> 
> ...and all four events are in a custom timezone "WST" which is also  
> defined in that resource.
> 
>   And I request a calendar-query report with this filter:
> 
>     <filter>
>       <comp-filter name="VCALENDAR">
>         <comp-filter name="VEVENT">
>           <time-range start="20060201" end="20060228"/> <!-- All of  Feb 
> 2006 -->
>         </comp-filter>
>       </comp-filter>
>     </filter>
> 
>   When I get back the report, do I just get back the matching  component 
> (the Feb 12 event), or does the whole resource match, so I  get back all 
> four events plus the timezone definition?

You would get the whole calendar object resource with the four
recurrence instances.

If you only want to get the recurrence instances that match a given
time range you need to specify the CALDAV:limit-recurrence-set XML
element inside the CALDAV:calendar-data.

> 
>   If the former, then the example request in 6.4.1's request for  
> VTIMEZONE data in the response is not ever going to happen, so I'm  
> guessing it's the latter.  Specifically, I'm reading this as: "give  me 
> all data from any resource which contains an event that (at least  
> partially) occurs in Feb 2006."

Right.

> 
>   So if I had this instead:
> 
>     <filter>
>       <comp-filter name="VCALENDAR">
>         <comp-filter name="VEVENT"/>
>       </comp-filter>
>     </filter>
> 
>   I'd interpret it as "give me all data for any resource which  contains 
> an event." and going t the extreme:

Right, but you forgot the "is-defined" XML element.

      <filter>
        <comp-filter name="VCALENDAR">
          <comp-filter name="VEVENT">
            <is-defined/>
          </comp-filter>
        </comp-filter>
      </filter>

> 
>     <filter>
>       <comp-filter name="VCALENDAR"/>
>     </filter>
> 
> ...would be "give me all data for all resources."

Right, but you also need the "is-defined" XML element.

> 
>   Is this all correct?
> 
>   I think my confusion stems from the fact that the first example  
> contains both a filter (required) and a DAV:prop qualifier and it's  
> hard to keep track of which elements are doing what filtering for  you, 
> that the <filter> filters out resources and <DAV:prop> selects  
> components and properties within the matching resources.
> 
>   It might help if the example response included a (non-recurring)  
> event outside of the filter's time range, with the explanation that  the 
> event is part of a matching resource (notice the UID matches an  event 
> in the time range), and if it included a VTIMEZONE component  even 
> though there is no mention of VTIMEZONE in filter.  I think that  might 
> clarify things a little bit, assuming I'm reading it right.

Thanks for the feedback.  I'll update the example.

Cheers,
Bernard

> 
>     -wsv
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org
> See http://ietf.webdav.org/caldav/ for more CalDAV resources
> http://lists.osafoundation.org/mailman/listinfo/ietf-caldav





Return-Path: <wsanchez@wsanchez.net>
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 17EE87F540 for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 14:15:10 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 125F514229A for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 14:15:10 -0800 (PST)
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 13932-07 for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 14:15:09 -0800 (PST)
Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id B3199142295 for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 14:15:09 -0800 (PST)
Received: from relay5.apple.com (a17-128-113-35.apple.com [17.128.113.35]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id j9VMF9Jo003908 for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 14:15:09 -0800 (PST)
Received: from [17.221.42.43] (pucca.apple.com [17.221.42.43]) by relay5.apple.com (Apple SCV relay) with ESMTP id 08246324013 for <ietf-caldav@osafoundation.org>; Mon, 31 Oct 2005 14:15:05 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v734)
To: ietf-caldav@osafoundation.org
Message-Id: <DDF2E0BB-E4AF-4EA1-94E0-02DD8738A872@wsanchez.net>
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-33-18366012; protocol="application/pkcs7-signature"
From: =?ISO-8859-1?Q?Wilfredo_S=E1nchez_Vega?= <wsanchez@wsanchez.net>
Date: Mon, 31 Oct 2005 14:15:04 -0800
X-Mailer: Apple Mail (2.734)
X-Brightmail-Tracker: AAAAAA==
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.6 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Subject: [Ietf-caldav] Confused about calendar query filters
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: Mon, 31 Oct 2005 22:15:10 -0000

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

   I'm trying to get my head around example 6.4.1...

   Let's say I have a resource on my CalDAV server with four events:

     Jan 12, 2006 1PM WST
     Feb 12, 2006 1PM WST
     Mar 12, 2006 1PM WST
     Apr 12, 2006 1PM WST

...and all four events are in a custom timezone "WST" which is also  
defined in that resource.

   And I request a calendar-query report with this filter:

     <filter>
       <comp-filter name="VCALENDAR">
         <comp-filter name="VEVENT">
           <time-range start="20060201" end="20060228"/> <!-- All of  
Feb 2006 -->
         </comp-filter>
       </comp-filter>
     </filter>

   When I get back the report, do I just get back the matching  
component (the Feb 12 event), or does the whole resource match, so I  
get back all four events plus the timezone definition?

   If the former, then the example request in 6.4.1's request for  
VTIMEZONE data in the response is not ever going to happen, so I'm  
guessing it's the latter.  Specifically, I'm reading this as: "give  
me all data from any resource which contains an event that (at least  
partially) occurs in Feb 2006."

   So if I had this instead:

     <filter>
       <comp-filter name="VCALENDAR">
         <comp-filter name="VEVENT"/>
       </comp-filter>
     </filter>

   I'd interpret it as "give me all data for any resource which  
contains an event." and going t the extreme:

     <filter>
       <comp-filter name="VCALENDAR"/>
     </filter>

...would be "give me all data for all resources."

   Is this all correct?

   I think my confusion stems from the fact that the first example  
contains both a filter (required) and a DAV:prop qualifier and it's  
hard to keep track of which elements are doing what filtering for  
you, that the <filter> filters out resources and <DAV:prop> selects  
components and properties within the matching resources.

   It might help if the example response included a (non-recurring)  
event outside of the filter's time range, with the explanation that  
the event is part of a matching resource (notice the UID matches an  
event in the time range), and if it included a VTIMEZONE component  
even though there is no mention of VTIMEZONE in filter.  I think that  
might clarify things a little bit, assuming I'm reading it right.

     -wsv


--Apple-Mail-33-18366012
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIzDCCAz8w
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/11fZU8wggWFMIIE7qADAgECAgMNZZAwDQYJKoZI
hvcNAQEEBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkp
IEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA0
MTExMDAyMjkyN1oXDTA1MTExMDAyMjkyN1owggH/MRUwEwYDVQQEEwxTYW5jaGV6IFZlZ2ExETAP
BgNVBCoTCFdpbGZyZWRvMR4wHAYDVQQDExVXaWxmcmVkbyBTYW5jaGV6IFZlZ2ExJDAiBgkqhkiG
9w0BCQEWFXdzYW5jaGV6QHdzYW5jaGV6Lm5ldDEhMB8GCSqGSIb3DQEJARYSd3NhbmNoZXpAYXBw
bGUuY29tMSIwIAYJKoZIhvcNAQkBFhN3c2FuY2hlekBhcGFjaGUub3JnMR8wHQYJKoZIhvcNAQkB
FhB3c2FuY2hlekBtaXQuZWR1MSQwIgYJKoZIhvcNAQkBFhV3c2FuY2hlekBhbHVtLm1pdC5lZHUx
IzAhBgkqhkiG9w0BCQEWFHdzYW5jaGV6QGZyZWVic2Qub3JnMSIwIAYJKoZIhvcNAQkBFhN3c2Fu
Y2hlekBuZXRic2Qub3JnMR0wGwYJKoZIhvcNAQkBFg50cml0YW5AbWl0LmVkdTEsMCoGCSqGSIb3
DQEJARYdd3NhbmNoZXpAcHJldHR5Z29vZHBsYW5lcy5jb20xJzAlBgkqhkiG9w0BCQEWGHdzYW5j
aGV6QGZyZWVtZXRob2RzLm9yZzEfMB0GCSqGSIb3DQEJARYQdG9vbEByYW5nZXJzLm9yZzEfMB0G
CSqGSIb3DQEJARYQd3NhbmNoZXpAbWFjLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC
ggEBAMdR8Xdk0klE2zVpa5NJPNI1rz1kTWtpPqCz0/h9oI5cdpw8OiJpfD/7npvxTKQk564YwikW
wIZ9zkE1Nu9twStukxQb6D8QdAKk+4SVgkDZm62rHBJBoLoBpW9O5qTkHtvuWMVCRuCZW4lAJYdp
vZ9FkGrLssn+rBV99LYZPc2D7Y0y4XoAoqvGu1rjkRNXftm49PXXHth/wlgzSiaC7f27M8s7IhuC
fcvp04iMok3id03+blIKwmcH7Nb1L7X3wok+5JMhTa1txGds1m9AqN9nb3zav30GEO0LXU2Y7PMV
8De6TYU3cJD95BfATGEx7JhxrPXwKBCbiJDc5dsMPhcCAwEAAaOCASQwggEgMIIBDgYDVR0RBIIB
BTCCAQGBFXdzYW5jaGV6QHdzYW5jaGV6Lm5ldIESd3NhbmNoZXpAYXBwbGUuY29tgRN3c2FuY2hl
ekBhcGFjaGUub3JngRB3c2FuY2hlekBtaXQuZWR1gRV3c2FuY2hlekBhbHVtLm1pdC5lZHWBFHdz
YW5jaGV6QGZyZWVic2Qub3JngRN3c2FuY2hlekBuZXRic2Qub3JngQ50cml0YW5AbWl0LmVkdYEd
d3NhbmNoZXpAcHJldHR5Z29vZHBsYW5lcy5jb22BGHdzYW5jaGV6QGZyZWVtZXRob2RzLm9yZ4EQ
dG9vbEByYW5nZXJzLm9yZ4EQd3NhbmNoZXpAbWFjLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3
DQEBBAUAA4GBAGtqmsTpUyTIYFCMtTwEM0wg/l0Ul/EOTzfSx9CUni9i32m2DF8h5801L+64LOl8
XawvtrVmE7HCFF3d33/lNd9nmLrGAdEvG7yr++FJ1059puTTgqUChZBL+xkHZp8Yu9d5yPtGxeHZ
E3Ke+6t+UuSS9OV8pt2VmzjKwTGjJtJLMYIC5zCCAuMCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMG
A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv
bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw1lkDAJBgUrDgMCGgUAoIIBUzAYBgkqhkiG9w0BCQMx
CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTEwMzEyMjE1MDVaMCMGCSqGSIb3DQEJBDEW
BBRYpLW90grXci8OkR65CmdLvDr8bjB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUw
IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy
c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDWWQMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYD
VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMj
VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw1lkDANBgkqhkiG9w0BAQEFAASC
AQCm19qwz8QC7poFuyqLmXK7WPE5Z1V30vBA+cof1yfUoENe7zwC0Hc8rIpv2pKiep2oAhTiINXI
c7AtTamwssPgvKFxCdhrZpkgKNqO+gAFvYnwmPIVRMdKnjBE7YJbhkaP8VICv5DBg1Mv1ZnAaJKf
daPVwZwFVWK6oJhIhkVXvyfROYBLxXKN4mpddN3/aBtyDf53JpnpWyOMHF5uOUzODuxZzvAhNIg8
cnkmRQJbnqXOYDdWLYrZR6mB3S49FIiYvJhYlH4qs7unMcq+J6dDb0jyO5iYj24ZpSHPniGFaLZN
Ubj7m0DHJSW5/syS5iOb1cAYAku1tTk4LwtD+/EIAAAAAAAA

--Apple-Mail-33-18366012--


Return-Path: <lisa@osafoundation.org>
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 AD5C47F507; Sat, 29 Oct 2005 09:02:15 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 9896A14228C; Sat, 29 Oct 2005 09:02:15 -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 27239-03; Sat, 29 Oct 2005 09:02:15 -0700 (PDT)
Received: from [192.168.1.100] (unknown [198.144.201.116]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 5EE88142285; Sat, 29 Oct 2005 09:02:13 -0700 (PDT)
In-Reply-To: <Pine.WNT.4.63.0510290840560.2460@NIKITA>
References: <62CCA0608204A44A8B79CAE756A5F28901A9367A@corpmail.mygazoo.com> <4362EFC8.4060402@oracle.com> <Pine.WNT.4.63.0510290840560.2460@NIKITA>
Mime-Version: 1.0 (Apple Message framework v623)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <b4324e4244d7e5853d93b372a2c4bcb1@osafoundation.org>
Content-Transfer-Encoding: 7bit
From: Lisa Dusseault <lisa@osafoundation.org>
Date: Sat, 29 Oct 2005 09:02:04 -0700
To: Anil.Srivastava@Sun.COM
X-Mailer: Apple Mail (2.623)
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.2 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Cc: ietf-calsify@osafoundation.org, Carol Tsai <Carol.Tsai@Reardencommerce.com>, ietf-caldav@osafoundation.org
Subject: [Ietf-caldav] Transparency, status, attendance and free-busy interactions
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: Sat, 29 Oct 2005 16:02:15 -0000

Part of the iCalendar model confusion here is whether the VEVENT  
component is part of a personal calendar, or part of a shared  
repository of events.

In the case where VEVENTs are in a personal calendar, stored only on my  
machine (or on a server where other agents don't view the event as part  
of their calendar), then in that context it would be reasonable to  
model free-busy as being independent from attendance.    In this  
model/context:
  - Any event in a personal calendar that is confirmed and opaque would  
affect free-busy.
  - Even if there is no attendance list, it's on the personal calendar  
and opacity means it affects free-busy.
  - If there is an attendance list, and the user is not on that list,  
it's still on their personal calendar and thus opacity means it affects  
free-busy.
I believe this is the way most personal calendars work today, importing  
ICS files or storing data in ICS files locally or via WebCAL.

In the case where VEVENTs are in a shared repository, where multiple  
individuals view the same component, now attendance would affect  
free-busy.
  - If the user shows up as an attendee, and the event is confirmed, and  
the event is opaque, this would affect free-busy
  - Possibly opacity and status should be per-user properties.  Several  
attendees of a meeting might be in different stages of invitations --  
some confirmed, some only tentative.
I believe some shared calendar servers do work this way today and they  
should describe what they've actually implemented and what that means  
for iCalendar.

But what context dependencies mean for the overall discussion is that  
we can't discuss what free-busy means independent of context.  It may  
be very difficult to standardize this in just one way in RFC2445 bis  
and we should keep in mind other possibilities.  For example, we could  
split RFC2445 bis into several sections/documents
   1. the base format, used in many contexts
   2.  what different elements of the base format mean in import/export  
of ICS files for personal calendars
   3.  what different elements of the base format mean in iTIP usage

Lisa


On Oct 29, 2005, at 8:43 AM, Anil SRIVASTAVA wrote:

> On 2005-10-28/23:43 [-0400], bernard.desruisseaux@oracle.com  
> [Bernard...:
>
>> Carol,
>>
>> The table I posted in a separate thread was built with the
>> assumption that the "TENTATIVE" part in "BUSY-TENTATIVE" was
>> derived from STATUS:TENTATIVE based on the following information:
>>
>> RFC 2445, section 4.2.9 Free/Busy Time Type:
>>
>>  The value BUSY-TENTATIVE indicates that the time interval is busy
>>  because one or more events have been *tentatively scheduled* for
>>  that interval.
>>
>> RFC 2445, section 4.8.1.11 Status:
>>
>>  Description: In a group scheduled calendar component, the property is
>>  used by the "Organizer" to provide a confirmation of the event to the
>>  "Attendees". For example in a "VEVENT" calendar component, the
>>  "Organizer" can indicate that a meeting is tentative, confirmed or
>>  cancelled.
>>
>> You may ask "But what if I tentatively accepted the event?" (i.e.,
>> you set PARTSTAT=TENTATIVE on *your* ATTENDEE property). Shouldn't
>> the derived FBTYPE be BUSY-TENTATIVE even though the event might
>> have been confirmed by the Organizer (i.e., STATUS:CONFIRMED)?
>> It seems not.
>
> That being the case, I think it is clearly broken.  The attendees
> individual acceptance status has to play a role in the dynamically
> generated FB time.  If an attendee has not accepted the event or
> declined it, then clearly they are not attending the meeting the
> organizer put together and are therefor available.
>
> PARTSTAT of an attendee should take precedence over the STATUS  
> property.
>
>
> Anil
>
>>
>> Section 4.8.1.11 makes me believe that an attendee would not change
>> the value of the STATUS property set by the Organizer (i.e., "the
>> property is used by the Organizer..."). But I don't believe it is
>> the case for the TRANSP property given that its purpose is to "define
>> whether an event is transparent or not to busy time searches" on a
>> calendar. The same way you would ignore/modify the VALARM that you
>> would receive from the Organizer, you would also ignore/modify the
>> value of the TRANSP property as you wish.
>>
>> Cheers,
>> Bernard
>>
>> Carol Tsai wrote:
>>
>>> Hi Cameron,
>>>
>>> I was researching on how to create an iCal that has the show as time
>>> be Tentative when I came accross your posting
>>> (http://lists.osafoundation.org/pipermail/ietf-calsify/2004-August/ 
>>> 000050.html).
>>> I was wondering if you received a reply to that? I agree that the
>>> TRANSP property doesn't seem to have a Tentative option.
>>>
>>> Carol Tsai
>>>
>>> REARDEN commerce 1400 Fashion Island Blvd Suite 150 San Mateo Ca
>>> 94404
>>>
>>> T 650 212 8474 F 650 212 8499
>>>
>>> www.reardencommerce.com <http://www.reardencommerce.com>
>>>
>>> _______________________________________________ Ietf-calsify mailing
>>> list Ietf-calsify@osafoundation.org
>>> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify
>>
>>
>>
>> _______________________________________________
>> Ietf-calsify mailing list
>> Ietf-calsify@osafoundation.org
>> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify
>>
>
> -- 
> _______________
> Anil SRIVASTAVA
> anil.srivastava@Sun.COM
> _______________________________________________
> Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org
> See http://ietf.webdav.org/caldav/ for more CalDAV resources
> http://lists.osafoundation.org/mailman/listinfo/ietf-caldav



Return-Path: <Anil.Srivastava@Sun.COM>
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 15DDF7F553; Sat, 29 Oct 2005 08:44:37 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 0538714228C; Sat, 29 Oct 2005 08:44:37 -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 16212-07; Sat, 29 Oct 2005 08:44:36 -0700 (PDT)
Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by laweleka.osafoundation.org (Postfix) with ESMTP id 6638C142289; Sat, 29 Oct 2005 08:44:36 -0700 (PDT)
Received: from fe-amer-09.sun.com ([192.18.108.183]) by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id j9TFiaD7003136;  Sat, 29 Oct 2005 09:44:36 -0600 (MDT)
Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep  9 2005)) id <0IP400J01OREET00@mail-amer.sun.com> (original mail from Anil.Srivastava@Sun.COM); Sat, 29 Oct 2005 09:44:36 -0600 (MDT)
Received: from NIKITA.sun.com ([129.150.25.51]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPSA id <0IP4001JVP2AGM30@mail-amer.sun.com>; Sat, 29 Oct 2005 09:44:35 -0600 (MDT)
Date: Sat, 29 Oct 2005 08:43:55 -0700 (Pacific Daylight Time)
From: Anil SRIVASTAVA <Anil.Srivastava@Sun.COM>
In-reply-to: <4362EFC8.4060402@oracle.com>
Sender: Anil.Srivastava@Sun.COM
To: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
Message-id: <Pine.WNT.4.63.0510290840560.2460@NIKITA>
Organization: Sun Microsystems [http://www.sun.com]
MIME-version: 1.0
X-Mailer: Pine 4.63 - Got Pine?
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
Accept-Language: English; en
X-Message-Class: normal
X-Endorsement: This message brought to you by Sun Java System Messaging Server 6.2
References: <62CCA0608204A44A8B79CAE756A5F28901A9367A@corpmail.mygazoo.com> <4362EFC8.4060402@oracle.com>
X-Message-flag: Outlook: the best virus distribution system around
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.8 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Cc: ietf-calsify@osafoundation.org, ietf-caldav@osafoundation.org, Carol Tsai <Carol.Tsai@Reardencommerce.com>
Subject: [Ietf-caldav] Re: [Ietf-calsify] Recommendationsfor	strippingdown	iCaltoa	manageable 'standard'
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Anil.Srivastava@Sun.COM
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: Sat, 29 Oct 2005 15:44:37 -0000

On 2005-10-28/23:43 [-0400], bernard.desruisseaux@oracle.com [Bernard...:

> Carol,
> 
> The table I posted in a separate thread was built with the
> assumption that the "TENTATIVE" part in "BUSY-TENTATIVE" was
> derived from STATUS:TENTATIVE based on the following information:
> 
> RFC 2445, section 4.2.9 Free/Busy Time Type:
> 
>  The value BUSY-TENTATIVE indicates that the time interval is busy
>  because one or more events have been *tentatively scheduled* for
>  that interval.
> 
> RFC 2445, section 4.8.1.11 Status:
> 
>  Description: In a group scheduled calendar component, the property is
>  used by the "Organizer" to provide a confirmation of the event to the
>  "Attendees". For example in a "VEVENT" calendar component, the
>  "Organizer" can indicate that a meeting is tentative, confirmed or
>  cancelled.
> 
> You may ask "But what if I tentatively accepted the event?" (i.e.,
> you set PARTSTAT=TENTATIVE on *your* ATTENDEE property). Shouldn't
> the derived FBTYPE be BUSY-TENTATIVE even though the event might
> have been confirmed by the Organizer (i.e., STATUS:CONFIRMED)?
> It seems not.

That being the case, I think it is clearly broken.  The attendees 
individual acceptance status has to play a role in the dynamically 
generated FB time.  If an attendee has not accepted the event or 
declined it, then clearly they are not attending the meeting the 
organizer put together and are therefor available. 

PARTSTAT of an attendee should take precedence over the STATUS property.  


Anil

> 
> Section 4.8.1.11 makes me believe that an attendee would not change
> the value of the STATUS property set by the Organizer (i.e., "the
> property is used by the Organizer..."). But I don't believe it is
> the case for the TRANSP property given that its purpose is to "define
> whether an event is transparent or not to busy time searches" on a
> calendar. The same way you would ignore/modify the VALARM that you
> would receive from the Organizer, you would also ignore/modify the
> value of the TRANSP property as you wish.
> 
> Cheers,
> Bernard
> 
> Carol Tsai wrote:
> 
> > Hi Cameron,
> > 
> > I was researching on how to create an iCal that has the show as time
> > be Tentative when I came accross your posting
> > (http://lists.osafoundation.org/pipermail/ietf-calsify/2004-August/000050.html).
> > I was wondering if you received a reply to that? I agree that the
> > TRANSP property doesn't seem to have a Tentative option.
> > 
> > Carol Tsai
> > 
> > REARDEN commerce 1400 Fashion Island Blvd Suite 150 San Mateo Ca
> > 94404
> > 
> > T 650 212 8474 F 650 212 8499
> > 
> > www.reardencommerce.com <http://www.reardencommerce.com>
> > 
> > _______________________________________________ Ietf-calsify mailing
> > list Ietf-calsify@osafoundation.org
> > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify
> 
> 
> 
> _______________________________________________
> Ietf-calsify mailing list
> Ietf-calsify@osafoundation.org
> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify
> 

-- 
_______________
Anil SRIVASTAVA
anil.srivastava@Sun.COM


Return-Path: <bernard.desruisseaux@oracle.com>
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 67C707F544; Fri, 28 Oct 2005 20:43:05 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 5884A142285; Fri, 28 Oct 2005 20:43:05 -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 14450-04; Fri, 28 Oct 2005 20:43:05 -0700 (PDT)
Received: from agminet04.oracle.com (agminet04.oracle.com [141.146.126.231]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id F1649142283; Fri, 28 Oct 2005 20:43:04 -0700 (PDT)
Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet04.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j9T3h4Br009123; Fri, 28 Oct 2005 22:43:04 -0500
Received: from localhost (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id j9T3h3Kd027117; Fri, 28 Oct 2005 21:43:03 -0600
Received: from [127.0.0.1] (dhcp-amer-rmdc-csvpn-gw5-141-144-104-161.vpn.oracle.com [141.144.104.161]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j9T3gveO027095; Fri, 28 Oct 2005 21:43:01 -0600
Message-ID: <4362EFC8.4060402@oracle.com>
Date: Fri, 28 Oct 2005 23:43:04 -0400
From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
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: Carol Tsai <Carol.Tsai@Reardencommerce.com>
References: <62CCA0608204A44A8B79CAE756A5F28901A9367A@corpmail.mygazoo.com>
In-Reply-To: <62CCA0608204A44A8B79CAE756A5F28901A9367A@corpmail.mygazoo.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.6 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Cc: ietf-calsify@osafoundation.org, ietf-caldav@osafoundation.org
Subject: [Ietf-caldav] Re: [Ietf-calsify] Recommendationsfor	strippingdown	iCaltoa	manageable 'standard'
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: Sat, 29 Oct 2005 03:43:05 -0000

Carol,

The table I posted in a separate thread was built with the
assumption that the "TENTATIVE" part in "BUSY-TENTATIVE" was
derived from STATUS:TENTATIVE based on the following information:

RFC 2445, section 4.2.9 Free/Busy Time Type:

  The value BUSY-TENTATIVE indicates that the time interval is busy
  because one or more events have been *tentatively scheduled* for
  that interval.

RFC 2445, section 4.8.1.11 Status:

  Description: In a group scheduled calendar component, the property is
  used by the "Organizer" to provide a confirmation of the event to the
  "Attendees". For example in a "VEVENT" calendar component, the
  "Organizer" can indicate that a meeting is tentative, confirmed or
  cancelled.

You may ask "But what if I tentatively accepted the event?" (i.e.,
you set PARTSTAT=TENTATIVE on *your* ATTENDEE property). Shouldn't
the derived FBTYPE be BUSY-TENTATIVE even though the event might
have been confirmed by the Organizer (i.e., STATUS:CONFIRMED)?
It seems not.

Section 4.8.1.11 makes me believe that an attendee would not change
the value of the STATUS property set by the Organizer (i.e., "the
property is used by the Organizer..."). But I don't believe it is
the case for the TRANSP property given that its purpose is to "define
whether an event is transparent or not to busy time searches" on a
calendar. The same way you would ignore/modify the VALARM that you
would receive from the Organizer, you would also ignore/modify the
value of the TRANSP property as you wish.

Cheers,
Bernard

Carol Tsai wrote:

> Hi Cameron,
> 
> I was researching on how to create an iCal that has the show as time
> be Tentative when I came accross your posting
> (http://lists.osafoundation.org/pipermail/ietf-calsify/2004-August/000050.html).
> I was wondering if you received a reply to that? I agree that the
> TRANSP property doesn't seem to have a Tentative option.
> 
> Carol Tsai
> 
> REARDEN commerce 1400 Fashion Island Blvd Suite 150 San Mateo Ca
> 94404
> 
> T 650 212 8474 F 650 212 8499
> 
> www.reardencommerce.com <http://www.reardencommerce.com>
> 
> _______________________________________________ Ietf-calsify mailing
> list Ietf-calsify@osafoundation.org 
> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify





Return-Path: <cyrus@daboo.name>
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 A099F7F53E; Fri, 28 Oct 2005 07:52:11 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 922D1142289; Fri, 28 Oct 2005 07:52:11 -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 00452-09; Fri, 28 Oct 2005 07:52:11 -0700 (PDT)
Received: from darius.cyrusoft.com (darius.cyrusoft.com [63.163.82.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 33B8C142269; Fri, 28 Oct 2005 07:52:11 -0700 (PDT)
Received: from [10.0.1.2] (pool-71-240-26-158.pitt.east.verizon.net [71.240.26.158]) (authenticated bits=0) by darius.cyrusoft.com (8.12.9/8.12.9) with ESMTP id j9SEi4uG026302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Oct 2005 10:44:05 -0400
Date: Fri, 28 Oct 2005 10:52:01 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>, Calsify WG <ietf-calsify@osafoundation.org>
Subject: Re: [Ietf-caldav] How to derive FREEBUSY;FBTYPE from a VEVENT?
Message-ID: <E4B3B62D38218BDB93ECF92D@ninevah.local>
In-Reply-To: <4362360A.2070603@oracle.com>
References: <4362360A.2070603@oracle.com>
X-Mailer: Mulberry/4.0.4 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests=AWL, SUBJ_FREE_CAP
X-Spam-Level: 
Cc: 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: Fri, 28 Oct 2005 14:52:11 -0000

Hi Bernard,

--On October 28, 2005 10:30:34 AM -0400 Bernard Desruisseaux 
<bernard.desruisseaux@oracle.com> wrote:

> When would a calendar application derive FBTYPE=BUSY-UNAVAILABLE ?
>
> When would a calendar application derive FBTYPE=x-name ?

I don't think either of these should ever be 'derived' from a VEVENT. 
Rather, if a user wants to specify those, they directly create a VFREEBUSY 
object in their calendar and use that.

That said, I certainly would like to see a table like the one you created 
appearing in either 2445bis or 2446bis.

One other thing that came up as I reviewed this: its not totally clear to 
me how free-busy is supposed to work with all day events. If I have an all 
day event marked with TRANSP=OPAQUE, should the FREEBUSY property specify a 
date-time or a date only? 2445 only seems to show timed cases and kind of 
implies that times are always required. Can this be clarified?

-- 
Cyrus Daboo


Return-Path: <bernard.desruisseaux@oracle.com>
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 624DE7F53E; Fri, 28 Oct 2005 07:30:45 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 4EF0014228F; Fri, 28 Oct 2005 07:30:45 -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 00452-02; Fri, 28 Oct 2005 07:30:45 -0700 (PDT)
Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.122.30]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 0169414228C; Fri, 28 Oct 2005 07:30:44 -0700 (PDT)
Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j9SEUgl3018358; Fri, 28 Oct 2005 08:30:43 -0600
Received: from localhost (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id j9SEUgkm004992; Fri, 28 Oct 2005 08:30:42 -0600
Received: from [144.23.219.186] (bdesruis-ca.ca.oracle.com [144.23.219.186]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j9SEUcPe004972 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 28 Oct 2005 08:30:39 -0600
Message-ID: <4362360A.2070603@oracle.com>
Date: Fri, 28 Oct 2005 10:30:34 -0400
From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Calsify WG <ietf-calsify@osafoundation.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=0.1 tagged_above=-50.0 required=4.0 tests=AWL, SUBJ_FREE_CAP, UPPERCASE_25_50
X-Spam-Level: 
Cc: ietf-caldav@osafoundation.org
Subject: [Ietf-caldav] How to derive FREEBUSY;FBTYPE from a VEVENT?
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: Fri, 28 Oct 2005 14:30:45 -0000

The FBTYPE parameter of FREEBUSY properties of VFREEBUSY components
can take one of the following values:

  - FREE
  - BUSY
  - BUSY-UNAVAILABLE
  - BUSY-TENTATIVE
  - x-name

How can a calendar application (e.g., CalDAV Server) derive the
proper FBTYPE value from a given VEVENT?

Assuming that the FBTYPE parameter of the FREEBUSY property of
a VFREEBUSY component should be derived from the TRANSP and
STATUS properties of the VEVENT component, does the following
table make sense?

     +---------------------------++------------------+
     |          VEVENT           || VFREEBUSY        |
     +-------------+-------------++------------------+
     | TRANSP      | STATUS      || FBTYPE           |
     +=============+=============++==================+
     | TRANSPARENT | <Any value> || FREE             |
     +-------------+-------------++------------------+
     |             | CANCELLED   || FREE             |
     |             +-------------++------------------+
     |             | <Undefined> || BUSY             |
     | OPAQUE      | CONFIRMED   ||                  |
     | <Undefined> +-------------++------------------+
     |             |    ???      || BUSY-UNAVAILABLE |
     |             +-------------++------------------+
     |             | TENTATIVE   || BUSY-TENTATIVE   |
     +-------------+-------------++------------------+

When would a calendar application derive FBTYPE=BUSY-UNAVAILABLE ?

When would a calendar application derive FBTYPE=x-name ?

Cheers,
Bernard



Return-Path: <tadams-lists@myrealbox.com>
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 8EF2B7F57E for <ietf-caldav@osafoundation.org>; Tue, 25 Oct 2005 14:08:42 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 81ED9142278 for <ietf-caldav@osafoundation.org>; Tue, 25 Oct 2005 14:08:42 -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 14622-09 for <ietf-caldav@osafoundation.org>; Tue, 25 Oct 2005 14:08:42 -0700 (PDT)
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [151.155.5.143]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 3BDFA14225E for <ietf-caldav@osafoundation.org>; Tue, 25 Oct 2005 14:08:42 -0700 (PDT)
Received: from aurora.localdomain tadams-lists [69.144.117.210] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 1.6 $ on Linux via secured & encrypted transport (TLS); Tue, 25 Oct 2005 15:08:41 -0600
From: "Trever L. Adams" <tadams-lists@myrealbox.com>
To: CalDav <ietf-caldav@osafoundation.org>
Content-Type: text/plain
Date: Tue, 25 Oct 2005 15:08:40 -0600
Message-Id: <1130274520.2629.20.camel@aurora.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.4.1 (2.4.1-4) 
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests=
X-Spam-Level: 
Subject: [Ietf-caldav] Secition 6.3 of Caldav-sched
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: Tue, 25 Oct 2005 21:08:42 -0000

Forgive me if my stupidity shows through. However, I believe this
section could be simply written if the server is required to send the
acceptance or "rejectance" of a task or calander. I quote:
"  TODO: Need to explain here how to handle incoming iTIP messages.  If
   the client wants to accept a message, it needs to create an event and
   mark the inbox resource as "accepted".  If the client wants to reject
   it, it simply changes a property.  Need to define that property.
   Also recommend locking the Inbox resource to avoid race conditions
   with other clients -- or use ETags to verify."

ATTENDEE;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIP
    ANT;CUTYPE=INDIVIDUAL;CN=Cyrus Daboo:mailto:cyr
    us@example.com

To accept, the PARTSTAT should be Accepted (at least, I believe that is
the iCal text). To reject, the PARTSTAT should be declined. When they
are put back in the inbox, the server should send out the appropriate
iTip message. I believe this answers the above section clearly, it
avoids a huge amount of additional protocol cruft by just using built in
parts that already exist.

I think that any modification to an assigned task or meeting, no matter
where it exists (outgoing, incoming, or other) should be sent as an iTip
to the rest of the users. The exception may be description or notes.

I have seen it argued that tasks should have never been part of ical, I
do not see why not. Especially assigned tasks, they are just a meeting
more or less. They may be different things, but the schemes are all but
identical. A task is more or less the same as a private appointment as
well.

Are tasks supported in CalDAV? I think they should be.

Thanks for listening,
Trever Adams
--
"A citizen of America will cross the ocean to fight for democracy, but
won't cross the street to vote in a national election." -- Bill Vaughan



Return-Path: <Doug@Royer.com>
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 E51C77F500 for <ietf-caldav@osafoundation.org>; Wed, 19 Oct 2005 12:44:32 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id D272E1422C7 for <ietf-caldav@osafoundation.org>; Wed, 19 Oct 2005 12:44:32 -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 24072-09 for <ietf-caldav@osafoundation.org>; Wed, 19 Oct 2005 12:44:32 -0700 (PDT)
Received: from S3.cableone.net (s3.cableone.net [24.116.0.229]) by laweleka.osafoundation.org (Postfix) with ESMTP id 41EFD1422C2 for <ietf-caldav@osafoundation.org>; Wed, 19 Oct 2005 12:44:32 -0700 (PDT)
Received: from [192.168.168.10] (unverified [69.92.70.67])  by S3.cableone.net (CableOne SMTP Service S3) with ESMTP id 34447976  for <ietf-caldav@osafoundation.org>; Wed, 19 Oct 2005 12:52:16 -0700
Message-ID: <4356A21D.1000201@Royer.com>
Date: Wed, 19 Oct 2005 13:44:29 -0600
From: Doug Royer <Doug@Royer.com>
Organization: IntelliCal.com
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: CalDAV DevList <ietf-caldav@osafoundation.org>
Subject: Re: [Ietf-caldav] Off topic: CardDAV
References: <6B5F25B9F515B744B97F1B6E99AC9F5950E82B@DF-SCRUFFY-MSG.exchange.corp.microsoft.com> <0BDEAF3C-7DE3-4BB8-9334-901DFA205419@scalix.com>
In-Reply-To: <0BDEAF3C-7DE3-4BB8-9334-901DFA205419@scalix.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010906030601000409020206"
X-IP-stats: Incoming Outgoing Last 1, First 68, in=121, out=123, spam=0 Known=true
X-External-IP: 69.92.70.67
X-Abuse-Info: Send abuse complaints to abuse@cableone.net
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.6 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: CardDAV DevList <ietf-carddav@osafoundation.org>
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, 19 Oct 2005 19:44:33 -0000

This is a cryptographically signed message in MIME format.

--------------ms010906030601000409020206
Content-Type: multipart/mixed; boundary="------------070600090609010901060009"

This is a multi-part message in MIME format.
--------------070600090609010901060009
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit



Carsten Guenther wrote:
> I agree, and it begs the question if those two (CalDAV and CardDAV)  
> should be rolled into one standard.

This is really separate from CalDAV or CALSIFY:

I think that vCard and iCal should be able to be transported in
the same multipart/related mime object so that the iCal object
can transfer information needed about the entities.

This could also work with iMIP and any other transport.

If ATTENDEE were extended to include a ATTACH (or ATTACH like)
parameter then the vCard could just be another attachment. Or
maybe an ALTREP. Or maybe a new VCARD parameter that takes a URL
value?

If it used a CID, then it could be embedded into the same
MIME object, with that CID object specifying its own MIME
type of vCARD.


-- 

Doug Royer                     | http://INET-Consulting.com
-------------------------------|-----------------------------

               We Do Standards - You Need Standards


--------------070600090609010901060009
Content-Type: text/x-vcard; charset=utf-8;
 name="Doug.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="Doug.vcf"

begin:vcard
fn:Doug Royer
n:Royer;Doug
org:INET-Consulting.com
adr:;;;;;;U.S.A
email;internet:Doug@Royer.com
title:CEO
tel;work:866-594-8574
tel;fax:866-594-8574
note;quoted-printable:AOL: SupportUnix=0D=0A=
	MSN: Support@INET-Consulting.com=0D=0A=
	Yahoo: Help4Unix
x-mozilla-html:FALSE
url:http://Royer.com
version:2.1
end:vcard


--------------070600090609010901060009--

--------------ms010906030601000409020206
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

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC
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+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3
b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g
QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu
ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw
MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD
VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t
L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL
ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt
IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3
DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ
BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX
6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30
AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka
32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd
ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz
Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF
BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi
aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT
5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU
eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO
UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ
KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv
cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln
biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0
ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT
aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13
d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU
RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0
YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS
b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX
yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn
/F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc
h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5
ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX
AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI
KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G
A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD
VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq
hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+
I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK
I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw
FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y
azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5
IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp
dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI
yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN
AQkFMQ8XDTA1MTAxOTE5NDQyOVowIwYJKoZIhvcNAQkEMRYEFFStfpOtJ1VSkO89jzITNkJh
81szMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG
SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw
gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO
ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y
cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB
IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp
o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg
SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl
cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5
ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt
UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA
BIIBAF7FEmDx+O4byP5JKVO7PS07ndESZJh7Hr7lVi2fq0kvjCaePCJi6eSwe8/1V+Pt3skD
HL0MhdULOBythzWjJOMKAIhHsGpffd1I2DxTz3lY7x07bIyQpTzznIB3jYrQJiZqr5a5DEoj
SUbQsQnIp2kbocafnJtQA27Irl0pSOaTpfw4o8WOMk8OJcvqU7nymSQYOzpclpfqh6/pszl6
zh0UvkxVcMqJjlTshmpQBSZeIgEHeWI4g+hg1C+rzTw9fDGeX9RB1KuA5s21JYq/TZnpSHfE
R2N+1rBVaW/IwY7mINgpIrdPZ6RrHl1P57A5oKR8xewYO6PgTV9NMrKSt8UAAAAAAAA=
--------------ms010906030601000409020206--


Return-Path: <camerost@exchange.microsoft.com>
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 8D6987F55A; Wed, 19 Oct 2005 10:05:55 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 78D471422C2; Wed, 19 Oct 2005 10:05:55 -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 17721-04; Wed, 19 Oct 2005 10:05:55 -0700 (PDT)
Received: from mail1.exchange.microsoft.com (mail1.exchange.microsoft.com [131.107.76.156]) by laweleka.osafoundation.org (Postfix) with ESMTP id 11E631422B9; Wed, 19 Oct 2005 10:05:55 -0700 (PDT)
Received: from DF-GWY-04.Exchange.Corp.Microsoft.com ([157.54.8.149]) by mail1.exchange.microsoft.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.2499); Wed, 19 Oct 2005 10:05:54 -0700
Received: from df-hub-02.exchange.corp.microsoft.com (157.54.8.23) by DF-GWY-04.Exchange.Corp.microsoft.com (157.54.8.149) with Microsoft SMTP Server id 8.0.360.16; Wed, 19 Oct 2005 17:05:54 +0000
Received: from df-hub-01.exchange.corp.microsoft.com ([157.54.8.109]) by df-hub-02.exchange.corp.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Oct 2005 10:05:54 -0700
Received: from DF-Scruffy-BHD.Exchange.Microsoft.com ([157.54.54.216]) by df-hub-01.exchange.corp.microsoft.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Oct 2005 10:05:53 -0700
In-Reply-To: <0BDEAF3C-7DE3-4BB8-9334-901DFA205419@scalix.com>
X-OriginalArrivalTime: 19 Oct 2005 17:05:53.0356 (UTC) FILETIME=[5D0080C0:01C5D4CF]
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Ietf-caldav] Off topic: CardDAV
Date: Wed, 19 Oct 2005 10:05:58 -0700
Message-ID: <6B5F25B9F515B744B97F1B6E99AC9F5950E842@DF-SCRUFFY-MSG.exchange.corp.microsoft.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
X-MimeOLE: Produced By Microsoft Exchange V6.5
Thread-Topic: [Ietf-caldav] Off topic: CardDAV
Thread-Index: AcXUzA69MWA9HDI+QMaYWn7+yERk4QAAD7tA
From: Cameron Stillion <camerost@exchange.microsoft.com>
To: "Carsten Guenther" <Carsten.Guenther@scalix.com>
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.6 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Cc: CalDAV DevList <ietf-caldav@osafoundation.org>, CardDAV DevList <ietf-carddav@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, 19 Oct 2005 17:05:55 -0000

I actually think there is value in having them separate - just as iCal
should never have contained tasks... They are fundamentally different
data types.  BUT, they need to have a connection.  The protocol and
schema should connect - clearly and purposefully.

cam

-----Original Message-----
From: Carsten Guenther [mailto:Carsten.Guenther@scalix.com]=20
Sent: Wednesday.19.October.2005 09.41
To: Cameron Stillion
Cc: Mark Paterson; Cyrus Daboo; CalDAV DevList; CardDAV DevList
Subject: Re: [Ietf-caldav] Off topic: CardDAV

I agree, and it begs the question if those two (CalDAV and CardDAV)
should be rolled into one standard.

On Oct 19, 2005, at 9:38 AM, Cameron Stillion wrote:

>
> I would like to just add that strategically, vCard and iCal are=20
> intimately related.  Endeavors in this area are necessarily going to=20
> reference each other.  As soon as you begin implementing any PIM=20
> features of relative value, it becomes very clear.  Distributing=20
> Calendars needs a way to associate an owner with a calendar,=20
> especially the kind that represent your actual schedule, as opposed to

> the calendar for the little league team you coach on the weekends. =20
> Likewise, as soon as you begin distributing your contact information,=20
> the next piece you want to share is your schedule.  Both standards=20
> need to have a way to associate back and forth.  A standard or=20
> protocol that mentions one but not the other, is IMHO - incomplete,=20
> and unfinished.
>
> Cameron
>
>
> -----Original Message-----
> From: ietf-caldav-bounces@osafoundation.org
> [mailto:ietf-caldav-bounces@osafoundation.org] On Behalf Of Mark=20
> Paterson
> Sent: Wednesday.19.October.2005 08.59
> To: Cyrus Daboo
> Cc: CalDAV DevList; CardDAV DevList
> Subject: Re: [Ietf-caldav] Off topic: CardDAV
>
> Nice idea but you may want to consider a cardsify initiative to go=20
> along with it. vCard leaves a lot to be desired.:-)
>
> Cyrus Daboo wrote:
>
>
>> Hi folks,
>> This is a little of topic, but I think it is relevant for most folks.
>> I have just sent in a draft for a new protocol called CardDAV:
>>
>> <http://www.ietf.org/internet-drafts/draft-daboo-carddav-00.txt>
>>
>> CardDAV does for vCards what CalDAV does for iCalendar. i.e. it=20
>> provides a set of WebDAV extensions and a data model for access to=20
>> vCard objects stored on a server. CardDAV is very similar to CalDAV=20
>> because of the similarities between iCalendar and vCard formats.
>>
>> There is a separate discussion list setup for CardDAV, so please=20
>> respond to any comments on that list rather than the CalDAV list.
>> List
>>
>
>
>> details are below:
>>
>> <http://lists.osafoundation.org/mailman/listinfo/ietf-carddav>
>>
>>
>
> --
> MARK PATERSON
> Director, Software Development
> Collaborative Application Services
> Oracle Corporation - Server Technologies
>
> Phone:  514.905.8649
> Mobile: 514.862.8505
> mailto: mark.paterson@oracle.com
> http:   www.oracle.com
>
>
> _______________________________________________
> Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org See=20
> http://ietf.webdav.org/caldav/ for more CalDAV resources=20
> http://lists.osafoundation.org/mailman/listinfo/ietf-caldav
> _______________________________________________
> Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org See=20
> http://ietf.webdav.org/caldav/ for more CalDAV resources=20
> http://lists.osafoundation.org/mailman/listinfo/ietf-caldav
>



Return-Path: <Carsten.Guenther@scalix.com>
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 D215C7F556; Wed, 19 Oct 2005 09:42:06 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id B87401422C7; Wed, 19 Oct 2005 09:42:06 -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 08067-07; Wed, 19 Oct 2005 09:42:06 -0700 (PDT)
Received: from fling.local.scalix.com (unknown [66.7.233.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 4A4C21422C2; Wed, 19 Oct 2005 09:42:06 -0700 (PDT)
Received: from sting.scalix.local (sting.scalix.local [10.17.33.50]) by fling.local.scalix.com (8.13.1/8.13.1) with ESMTP id j9JGfdq4026404;  Wed, 19 Oct 2005 09:41:39 -0700
Received: from sting.scalix.local (localhost.localdomain [127.0.0.1]) by sting.scalix.local (8.12.11/8.12.10) with ESMTP id j9JGfVR9009723; Wed, 19 Oct 2005 09:41:31 -0700
Received: from sting.scalix.local (root@localhost) by sting.scalix.local (8.12.11/8.12.11/Submit) with ESMTP id j9JGfVoQ009718; Wed, 19 Oct 2005 09:41:31 -0700
Received: from [10.17.1.104] ( 10.17.1.104) by sting.scalix.local (Scalix SMTP Relay 10.0.0.108-alpha) via ESMTP; Wed, 19 Oct 2005 09:41:30 -0700 (PDT)
Date: Wed, 19 Oct 2005 09:41:27 -0700
From: "Carsten Guenther" <Carsten.Guenther@scalix.com>
To: Cameron Stillion <camerost@exchange.microsoft.com>
Message-ID: <0BDEAF3C-7DE3-4BB8-9334-901DFA205419@scalix.com>
In-Reply-To: <6B5F25B9F515B744B97F1B6E99AC9F5950E82B@DF-SCRUFFY-MSG.exchange.corp.microsoft.com>
References: <6B5F25B9F515B744B97F1B6E99AC9F5950E82B@DF-SCRUFFY-MSG.exchange.corp.microsoft.com>
Subject: Re: [Ietf-caldav] Off topic: CardDAV
x-scalix-Hops: 1
X-Mailer: Apple Mail (2.734)
Mime-Version: 1.0 (Apple Message framework v734)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.7 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Cc: CalDAV DevList <ietf-caldav@osafoundation.org>, CardDAV DevList <ietf-carddav@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, 19 Oct 2005 16:42:07 -0000

I agree, and it begs the question if those two (CalDAV and CardDAV)  
should be rolled into one standard.

On Oct 19, 2005, at 9:38 AM, Cameron Stillion wrote:

>
> I would like to just add that strategically, vCard and iCal are
> intimately related.  Endeavors in this area are necessarily going to
> reference each other.  As soon as you begin implementing any PIM
> features of relative value, it becomes very clear.  Distributing
> Calendars needs a way to associate an owner with a calendar,  
> especially
> the kind that represent your actual schedule, as opposed to the  
> calendar
> for the little league team you coach on the weekends.  Likewise, as  
> soon
> as you begin distributing your contact information, the next piece you
> want to share is your schedule.  Both standards need to have a way to
> associate back and forth.  A standard or protocol that mentions one  
> but
> not the other, is IMHO - incomplete, and unfinished.
>
> Cameron
>
>
> -----Original Message-----
> From: ietf-caldav-bounces@osafoundation.org
> [mailto:ietf-caldav-bounces@osafoundation.org] On Behalf Of Mark
> Paterson
> Sent: Wednesday.19.October.2005 08.59
> To: Cyrus Daboo
> Cc: CalDAV DevList; CardDAV DevList
> Subject: Re: [Ietf-caldav] Off topic: CardDAV
>
> Nice idea but you may want to consider a cardsify initiative to go  
> along
> with it. vCard leaves a lot to be desired.:-)
>
> Cyrus Daboo wrote:
>
>
>> Hi folks,
>> This is a little of topic, but I think it is relevant for most folks.
>> I have just sent in a draft for a new protocol called CardDAV:
>>
>> <http://www.ietf.org/internet-drafts/draft-daboo-carddav-00.txt>
>>
>> CardDAV does for vCards what CalDAV does for iCalendar. i.e. it
>> provides a set of WebDAV extensions and a data model for access to
>> vCard objects stored on a server. CardDAV is very similar to CalDAV
>> because of the similarities between iCalendar and vCard formats.
>>
>> There is a separate discussion list setup for CardDAV, so please
>> respond to any comments on that list rather than the CalDAV list.  
>> List
>>
>
>
>> details are below:
>>
>> <http://lists.osafoundation.org/mailman/listinfo/ietf-carddav>
>>
>>
>
> --
> MARK PATERSON
> Director, Software Development
> Collaborative Application Services
> Oracle Corporation - Server Technologies
>
> Phone:  514.905.8649
> Mobile: 514.862.8505
> mailto: mark.paterson@oracle.com
> http:   www.oracle.com
>
>
> _______________________________________________
> Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org See
> http://ietf.webdav.org/caldav/ for more CalDAV resources
> http://lists.osafoundation.org/mailman/listinfo/ietf-caldav
> _______________________________________________
> Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org
> See http://ietf.webdav.org/caldav/ for more CalDAV resources
> http://lists.osafoundation.org/mailman/listinfo/ietf-caldav
>



Return-Path: <camerost@exchange.microsoft.com>
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 98DCD7F552; Wed, 19 Oct 2005 09:38:14 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 7F4511422C7; Wed, 19 Oct 2005 09:38:14 -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 14090-05; Wed, 19 Oct 2005 09:38:14 -0700 (PDT)
Received: from mail1.exchange.microsoft.com (mail1.exchange.microsoft.com [131.107.76.156]) by laweleka.osafoundation.org (Postfix) with ESMTP id 20C361422C2; Wed, 19 Oct 2005 09:38:14 -0700 (PDT)
Received: from DF-GWY-04.Exchange.Corp.Microsoft.com ([157.54.8.149]) by mail1.exchange.microsoft.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.2499); Wed, 19 Oct 2005 09:38:13 -0700
Received: from df-hub-02.exchange.corp.microsoft.com (157.54.8.23) by DF-GWY-04.Exchange.Corp.microsoft.com (157.54.8.149) with Microsoft SMTP Server id 8.0.360.16; Wed, 19 Oct 2005 16:38:13 +0000
Received: from df-hub-01.exchange.corp.microsoft.com ([157.54.8.109]) by df-hub-02.exchange.corp.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Oct 2005 09:38:13 -0700
Received: from DF-Scruffy-BHD.Exchange.Microsoft.com ([157.54.54.216]) by df-hub-01.exchange.corp.microsoft.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Oct 2005 09:38:11 -0700
In-Reply-To: <43566D44.7090406@oracle.com>
X-OriginalArrivalTime: 19 Oct 2005 16:38:11.0559 (UTC) FILETIME=[7E7E6770:01C5D4CB]
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Ietf-caldav] Off topic: CardDAV
Date: Wed, 19 Oct 2005 09:38:17 -0700
Message-ID: <6B5F25B9F515B744B97F1B6E99AC9F5950E82B@DF-SCRUFFY-MSG.exchange.corp.microsoft.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
X-MimeOLE: Produced By Microsoft Exchange V6.5
Thread-Topic: [Ietf-caldav] Off topic: CardDAV
Thread-Index: AcXUxjNa8jxBzCyfSE6F+SzSS8Uf6gABGoxw
From: Cameron Stillion <camerost@exchange.microsoft.com>
To: "Mark Paterson" <mark.paterson@oracle.com>, "Cyrus Daboo" <cyrus@daboo.name>
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.7 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Cc: CalDAV DevList <ietf-caldav@osafoundation.org>, CardDAV DevList <ietf-carddav@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, 19 Oct 2005 16:38:14 -0000

I would like to just add that strategically, vCard and iCal are
intimately related.  Endeavors in this area are necessarily going to
reference each other.  As soon as you begin implementing any PIM
features of relative value, it becomes very clear.  Distributing
Calendars needs a way to associate an owner with a calendar, especially
the kind that represent your actual schedule, as opposed to the calendar
for the little league team you coach on the weekends.  Likewise, as soon
as you begin distributing your contact information, the next piece you
want to share is your schedule.  Both standards need to have a way to
associate back and forth.  A standard or protocol that mentions one but
not the other, is IMHO - incomplete, and unfinished.

Cameron


-----Original Message-----
From: ietf-caldav-bounces@osafoundation.org
[mailto:ietf-caldav-bounces@osafoundation.org] On Behalf Of Mark
Paterson
Sent: Wednesday.19.October.2005 08.59
To: Cyrus Daboo
Cc: CalDAV DevList; CardDAV DevList
Subject: Re: [Ietf-caldav] Off topic: CardDAV

Nice idea but you may want to consider a cardsify initiative to go along
with it. vCard leaves a lot to be desired.:-)

Cyrus Daboo wrote:

> Hi folks,
> This is a little of topic, but I think it is relevant for most folks.=20
> I have just sent in a draft for a new protocol called CardDAV:
>
> <http://www.ietf.org/internet-drafts/draft-daboo-carddav-00.txt>
>
> CardDAV does for vCards what CalDAV does for iCalendar. i.e. it=20
> provides a set of WebDAV extensions and a data model for access to=20
> vCard objects stored on a server. CardDAV is very similar to CalDAV=20
> because of the similarities between iCalendar and vCard formats.
>
> There is a separate discussion list setup for CardDAV, so please=20
> respond to any comments on that list rather than the CalDAV list. List

> details are below:
>
> <http://lists.osafoundation.org/mailman/listinfo/ietf-carddav>
>

--
MARK PATERSON
Director, Software Development
Collaborative Application Services
Oracle Corporation - Server Technologies

Phone:  514.905.8649
Mobile: 514.862.8505
mailto: mark.paterson@oracle.com
http:   www.oracle.com


_______________________________________________
Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org See
http://ietf.webdav.org/caldav/ for more CalDAV resources
http://lists.osafoundation.org/mailman/listinfo/ietf-caldav


Return-Path: <mark.paterson@oracle.com>
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 AD0F67F545; Wed, 19 Oct 2005 08:59:07 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 9B7991422C7; Wed, 19 Oct 2005 08:59:07 -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 26670-07; Wed, 19 Oct 2005 08:59:07 -0700 (PDT)
Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.122.30]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 497481422BE; Wed, 19 Oct 2005 08:59:07 -0700 (PDT)
Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j9JFx3x7021163; Wed, 19 Oct 2005 09:59:03 -0600
Received: from rgmsgw300.us.oracle.com (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j9JFx3JN025183; Wed, 19 Oct 2005 09:59:03 -0600
Received: from [144.23.213.92] (dhcp-ca-montreal2-144-23-213-92.ca.oracle.com [144.23.213.92]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j9JFx1wP025174 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 19 Oct 2005 09:59:02 -0600
Message-ID: <43566D44.7090406@oracle.com>
Date: Wed, 19 Oct 2005 11:59:00 -0400
From: Mark Paterson <mark.paterson@oracle.com>
User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Cyrus Daboo <cyrus@daboo.name>
Subject: Re: [Ietf-caldav] Off topic: CardDAV
References: <43A9189ABDD96F8A4BCB7FE1@port35.educause58.ucf.edu>
In-Reply-To: <43A9189ABDD96F8A4BCB7FE1@port35.educause58.ucf.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.4 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Cc: CalDAV DevList <ietf-caldav@osafoundation.org>, CardDAV DevList <ietf-carddav@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, 19 Oct 2005 15:59:07 -0000

Nice idea but you may want to consider a cardsify initiative to go along 
with it. vCard leaves a lot to be desired.:-)

Cyrus Daboo wrote:

> Hi folks,
> This is a little of topic, but I think it is relevant for most folks. 
> I have just sent in a draft for a new protocol called CardDAV:
>
> <http://www.ietf.org/internet-drafts/draft-daboo-carddav-00.txt>
>
> CardDAV does for vCards what CalDAV does for iCalendar. i.e. it 
> provides a set of WebDAV extensions and a data model for access to 
> vCard objects stored on a server. CardDAV is very similar to CalDAV 
> because of the similarities between iCalendar and vCard formats.
>
> There is a separate discussion list setup for CardDAV, so please 
> respond to any comments on that list rather than the CalDAV list. List 
> details are below:
>
> <http://lists.osafoundation.org/mailman/listinfo/ietf-carddav>
>

-- 
MARK PATERSON
Director, Software Development
Collaborative Application Services
Oracle Corporation - Server Technologies

Phone:  514.905.8649
Mobile: 514.862.8505
mailto: mark.paterson@oracle.com
http:   www.oracle.com




Return-Path: <cyrus@daboo.name>
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 2B8BB7F537; Tue, 18 Oct 2005 13:44:49 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 10E3E142291; Tue, 18 Oct 2005 13:44:49 -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 04056-05; Tue, 18 Oct 2005 13:44:48 -0700 (PDT)
Received: from darius.cyrusoft.com (darius.cyrusoft.com [63.163.82.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 4F354142288; Tue, 18 Oct 2005 13:44:48 -0700 (PDT)
Received: from [10.0.1.2] (port35.educause58.ucf.edu [132.170.58.36]) (authenticated bits=0) by darius.cyrusoft.com (8.12.9/8.12.9) with ESMTP id j9IKc6uG027578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Oct 2005 16:38:14 -0400
Date: Tue, 18 Oct 2005 16:44:32 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: CalDAV DevList <ietf-caldav@osafoundation.org>
Message-ID: <43A9189ABDD96F8A4BCB7FE1@port35.educause58.ucf.edu>
X-Mailer: Mulberry/4.0.4 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests=
X-Spam-Level: 
Cc: CardDAV DevList <ietf-carddav@osafoundation.org>
Subject: [Ietf-caldav] Off topic: CardDAV
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: Tue, 18 Oct 2005 20:44:49 -0000

Hi folks,
This is a little of topic, but I think it is relevant for most folks. I 
have just sent in a draft for a new protocol called CardDAV:

<http://www.ietf.org/internet-drafts/draft-daboo-carddav-00.txt>

CardDAV does for vCards what CalDAV does for iCalendar. i.e. it provides a 
set of WebDAV extensions and a data model for access to vCard objects 
stored on a server. CardDAV is very similar to CalDAV because of the 
similarities between iCalendar and vCard formats.

There is a separate discussion list setup for CardDAV, so please respond to 
any comments on that list rather than the CalDAV list. List details are 
below:

<http://lists.osafoundation.org/mailman/listinfo/ietf-carddav>

-- 
Cyrus Daboo


Return-Path: <TimHare@comcast.net>
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 DB98C7F55B for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 17:28:54 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id CA2E41422BB for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 17:28:54 -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 32187-02 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 17:28:54 -0700 (PDT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by laweleka.osafoundation.org (Postfix) with ESMTP id 790DC1422B7 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 17:28:54 -0700 (PDT)
Received: from thare.comcast.net (pcp03614075pcs.micske01.fl.comcast.net[68.84.31.33]) by comcast.net (rwcrmhc11) with SMTP id <2005101300285301300jo4g1e>; Thu, 13 Oct 2005 00:28:53 +0000
Message-Id: <6.2.1.2.0.20051012202325.01e4f9f8@mail.comcast.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2
Date: Wed, 12 Oct 2005 20:28:54 -0400
To: CalDAV DevList <ietf-caldav@osafoundation.org>
From: Tim Hare <TimHare@comcast.net>
Subject: Re: [Ietf-caldav] Subscriptions, free/busy etc
In-Reply-To: <FEB894533E91A51A63AD0FE6@ninevah.local>
References: <434D176E.7000100@rpi.edu> <FEB894533E91A51A63AD0FE6@ninevah.local>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.6 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
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: Thu, 13 Oct 2005 00:28:55 -0000

>
>OK, as soon as you add shared calendars into this, all bets are off 
>because iCalendar really does not support shared calendars in any 
>practical way. i.e. it is not possible for one 'subscriber' of a calendar 
>to indicate that they are attending one event independently of another 
>'subscriber'. i.e. there are no per-user options for the TRANSP property. 
>Really per-user options are going to be required to support this, not just 
>at the calendar level but at the event level - i.e. the subscription 
>mechanism needs to allow subscription to individual events within a calendar.
>

I think that the PARTSTAT parameter of the ATTENDEE property (4.2.12 in RFC 
2445) would be the place to start for this use case; I'm not positive of 
what method to use to implement it, but one possiblity is to have a VEVENT 
with a reference to the shared calendar VEVENT, and have it contain  an 
ATTENDEE property equal to "self" (however identified) with a PARTSTAT that 
indicates whether you're attending or not.   This is just an idea - but I 
did want to point out PARTSTAT in contrast to TRANSP because participation 
status for a meeting is much more analgous to attendance to some shared event.



Tim Hare
Interested Bystander, Non-Inc. 



Return-Path: <camerost@exchange.microsoft.com>
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 CD4EE7F536 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 08:45:01 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 9D9391422BD for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 08:45:01 -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 22711-04 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 08:45:01 -0700 (PDT)
Received: from mail1.exchange.microsoft.com (mail1.exchange.microsoft.com [131.107.76.156]) by laweleka.osafoundation.org (Postfix) with ESMTP id 1CAF41422B7 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 08:45:01 -0700 (PDT)
Received: from DF-GWY-04.Exchange.Corp.Microsoft.com ([157.54.8.149]) by mail1.exchange.microsoft.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 12 Oct 2005 08:45:00 -0700
Received: from df-hub-02.exchange.corp.microsoft.com (157.54.8.23) by DF-GWY-04.Exchange.Corp.microsoft.com (157.54.8.149) with Microsoft SMTP Server id 8.0.360.16; Wed, 12 Oct 2005 15:45:00 +0000
Received: from df-hub-01.exchange.corp.microsoft.com ([157.54.8.109]) by df-hub-02.exchange.corp.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 12 Oct 2005 08:44:59 -0700
Received: from DF-Scruffy-BHD.Exchange.Microsoft.com ([157.54.54.216]) by df-hub-01.exchange.corp.microsoft.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 12 Oct 2005 08:44:59 -0700
In-Reply-To: <FEB894533E91A51A63AD0FE6@ninevah.local>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
x-originalarrivaltime: 12 Oct 2005 15:44:59.0310 (UTC) FILETIME=[E6DF9CE0:01C5CF43]
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
Subject: RE: [Ietf-caldav] Subscriptions, free/busy etc
Date: Wed, 12 Oct 2005 08:45:00 -0700
Message-ID: <6B5F25B9F515B744B97F1B6E99AC9F5942B0D8@DF-SCRUFFY-MSG.exchange.corp.microsoft.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Ietf-caldav] Subscriptions, free/busy etc
Thread-Index: AcXPOcO2B87FcpkASWyQorjOPMawZAACL1Ng
From: Cameron Stillion <camerost@exchange.microsoft.com>
To: "Cyrus Daboo" <cyrus@daboo.name>, "Mike Douglass" <douglm@rpi.edu>, "CalDAV DevList" <ietf-caldav@osafoundation.org>
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.8 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
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, 12 Oct 2005 15:45:02 -0000

I would like to add my 2 or 3 cents here - subscriptions are perhaps one
of the most interesting user features in this space.  Sans CalDav,
several ad-hoc standards (like webcal:// ) have emerged to try and fill
this gap.  A client is still required to click the link to configure and
"subscribe" to the rendering of the calendar (whether it is a
combination of other subscriptions or not...) The similarity to POP/SMTP
is fascinating, although no standards have emerged to fill the gap for
those types of server configurations - think of a POP3 client having the
one and only "subscription" to its inbox.  This is not completely unlike
rss subscriptions. =20

Hmmm.=20

And with that, I'll let the idea go where it will.

Cameron


-----Original Message-----
From: ietf-caldav-bounces@osafoundation.org
[mailto:ietf-caldav-bounces@osafoundation.org] On Behalf Of Cyrus Daboo
Sent: Wednesday.12.October.2005 07.32
To: Mike Douglass; CalDAV DevList
Subject: Re: [Ietf-caldav] Subscriptions, free/busy etc

Hi Mike,
Some comments. Note that I am going to express my own bias here which is
towards a central client preferences server solution since that is how I
did all this in Mulberry using IMSP & ACAP. Admittedly email is accessed
and managed differently than calendar data so analogies between mailbox
subscriptions and calendar subscriptions may not be completely valid,
but still I think there are enough similarities that it is worth doing.

--On October 12, 2005 10:02:22 AM -0400 Mike Douglass <douglm@rpi.edu>
wrote:

> 1. More of a convenience - I can set up my view of the world at some=20
> central location and all my clients will have the same view.

In theory. However, you really need to be very explicit as to what this
subscription behaviour is meant to me. For example, in the IMAP world
there are SUBSCRIBE'd mailboxes. However, clients have taken many
different views as to what that is actually supposed to me. Some
automatically subscribe users to all mailboxes they think are 'personal'
mailboxes. Others assume that subscribed mailboxes should always be
checked for new mail. Others use it as simply a way to emphasis certain
mailboxes in their display.

> 2. Perhaps a variant of 1 - how do I synch external devices to my full

> calendar view? via for example synchml

A smart CalDAV<->SyncML solution will need to allow users to specify a
list of calendars to actually sync to, and it will aggregate all those
calendars into one effective 'view' for SyncML purposes. In this case
some type of 'sync_calendars' property on the user principal in CalDAV
might do. Note however, that the ser of calendars I might want to sync
may be different from the set of calendars I want to display on my
mobile device. Some I think there would be a need to identify different
'types' of subscription:

1) 'View' subscription - these are all the calendars I want to see
overlayed on my desktop client
2) 'Mobile' subscription - these are all the calendars I want to see and
sync to on my mobile device.
3) 'Free Busy' subscription - these are all the calendars that indicate
my free-busy time.

> 3. How do I make my free/busy time available to someone if it depends=20
> upon a calendar I'm subscribed to?

The calendar-schedule portion of CalDAV will have to define that. i.e.
an iTIP request for free-busy time on the CalDAV server is going to have
to know which calendars of the calendar user are appropriate. This will
likely need the 'free busy' type subscription list.

> I understand Bernards point that we the calendars may not all be on=20
> the same server - at the extreme none of them need be. From a=20
> practical point of view however, subscriptions are very important and=20
> perhaps deserve central support.

They can be centrally supported if clients support a central preferences
store and we define a schema for calendar client preferences on that
store.=20
XCAP could easily provide that solution and go beyond just the
'subscription' preferences - e.g. the choice of which colour to use to
display each subscribed calendars is also a preference one would like to
carry over from one client to another.

> Students have their own personal calendars. They are subscribed to a=20
> calendar which provides their class schedule. Their free/busy time is=20
> certainly an amalgam of that and any other events they choose to add.

OK, as soon as you add shared calendars into this, all bets are off
because iCalendar really does not support shared calendars in any
practical way.=20
i.e. it is not possible for one 'subscriber' of a calendar to indicate
that they are attending one event independently of another 'subscriber'.
i.e.=20
there are no per-user options for the TRANSP property. Really per-user
options are going to be required to support this, not just at the
calendar level but at the event level - i.e. the subscription mechanism
needs to allow subscription to individual events within a calendar.

The question is whether something like this can be accomplished using
iCalendar extension or whether it should be done as part of CalDAV (i.e.

WebDAV properties). In either case it is going to require some sort of
extension to the base to provide per-user properties of some sort.

> Faculty have multiple calendars - consultation times, teaching times,=20
> personal information. Free/busy is an aggregation of that. For=20
> meetings others need to see the results after including all calendar
information.
>
> If we make subscriptions a client side only feature how do we get a=20
> true free/busy report for somebody else?

calendar-schedule will take care of that.

The other point to bear in mind here is that you are making assumption
on how clients are going to organize their display to the user.
Certainly in the email world there are many different ways that that has
been done, and client authors will likely want to be flexible in terms
of what they do based on their own requirements for the service they are
providing.

So in the end I'm not sure that the 'view' type of subscriptions are
going to be useful - certainly the free-busy issue has to be taken care
of and hopefully calendar-schedule will do that.

--
Cyrus Daboo
_______________________________________________
Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org See
http://ietf.webdav.org/caldav/ for more CalDAV resources
http://lists.osafoundation.org/mailman/listinfo/ietf-caldav


Return-Path: <cyrus@daboo.name>
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 48FE27F55C for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 07:32:22 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 2C74B14227E for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 07:32:22 -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 27746-07 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 07:32:21 -0700 (PDT)
Received: from darius.cyrusoft.com (darius.cyrusoft.com [63.163.82.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 64027142279 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 07:32:21 -0700 (PDT)
Received: from [10.0.1.3] (pool-141-151-175-209.pitt.east.verizon.net [141.151.175.209]) (authenticated bits=0) by darius.cyrusoft.com (8.12.9/8.12.9) with ESMTP id j9CEQiuG027697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Oct 2005 10:26:49 -0400
Date: Wed, 12 Oct 2005 10:32:12 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Mike Douglass <douglm@rpi.edu>, CalDAV DevList <ietf-caldav@osafoundation.org>
Subject: Re: [Ietf-caldav] Subscriptions, free/busy etc
Message-ID: <FEB894533E91A51A63AD0FE6@ninevah.local>
In-Reply-To: <434D176E.7000100@rpi.edu>
References: <434D176E.7000100@rpi.edu>
X-Mailer: Mulberry/4.0.4 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
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: 
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, 12 Oct 2005 14:32:22 -0000

Hi Mike,
Some comments. Note that I am going to express my own bias here which is 
towards a central client preferences server solution since that is how I 
did all this in Mulberry using IMSP & ACAP. Admittedly email is accessed 
and managed differently than calendar data so analogies between mailbox 
subscriptions and calendar subscriptions may not be completely valid, but 
still I think there are enough similarities that it is worth doing.

--On October 12, 2005 10:02:22 AM -0400 Mike Douglass <douglm@rpi.edu> 
wrote:

> 1. More of a convenience - I can set up my view of the world at some
> central location and all my clients will have the same view.

In theory. However, you really need to be very explicit as to what this 
subscription behaviour is meant to me. For example, in the IMAP world there 
are SUBSCRIBE'd mailboxes. However, clients have taken many different views 
as to what that is actually supposed to me. Some automatically subscribe 
users to all mailboxes they think are 'personal' mailboxes. Others assume 
that subscribed mailboxes should always be checked for new mail. Others use 
it as simply a way to emphasis certain mailboxes in their display.

> 2. Perhaps a variant of 1 - how do I synch external devices to my full
> calendar view? via for example synchml

A smart CalDAV<->SyncML solution will need to allow users to specify a list 
of calendars to actually sync to, and it will aggregate all those calendars 
into one effective 'view' for SyncML purposes. In this case some type of 
'sync_calendars' property on the user principal in CalDAV might do. Note 
however, that the ser of calendars I might want to sync may be different 
from the set of calendars I want to display on my mobile device. Some I 
think there would be a need to identify different 'types' of subscription:

1) 'View' subscription - these are all the calendars I want to see 
overlayed on my desktop client
2) 'Mobile' subscription - these are all the calendars I want to see and 
sync to on my mobile device.
3) 'Free Busy' subscription - these are all the calendars that indicate my 
free-busy time.

> 3. How do I make my free/busy time available to someone if it depends
> upon a calendar I'm subscribed to?

The calendar-schedule portion of CalDAV will have to define that. i.e. an 
iTIP request for free-busy time on the CalDAV server is going to have to 
know which calendars of the calendar user are appropriate. This will likely 
need the 'free busy' type subscription list.

> I understand Bernards point that we the calendars may not all be on the
> same server - at the extreme none of them need be. From a practical point
> of view however, subscriptions are very important and perhaps deserve
> central support.

They can be centrally supported if clients support a central preferences 
store and we define a schema for calendar client preferences on that store. 
XCAP could easily provide that solution and go beyond just the 
'subscription' preferences - e.g. the choice of which colour to use to 
display each subscribed calendars is also a preference one would like to 
carry over from one client to another.

> Students have their own personal calendars. They are subscribed to a
> calendar which provides their class schedule. Their free/busy time is
> certainly an amalgam of that and any other events they choose to add.

OK, as soon as you add shared calendars into this, all bets are off because 
iCalendar really does not support shared calendars in any practical way. 
i.e. it is not possible for one 'subscriber' of a calendar to indicate that 
they are attending one event independently of another 'subscriber'. i.e. 
there are no per-user options for the TRANSP property. Really per-user 
options are going to be required to support this, not just at the calendar 
level but at the event level - i.e. the subscription mechanism needs to 
allow subscription to individual events within a calendar.

The question is whether something like this can be accomplished using 
iCalendar extension or whether it should be done as part of CalDAV (i.e. 
WebDAV properties). In either case it is going to require some sort of 
extension to the base to provide per-user properties of some sort.

> Faculty have multiple calendars - consultation times, teaching times,
> personal information. Free/busy is an aggregation of that. For meetings
> others need to see the results after including all calendar information.
>
> If we make subscriptions a client side only feature how do we get a true
> free/busy report for somebody else?

calendar-schedule will take care of that.

The other point to bear in mind here is that you are making assumption on 
how clients are going to organize their display to the user. Certainly in 
the email world there are many different ways that that has been done, and 
client authors will likely want to be flexible in terms of what they do 
based on their own requirements for the service they are providing.

So in the end I'm not sure that the 'view' type of subscriptions are going 
to be useful - certainly the free-busy issue has to be taken care of and 
hopefully calendar-schedule will do that.

-- 
Cyrus Daboo


Return-Path: <douglm@rpi.edu>
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 AB65F7F55E for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 07:02:24 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 9B2D11422E6 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 07:02:24 -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 12423-05 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 07:02:24 -0700 (PDT)
Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 3966A1422C8 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 07:02:24 -0700 (PDT)
Received: from [128.113.124.229] (kiva-01.dynamic2.rpi.edu [128.113.124.229]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j9CE2MjZ027748 for <ietf-caldav@osafoundation.org>; Wed, 12 Oct 2005 10:02:22 -0400
Message-ID: <434D176E.7000100@rpi.edu>
Date: Wed, 12 Oct 2005 10:02:22 -0400
From: Mike Douglass <douglm@rpi.edu>
User-Agent: Mozilla Thunderbird 1.0 (X11/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: CalDAV DevList <ietf-caldav@osafoundation.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-CanItPRO-Stream: default
X-RPI-SA-Score: undef - spam-scanning disabled
X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.1
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-0.8 tagged_above=-50.0 required=4.0 tests=AWL
X-Spam-Level: 
Subject: [Ietf-caldav] Subscriptions, free/busy etc
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, 12 Oct 2005 14:02:24 -0000

I'll attempt to articulate some of my thoughts on subscriptions and I 
think at this stage I have more questions than otherwise.

The following reasons for some server side support of subscriptions come 
to mind

1. More of a convenience - I can set up my view of the world at some 
central location and all my clients will have the same view.

2. Perhaps a variant of 1 - how do I synch external devices to my full 
calendar view? via for example synchml

3. How do I make my free/busy time available to someone if it depends 
upon a calendar I'm subscribed to?

I understand Bernards point that we the calendars may not all be on the 
same server - at the extreme none of them need be. From a practical 
point of view however, subscriptions are very important and perhaps 
deserve central support.

Some examples from the educational world.

Students have their own personal calendars. They are subscribed to a 
calendar which provides their class schedule. Their free/busy time is 
certainly an amalgam of that and any other events they choose to add.

Faculty have multiple calendars - consultation times, teaching times, 
personal information. Free/busy is an aggregation of that. For meetings 
others need to see the results after including all calendar information.

If we make subscriptions a client side only feature how do we get a true 
free/busy report for somebody else?

On the other hand I agree it's asking a bit much for a server to support 
subscriptions to other calendar systems (unless they were caldav).

So is it fair to say that the only agent capable of getting a full 
dynamically created free/busy report is a client configured by the user?

And if that is so should we not support some feature which allows a user 
to publish their free/busy time?

-- 

Mike Douglass                           douglm@rpi.edu
Senior Systems Programmer
Communication & Collaboration Technologies      518 276 6780(voice) 2809
(fax)
Rensselaer Polytechnic Institute 110 8th Street, Troy, NY 12180



Return-Path: <bernard.desruisseaux@oracle.com>
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 7D4F57F605; Mon,  3 Oct 2005 20:11:25 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 5E0F8142296; Mon,  3 Oct 2005 20:11:25 -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 11107-08; Mon, 3 Oct 2005 20:11:25 -0700 (PDT)
Received: from rgminet02.oracle.com (rgminet02.oracle.com [148.87.122.31]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 14E9F142294; Mon,  3 Oct 2005 20:11:25 -0700 (PDT)
Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111]) by rgminet02.oracle.com (Switch-3.1.6/Switch-3.1.7) with ESMTP id j943BNl1010717; Mon, 3 Oct 2005 21:11:23 -0600
Received: from localhost (localhost [127.0.0.1]) by rgmgw2.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j943BNCq004484; Mon, 3 Oct 2005 21:11:23 -0600
Received: from [127.0.0.1] (dhcp-amer-rmdc-csvpn-gw5-141-144-104-205.vpn.oracle.com [141.144.104.205]) by rgmgw2.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j943BEp9004267; Mon, 3 Oct 2005 21:11:15 -0600
Message-ID: <4341F2D4.1000503@oracle.com>
Date: Mon, 03 Oct 2005 23:11:16 -0400
From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
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: Brian Moseley <bcm@osafoundation.org>
Subject: Re: [Ietf-caldav] [Fwd: I-D ACTION:draft-dusseault-caldav-08.txt]
References: <4341DC51.4050401@oracle.com> <4341DE3B.8050204@osafoundation.org>
In-Reply-To: <4341DE3B.8050204@osafoundation.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-1.6 tagged_above=-50.0 required=4.0 tests=AWL, BAYES_00
X-Spam-Level: 
Cc: 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: Tue, 04 Oct 2005 03:11:25 -0000

Brian Moseley wrote:

 > Bernard Desruisseaux wrote:
 >
 >>    c.  Removed XML elements CALDAV:calendar-data-only.
 >
 >
 > why?

We have specified in section 4.2 that "Calendar collections
MUST only contain calendar object resources", as such this
element is now useless.

 >
 >>    d.  Removed resource type CALDAV:calendar-home.
 >
 >
 > why?

We could not justify a new resource type for calendar home.

Initially we thought that it would be useful to identify WebDAV
collections containing one or more calendar collections with a
new resource type, but given that we didn't want to force calendar
collections to always be contained in calendar home collections we
figured that CalDAV clients willing to browse a CalDAV server to
find calendar data would simply look for collections with the
CALDAV:calendar resource type...

Note that principal resources still have a CALDAV:calendar-home-set
property.

 >
 >>    j.  Changed the CALDAV:calendar-component-restriction-set and CALDAV:
 >>        calendar-restriction properties to always be protected.
 >
 >
 > yay!
 > _______________________________________________
 > Ietf-caldav mailing list -- Ietf-caldav@osafoundation.org
 > See http://ietf.webdav.org/caldav/ for more CalDAV resources
 > http://lists.osafoundation.org/mailman/listinfo/ietf-caldav





Return-Path: <bcm@osafoundation.org>
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 204077F5FF for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 18:43:24 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 09F02142295 for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 18:43:24 -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 20092-06 for <ietf-caldav@osafoundation.org>; Mon, 3 Oct 2005 18:43:23 -0700 (PDT)
Received: from [10.0.1.6] (c-67-188-209-63.hsd1.ca.comcast.net [67.188.209.63]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 8C5F5142294 for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 18:43:23 -0700 (PDT)
Message-ID: <4341DE3B.8050204@osafoundation.org>
Date: Mon, 03 Oct 2005 18:43:23 -0700
From: Brian Moseley <bcm@osafoundation.org>
User-Agent: Mozilla Thunderbird 1.0.5 (Macintosh/20050711)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: CalDAV DevList <ietf-caldav@osafoundation.org>
Subject: Re: [Ietf-caldav] [Fwd: I-D ACTION:draft-dusseault-caldav-08.txt]
References: <4341DC51.4050401@oracle.com>
In-Reply-To: <4341DC51.4050401@oracle.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-1.7 tagged_above=-50.0 required=4.0 tests=AWL, BAYES_00
X-Spam-Level: 
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: Tue, 04 Oct 2005 01:43:24 -0000

Bernard Desruisseaux wrote:

>    c.  Removed XML elements CALDAV:calendar-data-only.

why?

>    d.  Removed resource type CALDAV:calendar-home.

why?

>    j.  Changed the CALDAV:calendar-component-restriction-set and CALDAV:
>        calendar-restriction properties to always be protected.

yay!


Return-Path: <bernard.desruisseaux@oracle.com>
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 7AAF17F5FF; Mon,  3 Oct 2005 18:35:17 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 12D07142293; Mon,  3 Oct 2005 18:35:17 -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 22779-07; Mon, 3 Oct 2005 18:35:16 -0700 (PDT)
Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id CD689142292; Mon,  3 Oct 2005 18:35:15 -0700 (PDT)
Received: from rgmgw3.us.oracle.com (rgmgw3.us.oracle.com [138.1.186.112]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j941cm4v032161; Mon, 3 Oct 2005 20:38:49 -0500
Received: from rgmgw3.us.oracle.com (localhost [127.0.0.1]) by rgmgw3.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j941ZDVN009483; Mon, 3 Oct 2005 19:35:13 -0600
Received: from [127.0.0.1] (dhcp-amer-rmdc-csvpn-gw5-141-144-104-205.vpn.oracle.com [141.144.104.205]) by rgmgw3.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j941ZAi1009418; Mon, 3 Oct 2005 19:35:12 -0600
Message-ID: <4341DC51.4050401@oracle.com>
Date: Mon, 03 Oct 2005 21:35:13 -0400
From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
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 <ietf-caldav@osafoundation.org>
Content-Type: multipart/mixed; boundary="------------030201060504080201040300"
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-1.6 tagged_above=-50.0 required=4.0 tests=AWL, BAYES_00
X-Spam-Level: 
Cc: Cyrus Daboo <cyrus@daboo.name>, Calsify WG <ietf-calsify@osafoundation.org>, WebDAV WG <w3c-dist-auth@w3.org>
Subject: [Ietf-caldav] [Fwd: I-D ACTION:draft-dusseault-caldav-08.txt]
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: Tue, 04 Oct 2005 01:35:17 -0000

This is a multi-part message in MIME format.
--------------030201060504080201040300
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

We submitted CalDAV draft -08 to the IETF last Friday.
It is now available at the following URL:

http://www.ietf.org/internet-drafts/draft-dusseault-caldav-08.txt

We are planning to submit a new revision in a few weeks for
an informal Last-Call on the ietf-caldav, ietf-calsify and
w3c-dist-auth (WebDAV) mailing lists before we actually submit
it to the IESG.

Please review the draft and send us feedback/questions/comments.

Thanks,
Bernard

B.1.  Changes in -08

    a.  Removed statement that said that client SHOULD always request
        DAV:getetag in calendar REPORTs.

    b.  Removed redefiniton of DAV:response.

    c.  Removed XML elements CALDAV:calendar-data-only.

    d.  Removed resource type CALDAV:calendar-home.

    e.  Moved the CALDAV:calendar-data element in the DAV:prop element in
        requests, and in the DAV:propstat element in responses.

    f.  Further defined the request body of MKCALENDAR to allow clients
        to set properties at calendar collection creation time.

    g.  Renamed CALDAV:calendar-home-URL to CALDAV:calendar-home-set

    h.  Clarified the fact that calendar collections may only contain
        calendar object resources and ordinary collections.

    i.  Clarified that calendar REPORTs should only be applied to
        calendar object resources contained in calendar collections.

    j.  Changed the CALDAV:calendar-component-restriction-set and CALDAV:
        calendar-restriction properties to always be protected.

    k.  Changed to use existing postcondition DAV:needs-privileges
        instead of a new CALDAV:insufficient-privilege postcondition.

    l.  Added example for limit-recurrence-set.

    m.  Added example for expand-recurrence-set.

    n.  Moved CALDAV:calendar-address-set in the calendar-schedule draft
        and renamed it to CALDAV:calendar-user-address-set.

    o.  Added guidelines on attachments and alarms.

-------- Original Message --------
Subject: I-D ACTION:draft-dusseault-caldav-08.txt
Date: Mon, 03 Oct 2005 15:50:02 -0400
From: Internet-Drafts@ietf.org
Reply-To: internet-drafts@ietf.org
To: i-d-announce@ietf.org

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.


	Title		: Calendaring Extensions to WebDAV (CalDAV)
	Author(s)	: L. Dusseault, et al.
	Filename	: draft-dusseault-caldav-08.txt
	Pages		: 75
	Date		: 2005-10-3
	
This document specifies a set of methods, headers, message bodies,
    properties, and reports that define calendar access extensions to the
    WebDAV protocol.  The new protocol elements are intended to make
    WebDAV-based calendaring and scheduling an interoperable standard
    that supports calendar access, calendar management, calendar sharing,
    and calendar publishing.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-dusseault-caldav-08.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-08.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-08.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.



--------------030201060504080201040300
Content-Type: Message/External-body;
 name="draft-dusseault-caldav-08.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="draft-dusseault-caldav-08.txt"

Content-Type: text/plain
Content-ID: <2005-10-3121841.I-D@ietf.org>


nt-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www1.ietf.org/mailman/listinfo/i-d-announce

--------------030201060504080201040300--



Return-Path: <Doug@Royer.com>
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 C4B697F524; Mon,  3 Oct 2005 15:12:45 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 74A1B142291; Mon,  3 Oct 2005 15:12:45 -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 24760-09; Mon, 3 Oct 2005 15:12:45 -0700 (PDT)
Received: from S3.cableone.net (s3.cableone.net [24.116.0.229]) by laweleka.osafoundation.org (Postfix) with ESMTP id E4877142290; Mon,  3 Oct 2005 15:12:44 -0700 (PDT)
Received: from [192.168.168.10] (unverified [69.92.70.67])  by S3.cableone.net (CableOne SMTP Service S3) with ESMTP id 32874989  for multiple; Mon, 03 Oct 2005 15:19:39 -0700
Message-ID: <4341ACD4.3040709@Royer.com>
Date: Mon, 03 Oct 2005 16:12:36 -0600
From: Doug Royer <Doug@Royer.com>
Organization: IntelliCal.com
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "ietf-calendar@imc.org" <ietf-calendar@imc.org>, Calsify <ietf-calsify@osafoundation.org>, CalDAV DevList <ietf-caldav@osafoundation.org>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070405090106090606080503"
X-IP-stats: Incoming Outgoing Last 0, First 52, in=73, out=73, spam=0 Known=true
X-External-IP: 69.92.70.67
X-Abuse-Info: Send abuse complaints to abuse@cableone.net
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-1.6 tagged_above=-50.0 required=4.0 tests=AWL, BAYES_00
X-Spam-Level: 
Subject: [Ietf-caldav] New xCal draft sent to the IETF
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: Mon, 03 Oct 2005 22:12:46 -0000

This is a cryptographically signed message in MIME format.

--------------ms070405090106090606080503
Content-Type: multipart/mixed; boundary="------------080503040904020800040207"

This is a multi-part message in MIME format.
--------------080503040904020800040207
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit


I have sent -02 of xCal to the IETF, copies at:

	http://inet-consulting.com/draft-royer-calsch-xcal-02.txt
	http://inet-consulting.com/draft-royer-calsch-xcal-02.html
	http://inet-consulting.com/draft-royer-calsch-xcal-02.xml

Namespace to urn:ietf:params:xml:ns:xcal

I removed unneeded namespace prefixes in examples.

The iCalendar LANGUAGE parameter is now xml:lang

I specified, standard XML encoding, rather than
specifically sayiing 'entity' encoding.

I updated the XSLT (xml -> iCal translator) on SourceForge
(http://sourceforge.net/projects/icalendar/) to translate
xml:lang -> LANGUAGE.


-- 

Doug Royer                     | http://INET-Consulting.com
-------------------------------|-----------------------------

               We Do Standards - You Need Standards


--------------080503040904020800040207
Content-Type: text/x-vcard; charset=utf-8;
 name="Doug.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="Doug.vcf"

begin:vcard
fn:Doug Royer
n:Royer;Doug
org:INET-Consulting.com
adr:;;;;;;U.S.A
email;internet:Doug@Royer.com
title:CEO
tel;work:866-594-8574
tel;fax:866-494-8574
note;quoted-printable:AOL: SupportUnix=0D=0A=
	MSN: Support@INET-Consulting.com=0D=0A=
	Yahoo: Help4Unix
x-mozilla-html:FALSE
url:http://Royer.com
version:2.1
end:vcard


--------------080503040904020800040207--

--------------ms070405090106090606080503
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

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC
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+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3
b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g
QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu
ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw
MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD
VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t
L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL
ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt
IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3
DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ
BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX
6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30
AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka
32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd
ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz
Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF
BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi
aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT
5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU
eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO
UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ
KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv
cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln
biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0
ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT
aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13
d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU
RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0
YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS
b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX
yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn
/F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc
h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5
ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX
AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI
KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G
A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD
VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq
hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+
I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK
I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw
FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y
azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5
IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp
dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI
yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN
AQkFMQ8XDTA1MTAwMzIyMTIzNlowIwYJKoZIhvcNAQkEMRYEFOr7u+cyRKJWqdj8yv6afIGg
R3aLMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG
SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw
gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO
ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y
cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB
IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp
o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg
SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl
cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5
ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt
UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA
BIIBAAAfYVksylt04MmY+CcIK13U6AVyiQSD9ZnbecL2f/I181KiWa+jGPAyJPZRym2EnUNY
tU5+k4zRWIimuOQJ/2TjhgdK4ou8Pr5n8cf/J4awbEPUxHHoBD98NGy5p47LCQKphKMAZEci
v8xkgoVZ6W0G2oUjKBsMwtRo1hdkqnHDJWWwkWmluJOm+ZuDsVfLpORzo+tEmgikpbeeCOuc
qVboemWzsvZMmu+sdbY06Pu38EyISLVxAFS8N5MaRH5OizfO+kdrm94eQQV+ZOJQLbKEd8Yc
iqbbUlQSSsSmYc9cSdlEf5l1Oy89kOBRm8WAI9i42Gq2d5Q+AZGzx3phBXkAAAAAAAA=
--------------ms070405090106090606080503--


Return-Path: <Dave.Thewlis@calconnect.org>
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 A70707F616 for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 13:26:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 90F9D142276 for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 13:26:21 -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 09841-09 for <ietf-caldav@osafoundation.org>; Mon, 3 Oct 2005 13:26:21 -0700 (PDT)
Received: from smtp103.sbc.mail.mud.yahoo.com (smtp103.sbc.mail.mud.yahoo.com [68.142.198.202]) by laweleka.osafoundation.org (Postfix) with SMTP id 4080F142284 for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 13:26:21 -0700 (PDT)
Received: (qmail 96919 invoked from network); 3 Oct 2005 20:26:20 -0000
Received: from unknown (HELO ?192.168.0.102?) (dave.thewlis@sbcglobal.net@69.107.105.246 with plain) by smtp103.sbc.mail.mud.yahoo.com with SMTP; 3 Oct 2005 20:26:20 -0000
Message-ID: <434193E8.2050606@calconnect.org>
Date: Mon, 03 Oct 2005 13:26:16 -0700
From: Dave Thewlis <Dave.Thewlis@calconnect.org>
Organization: The Calendaring and Scheduling Consortium
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ietf-caldav list <ietf-caldav@osafoundation.org>
Content-Type: multipart/alternative; boundary="------------000503080709050700050703"
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-1.1 tagged_above=-50.0 required=4.0 tests=AWL, BAYES_00, HTML_40_50, HTML_MESSAGE
X-Spam-Level: 
Subject: [Ietf-caldav] Error in link to Timezone Questionnaire Results Document
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Dave.Thewlis@calconnect.org
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: Mon, 03 Oct 2005 20:26:21 -0000

This is a multi-part message in MIME format.
--------------000503080709050700050703
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

I made an error in transcribing the URL to the Timezone Questionnaire 
Results document in my previous posting.  The correct link is:

http://www.calconnect.org/publications/resultsfromtimezonequestionnairev1.0.pdf.

You may also retrief the document by going to http://www.calconnect.org 
and selecting "Work Products" from the sidebar.

Apologies,

Dave Thewlis
-- 
*Dave Thewlis, Executive Director
Calconnect - The Calendaring and Scheduling Consortium*
+1 707 840 9391 (voice) · +1 707 498 2238 (mobile)
http://www.calconnect.org · Dave.Thewlis@calconnect.org 
<mailto:Dave.Thewlis@calconnect.org>

--------------000503080709050700050703
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I made an error in transcribing the URL to the Timezone Questionnaire
Results document in my previous posting.&nbsp; The correct link is: <br>
<br>
<a
 href="http://www.calconnect.org/publications/resultsfromtimezonequestionnairev1.0.pdf">http://www.calconnect.org/publications/resultsfromtimezonequestionnairev1.0.pdf</a>.<br>
<br>
You may also retrief the document by going to <a
 href="http://www.calconnect.org">http://www.calconnect.org</a> and
selecting "Work Products" from the sidebar.<br>
<br>
Apologies,<br>
<br>
Dave Thewlis<br>
<div class="moz-signature">-- <br>
<b>Dave Thewlis, Executive Director<br>
Calconnect - The Calendaring and Scheduling Consortium</b><br>
+1 707 840 9391 (voice) &middot; +1 707 498 2238 (mobile)<br>
<a href="http://www.calconnect.org">http://www.calconnect.org</a> &middot; <a
 href="mailto:Dave.Thewlis@calconnect.org">Dave.Thewlis@calconnect.org</a>
</div>
</body>
</html>

--------------000503080709050700050703--


Return-Path: <Dave.Thewlis@calconnect.org>
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 161087F51C for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 12:41:46 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 0156A14226E for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 12:41:46 -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 17514-09 for <ietf-caldav@osafoundation.org>; Mon, 3 Oct 2005 12:41:45 -0700 (PDT)
Received: from smtp108.sbc.mail.re2.yahoo.com (smtp108.sbc.mail.re2.yahoo.com [68.142.229.97]) by laweleka.osafoundation.org (Postfix) with SMTP id 9284414226C for <ietf-caldav@osafoundation.org>; Mon,  3 Oct 2005 12:41:45 -0700 (PDT)
Received: (qmail 22529 invoked from network); 3 Oct 2005 19:41:45 -0000
Received: from unknown (HELO ?192.168.0.102?) (dave.thewlis@sbcglobal.net@69.107.105.246 with plain) by smtp108.sbc.mail.re2.yahoo.com with SMTP; 3 Oct 2005 19:41:44 -0000
Message-ID: <43418974.7090204@calconnect.org>
Date: Mon, 03 Oct 2005 12:41:40 -0700
From: Dave Thewlis <Dave.Thewlis@calconnect.org>
Organization: The Calendaring and Scheduling Consortium
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ietf-caldav list <ietf-caldav@osafoundation.org>
Content-Type: multipart/alternative; boundary="------------090301050308080900000205"
X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org
X-Spam-Status: No, hits=-1.1 tagged_above=-50.0 required=4.0 tests=AWL, BAYES_00, HTML_40_50, HTML_MESSAGE
X-Spam-Level: 
Subject: [Ietf-caldav] Results from CalConnect Timezone Questionnaire
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Dave.Thewlis@calconnect.org
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: Mon, 03 Oct 2005 19:41:46 -0000

This is a multi-part message in MIME format.
--------------090301050308080900000205
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

TC-TIMEZONE, the TIMEZONE Technical Committee of the Calendaring and 
Scheduling Consortium, has published the results of the Timezone 
Questionnaire it conducted earlier
this year. The document is available on the CalConnect web site at 
http://www.calconnect.org/publications/resultsfrom 
timezonequestionnairev1.0.pdf 
<http://www.calconnect.org/publications/caldavusecasesv1.0.pdf> or by 
going to http://www.calconnect.org and selecting "Work Products" from 
the sidebar index.

-- 
*Dave Thewlis, Executive Director
Calconnect - The Calendaring and Scheduling Consortium*
+1 707 840 9391 (voice) · +1 707 498 2238 (mobile)
http://www.calconnect.org · Dave.Thewlis@calconnect.org 
<mailto:Dave.Thewlis@calconnect.org>

--------------090301050308080900000205
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
TC-TIMEZONE, the TIMEZONE Technical Committee of the Calendaring and
Scheduling Consortium, has published the results of the Timezone
Questionnaire it conducted earlier<br>
this year. The document is available
on the CalConnect web site at <a
 href="http://www.calconnect.org/publications/caldavusecasesv1.0.pdf">http://www.calconnect.org/publications/resultsfrom
timezonequestionnairev1.0.pdf</a>
or by going to <a href="http://www.calconnect.org">http://www.calconnect.org</a>
and selecting "Work Products" from the sidebar index.<br>
<br>
<div class="moz-signature">-- <br>
<b>Dave Thewlis, Executive Director<br>
Calconnect - The Calendaring and Scheduling Consortium</b><br>
+1 707 840 9391 (voice) &middot; +1 707 498 2238 (mobile)<br>
<a href="http://www.calconnect.org">http://www.calconnect.org</a> &middot; <a
 href="mailto:Dave.Thewlis@calconnect.org">Dave.Thewlis@calconnect.org</a>
</div>
</body>
</html>

--------------090301050308080900000205--