From owner-ietf-calendar@mail.imc.org Thu Jul 1 13:35:34 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA19763 for ; Thu, 1 Jul 2004 13:35:34 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i61HIoaj061718; Thu, 1 Jul 2004 10:18:50 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i61HIorf061717; Thu, 1 Jul 2004 10:18:50 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from fed1rmmtao01.cox.net (fed1rmmtao01.cox.net [68.230.241.38]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i61HInul061699 for ; Thu, 1 Jul 2004 10:18:50 -0700 (PDT) (envelope-from Dave.Thewlis@calconnect.org) Received: from NetVista ([68.227.176.136]) by fed1rmmtao01.cox.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040701171848.UUKM6456.fed1rmmtao01.cox.net@NetVista> for ; Thu, 1 Jul 2004 13:18:48 -0400 Message-ID: <200407011018440171.009A5E9D@smtp.west.cox.net> In-Reply-To: <40D9E20B.4060203@Royer.com> References: <40D9E20B.4060203@Royer.com> X-Mailer: Calypso Version 3.30.00.00 (4) Date: Thu, 01 Jul 2004 10:18:44 -0700 Reply-To: Dave.Thewlis@calconnect.org From: "David C. Thewlis" To: "IETF CALSCH" Subject: Latest on Interop testing event at UC Berkeley Content-Type: text/plain; charset="us-ascii" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: The first Interop testing event of The Calendaring and Scheduling Consortium is scheduled for Thurday and Friday 29-30 June at the University of California at Berkeley (South Hall, Room 110). Information about the Interop is posted on the Consortium website at http://www.calconnect.org including planning and logistics, registration, goals and technical information. Note that the launch event which we had intended to have the previous afternoon will happen later this year, so nothing is scheduled for Wednesday, making travel arrangements somewhat easier. At this point we understand that IBM (Lotus) and another major vendor of Calendaring and Scheduling products will be participating, and we expect other participants. If your organization is interested in participation I'd encourage you to register soon as we would like an accurate count for planning purposes fairly soon (and certainly by mid-July!) If you are considering but haven't decided as yet, I would appreciate a call or an e-mail giving us a heads-up that you might be coming. Note also that if you are thinking of joining the Consortium, if you do so prior to the Interop (which will be the first public event of the Consortium) you will become a Foundig Member (again, more on the website). Feel free to contact me if you've got any questions. Best Regards, Dave Thewlis, Executive Director The Calendaring and Scheduling Consortium 1550 Dena Drive McKinleyville CA 95519-4146 +1 707 840 9391 (voice) +1 415 946 3454 (fax) Dave.Thewlis@calconnect.org www.calconnect.org From owner-ietf-calendar@mail.imc.org Thu Jul 1 13:57:33 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA21287 for ; Thu, 1 Jul 2004 13:57:33 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i61HhKno063988; Thu, 1 Jul 2004 10:43:20 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i61HhKh3063987; Thu, 1 Jul 2004 10:43:20 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i61HhJwT063973 for ; Thu, 1 Jul 2004 10:43:19 -0700 (PDT) (envelope-from Dave.Thewlis@calconnect.org) Received: from NetVista ([68.227.176.136]) by fed1rmmtao08.cox.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040701174318.ULPK28232.fed1rmmtao08.cox.net@NetVista> for ; Thu, 1 Jul 2004 13:43:18 -0400 Message-ID: <200407011043130983.00B0CC12@smtp.west.cox.net> In-Reply-To: <200407011018440171.009A5E9D@smtp.west.cox.net> References: <40D9E20B.4060203@Royer.com> <200407011018440171.009A5E9D@smtp.west.cox.net> X-Mailer: Calypso Version 3.30.00.00 (4) Date: Thu, 01 Jul 2004 10:43:13 -0700 Reply-To: Dave.Thewlis@calconnect.org From: "David C. Thewlis" To: "IETF CALSCH" Subject: Correct dates (29-30 July): Re: Latest on Interop testing event at UC Berkeley Content-Type: text/plain; charset="us-ascii" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Sorry, all. I should have typed "29-30 JULY" and not June in my previous note. Guess this proves my personal calendaring isn't up to speed. Dave Thewlis From owner-ietf-calendar@mail.imc.org Mon Jul 12 18:05:51 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21086 for ; Mon, 12 Jul 2004 18:05:51 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6CLbkPO066682; Mon, 12 Jul 2004 14:37:47 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6CLbk6D066681; Mon, 12 Jul 2004 14:37:46 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from mxout6.cac.washington.edu (mxout6.cac.washington.edu [140.142.33.20]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6CLbk6H066674 for ; Mon, 12 Jul 2004 14:37:46 -0700 (PDT) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout6.cac.washington.edu (8.12.11+UW04.02/8.12.11+UW04.03) with ESMTP id i6CLbh6a019158 for ; Mon, 12 Jul 2004 14:37:48 -0700 Received: from D-140-142-21-10.dhcp4.washington.edu (D-140-142-21-10.dhcp4.washington.edu [140.142.21.10]) (authenticated bits=0) by smtp.washington.edu (8.12.11+UW04.02/8.12.11+UW04.03) with ESMTP id i6CLbhqJ020562 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Mon, 12 Jul 2004 14:37:43 -0700 Date: Mon, 12 Jul 2004 14:37:43 -0700 (PDT) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: IETF calsch WG Subject: Re: CALSCH at IETF In-Reply-To: Message-ID: References: <40D9E20B.4060203@Royer.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Wed, 23 Jun 2004, RL 'Bob' Morgan wrote: > > CALSCH is not on the draft agenda. Are we meeting? > > Yes, I'll be putting the request in shortly. Since folks have been asking, in order to make travel plans ... I did put in the request, but unfortunately there has been no new agenda for IETF 60 issued since June 25. I requested one of the one-hour slots on Tuesday afternoon, so I assume that is what we will get. I expect a new agenda will be out shortly, or at least I hope so ... - RL "Bob" From owner-ietf-calendar@mail.imc.org Tue Jul 13 14:59:52 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA03794 for ; Tue, 13 Jul 2004 14:59:52 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6DIcmUI070624; Tue, 13 Jul 2004 11:38:48 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6DIcmeq070623; Tue, 13 Jul 2004 11:38:48 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from fed1rmmtao12.cox.net (fed1rmmtao12.cox.net [68.230.241.27]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6DIckiV070615 for ; Tue, 13 Jul 2004 11:38:47 -0700 (PDT) (envelope-from Dave.Thewlis@calconnect.org) Received: from davet23 ([68.227.176.136]) by fed1rmmtao12.cox.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040713183841.FLXN26461.fed1rmmtao12.cox.net@davet23> for ; Tue, 13 Jul 2004 14:38:41 -0400 Message-ID: <200407131138040977.012E83EF@smtp.west.cox.net> X-Mailer: Calypso Version 3.30.00.00 (4) Date: Tue, 13 Jul 2004 11:38:04 -0700 Reply-To: Dave.Thewlis@calconnect.org From: "David C. Thewlis" To: "IETF CALSCH" Subject: Participating in the Interop test event at UC Berkeley Content-Type: text/plain; charset="us-ascii" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: IBM and Oracle have both confirmed that they will participate in the Interop at UC Berkeley on 29-30 July. It's now just over two weeks until the event, so if you are considering participating and haven't registered yet, please do so as soon as possible. More information is available at http://www.calconnect.org; if you have any questions please e-mail or give me a call on 707-840-9391. Best Regards, Dave Thewlis, Executive Director The Calendaring and Scheduling Consortium 1550 Dena Drive McKinleyville CA 95519-4146 +1 707 840 9391 (voice) +1 415 946 3454 (fax) Dave.Thewlis@calconnect.org www.calconnect.org From owner-ietf-calendar@mail.imc.org Mon Jul 19 08:49:50 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA12236 for ; Mon, 19 Jul 2004 08:49:49 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6JCcYgZ050569; Mon, 19 Jul 2004 05:38:34 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6JCcY3e050568; Mon, 19 Jul 2004 05:38:34 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from mid-1.inet.it (mid-1.inet.it [213.92.5.18]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6JCcXS4050552 for ; Mon, 19 Jul 2004 05:38:33 -0700 (PDT) (envelope-from harrie@inet.it) Received: from hhazewinkel.inet.it [::ffff:213.92.1.191] by mid-1.inet.it via I-SMTP-5.1.10-51A id ::ffff:213.92.1.191+hM5i7fAyiG9C; Mon, 19 Jul 2004 14:38:30 +0200 Message-ID: <40FBC0C4.7070402@inet.it> Date: Mon, 19 Jul 2004 14:38:28 +0200 From: Harrie Hazewinkel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031030 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-calendar@imc.org Subject: question on 'LAST-MODIFIED' property Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit HI all, I have an implementation kind of question regarding the LAST-MODIFIED property. I am curious of thoughts for this property whether it is usefull to maintain in CAP clients (or intermediate-servers that act as clients). In our implementation of a CAP server we have added at the server side the LAST-MODIFIED property. The approach is; adding or updating this property at the moment the component is inserted or updated in the calendar store. My problem is that the CAP client invoking the respective action in the server will never know the value of the property unless the client is does invoke a SEARCH command for the specific UID/component. The CAP client can do a reasonable guess of the time only when the system clock of the server and client are in sync. Not knowing the value of the LAST-MODIFIED makes it difficult for a CAP client that would only like to retrieve updates made since the last synchronization (it does not really know the LAST-MODIFIED value) and having been off-line (think along the lines of IMAP usage). Therefore, I was thinking that it could be useful to have a LAST-MODIFIED property in the VREPLY also. If I look at examples in page 103/104 the UID is included. Maybe there are other apporaches I have missed so far, but always invoking a SEARCH command for a specific time and then in the client chekcing whether there was an update is also not attractive. In perticular in clients with limited resources. Any ideas, Harrie From owner-ietf-calendar@mail.imc.org Mon Jul 19 21:49:31 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA20599 for ; Mon, 19 Jul 2004 21:49:31 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6K1cGQW093305; Mon, 19 Jul 2004 18:38:16 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6K1cGtV093304; Mon, 19 Jul 2004 18:38:16 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6K1cFFJ093250 for ; Mon, 19 Jul 2004 18:38:15 -0700 (PDT) (envelope-from TimHare@comcast.net) Received: from thare.comcast.net (pcp05187528pcs.micske01.fl.comcast.net[68.46.236.19]) by comcast.net (sccrmhc13) with SMTP id <2004072001381601600basqie> (Authid: TimHare); Tue, 20 Jul 2004 01:38:16 +0000 Message-Id: <6.1.1.1.0.20040719212838.0282d100@mail.comcast.net> X-Sender: TimHare@mail.comcast.net X-Mailer: QUALCOMM Windows Eudora Version 6.1.1.1 Date: Mon, 19 Jul 2004 21:34:19 -0400 To: ietf-calendar@imc.org From: TimHare@comcast.net Subject: Re: question on 'LAST-MODIFIED' property In-Reply-To: <40FBC0C4.7070402@inet.it> References: <40FBC0C4.7070402@inet.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: First - I do not believe the intent of CAP is for true "synchronization" in the PDA/IntelliSync/SyncML sense. That would be more in the vein of the SyncML projects I believe. Secondly, see 4.8.7.2 (DTSTAMP) in RFC2445 - I belive that this DTSTAMP, in conjunction perhaps with UID and/or SEQ, could be used to determine the update time of things on the other end.. It would be up to the client to maintain DTSTAMP in any local database containing iCalendar objects; remember, however that storing calendar objects makes you a CS (Calendar Store) in addition to a CUA and you might want/need to act accordingly. Tim Hare Interested Bystander, Non-Inc. At 08:38 AM 7/19/04, you wrote: >HI all, > >I have an implementation kind of question regarding the LAST-MODIFIED >property. I am curious of thoughts for this property whether it >is usefull to maintain in CAP clients (or intermediate-servers that >act as clients). > > >In our implementation of a CAP server we have added at the server side >the LAST-MODIFIED property. The approach is; adding or updating this >property at the moment the component is inserted or updated in the >calendar store. My problem is that the CAP client invoking the >respective action in the server will never know the value of the >property unless the client is does invoke a SEARCH command for the >specific UID/component. >The CAP client can do a reasonable guess of the time only when the system >clock of the server and client are in sync. Not knowing the value >of the LAST-MODIFIED makes it difficult for a CAP client that would only >like to retrieve updates made since the last synchronization (it does not >really know the LAST-MODIFIED value) and having been off-line >(think along the lines of IMAP usage). > >Therefore, I was thinking that it could be useful to have a LAST-MODIFIED >property in the VREPLY also. If I look at examples in >page 103/104 the UID is included. >Maybe there are other apporaches I have missed so far, but always >invoking a SEARCH command for a specific time and then in the client >chekcing whether there was an update is also not attractive. In perticular >in clients with limited resources. > > >Any ideas, > >Harrie Tim Hare Interested Bystander, Non-Inc. From owner-ietf-calendar@mail.imc.org Mon Jul 19 22:45:08 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA24424 for ; Mon, 19 Jul 2004 22:45:08 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6K2ZIjh005644; Mon, 19 Jul 2004 19:35:18 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6K2ZIbl005643; Mon, 19 Jul 2004 19:35:18 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from royer.com (inet-consulting.com [4.23.9.166]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6K2ZHOK005621 for ; Mon, 19 Jul 2004 19:35:17 -0700 (PDT) (envelope-from Doug@Royer.com) Received: from Royer.com (doug@inet-products.com [69.20.163.158]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id i6K2ZCJd032313 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 19 Jul 2004 19:35:14 -0700 Message-ID: <40FC84E0.1090500@Royer.com> Date: Mon, 19 Jul 2004 20:35:12 -0600 From: Doug Royer Reply-To: ietf-calendar@imc.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "ietf-calendar@imc.org" Subject: Re: question on 'LAST-MODIFIED' property References: <40FBC0C4.7070402@inet.it> In-Reply-To: <40FBC0C4.7070402@inet.it> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030600000007050908000902" X-Royer.com-MailScanner-Information: Please contact SiteAdmin@Royer.com for more information X-Royer.com-MailScanner: Found to be clean Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------ms030600000007050908000902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Harrie Hazewinkel wrote: > > HI all, > > I have an implementation kind of question regarding the LAST-MODIFIED > property. I am curious of thoughts for this property whether it > is useful to maintain in CAP clients (or intermediate-servers that > act as clients). Yes, LAST-MODIFIED was part of the synchronization discussion that took part in the requirements for CAP. What ever CUA is going to sync with the CS will need that property in order to tell if which possibly modified object was the last edit of that object. SEQUENCE and DTSTAMP tell you the last that was sent by the ORGANIZER. However those will not tell you which has the correct copy of any added local attributes (VALARM components as an example). If the CS does not change anything as seen by the CUA, then LAST-MODIFIED is not relevant. If the UID, SEQUENCE, and DTSTAMP are the same in the CUA and CS, yet the LAST-MODIFIED in the CS is newer, then it means that another CUA updated the object (such as adding local vlarrms, or removing them, or ...) and the copy in the CS should be used as the latest copy for synchronization. http://www.calsch.org/ietf/archives/draft-ietf-calsch-capreq-04.txt -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- Doug@Royer.com | Office: (208)520-4044 http://Royer.com/People/Doug | Fax: (866)594-8574 | Cell: (208)520-4044 We Do Standards - You Need Standards --------------ms030600000007050908000902 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINcDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBQEwggRqoAMCAQICEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEEBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDMwOTA1MDAw MDAwWhcNMDQwOTE3MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDi FrziCN+FurdNQ/2OjWQ2cPma6FA/JclI72S1HGVR4O26cGshcVxF+88JJrmaUzq+6+gtwYdb MjxtcxhaR7EZNyxXA/f212YKUPeJ3pS78c+DHECtoI7lh+bumUBG9PjZwpoTu6bPP3wnubWg X8BhyF+4GGUd0bivtJ3qUtc3HeN2WQYgeThrGkfiPr4iRMkb1WEQOyH5Mh6RH6LxZeDPu3gE 1LEFltsW4nzIbvJKQpsBRTMTa3ydV9xt/IPb3IGXwYVp+3U+/NXszPq1OWPZkPeBSwKnZb91 OpY1Ojc+WYxyQnIeVe25KwRvd6SEzEZeQUl/+UQMiDyaIYxJNIb9AgMBAAGjggEcMIIBGDAJ BgNVHRMEAjAAMIGsBgNVHSAEgaQwgaEwgZ4GC2CGSAGG+EUBBwEBMIGOMCgGCCsGAQUFBwIB FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbjARBglghkgBhvhCAQEEBAMCB4AwFAYKYIZIAYb4RQEG BwQGFgROb25lMDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL2Ns YXNzMS5jcmwwDQYJKoZIhvcNAQEEBQADgYEAg54AMDj1T1zZRJE0VFN59HFABYyC0jOHaXE4 X11kw5EsaYc4pWpQ9oAvIDxxYO+chYmzuDQ4P6ZClUUFOKw/XhMriZeGgcjL4oewSkMwzpqz ZjnXXLc/Z/nudGdYcrB/ziy9Ea5I4ba4JZUpJbOBtAkaPeMEDZO2Kx52oEDnNKIwggUBMIIE aqADAgECAhAx/45t+4N8u/W/18pTNBTCMA0GCSqGSIb3DQEBBAUAMIHMMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UE CxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElB Qi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1 YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAzMDkwNTAwMDAwMFoXDTA0MDkx NzIzNTk1OVowggELMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5 L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBO b3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBG dWxsIFNlcnZpY2UxEzARBgNVBAMUCkRvdWcgUm95ZXIxHTAbBgkqhkiG9w0BCQEWDmRvdWdA cm95ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4ha84gjfhbq3TUP9 jo1kNnD5muhQPyXJSO9ktRxlUeDtunBrIXFcRfvPCSa5mlM6vuvoLcGHWzI8bXMYWkexGTcs VwP39tdmClD3id6Uu/HPgxxAraCO5Yfm7plARvT42cKaE7umzz98J7m1oF/AYchfuBhlHdG4 r7Sd6lLXNx3jdlkGIHk4axpH4j6+IkTJG9VhEDsh+TIekR+i8WXgz7t4BNSxBZbbFuJ8yG7y SkKbAUUzE2t8nVfcbfyD29yBl8GFaft1PvzV7Mz6tTlj2ZD3gUsCp2W/dTqWNTo3PlmMckJy HlXtuSsEb3ekhMxGXkFJf/lEDIg8miGMSTSG/QIDAQABo4IBHDCCARgwCQYDVR0TBAIwADCB rAYDVR0gBIGkMIGhMIGeBgtghkgBhvhFAQcBATCBjjAoBggrBgEFBQcCARYcaHR0cHM6Ly93 d3cudmVyaXNpZ24uY29tL0NQUzBiBggrBgEFBQcCAjBWMBUWDlZlcmlTaWduLCBJbmMuMAMC AQEaPVZlcmlTaWduJ3MgQ1BTIGluY29ycC4gYnkgcmVmZXJlbmNlIGxpYWIuIGx0ZC4gKGMp OTcgVmVyaVNpZ24wEQYJYIZIAYb4QgEBBAQDAgeAMBQGCmCGSAGG+EUBBgcEBhYETm9uZTAz BgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9jbGFzczEuY3JsMA0G CSqGSIb3DQEBBAUAA4GBAIOeADA49U9c2USRNFRTefRxQAWMgtIzh2lxOF9dZMORLGmHOKVq UPaALyA8cWDvnIWJs7g0OD+mQpVFBTisP14TK4mXhoHIy+KHsEpDMM6as2Y511y3P2f57nRn WHKwf84svRGuSOG2uCWVKSWzgbQJGj3jBA2TtisedqBA5zSiMYIEqjCCBKYCAQEwgeEwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/X ylM0FMIwCQYFKw4DAhoFAKCCAp0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMDQwNzIwMDIzNTEyWjAjBgkqhkiG9w0BCQQxFgQU79rBMVgIX2gjL6Mkg9fs kixeOVIwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQMf+ObfuD fLv1v9fKUzQUwjCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEB BQAEggEAsxxL2WWWgT+6liOdnxUQccsCNDRn1x5Zu/yN21YVnSJ3y4qsNAHH6E+HgExd+wSu CIPjLsCnZk4yrEfQsIUKVCOyyMXTqP0ALXwlbzcF1j4XqQ7ba70WT4PNcgDAEYueCQnqnk8f 2fTg8ZiM1bckXGW7a0VNrXa4f/NHI4ZSFfLws7rxLapPW1TMsV7mPJG+WCMulV1riKnK9s1a F4G3HybHIQx8Lq841owG9PbmxLvd2WzLJFUXUj6VGQ7fyr9vno5L8mcqrr4K6qcsxX5FPkva X6LImo+jYPlx9/tbPFD6Wwfwx2gyz30inGBoMTj5LZBuH9F9uivp0vTwV2j5aAAAAAAAAA== --------------ms030600000007050908000902-- From owner-ietf-calendar@mail.imc.org Tue Jul 20 20:18:47 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA09210 for ; Tue, 20 Jul 2004 20:18:47 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6KNxUIB005108; Tue, 20 Jul 2004 16:59:30 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6KNxU4G005107; Tue, 20 Jul 2004 16:59:30 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from PC_hipolito.net (dns.sil.edu.pe [64.76.72.108]) by above.proper.com (8.12.11/8.12.9) with SMTP id i6KNxSTv005093 for ; Tue, 20 Jul 2004 16:59:29 -0700 (PDT) (envelope-from rlmorgan@washington.edu) Date: Tue, 20 Jul 2004 18:59:40 -0500 To: "Ietf-calendar" From: "Rlmorgan" Subject: Re: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------zlpvijfltmmsqmhccjsw" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: ----------zlpvijfltmmsqmhccjsw Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit >fotogalary and Music


----------zlpvijfltmmsqmhccjsw Content-Type: application/octet-stream; name="New_MP3_Player.scr" Content-Disposition: attachment; filename="New_MP3_Player.scr" Content-Transfer-Encoding: base64 ----------zlpvijfltmmsqmhccjsw-- From owner-ietf-calendar@mail.imc.org Fri Jul 30 14:40:54 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA23868 for ; Fri, 30 Jul 2004 14:40:54 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UITW3F085362; Fri, 30 Jul 2004 11:29:32 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6UITWQm085361; Fri, 30 Jul 2004 11:29:32 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UITV07085354 for ; Fri, 30 Jul 2004 11:29:32 -0700 (PDT) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.13.0+UW04.06/8.13.0+UW04.06) with ESMTP id i6UITP6s017624; Fri, 30 Jul 2004 11:29:25 -0700 Received: from [192.168.1.103] (c-24-17-69-168.client.comcast.net [24.17.69.168]) (authenticated bits=0) by smtp.washington.edu (8.13.0+UW04.06/8.13.0+UW04.06) with ESMTP id i6UITOsC001940 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Fri, 30 Jul 2004 11:29:24 -0700 Date: Fri, 30 Jul 2004 11:29:19 -0700 (PDT) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: IETF calsch WG cc: Scott Hollenbeck , Ted Hardie Subject: proposed revised charter for IETF calsch WG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Obviously the calsch WG has needed an updated charter for some time. The chairs proposed a revision back in February (25 Feb 2004), about which there was not much discussion. The one substantive uncertain item on that proposed charter was the inclusion of a work item to revise RFCs 2445, 2446, and 2447 (iCal, iTIP, iMIP). No one has formally stepped up to do this, though the chairs have heard that some people may be interested. In any case, at this point we suggest that the best course is to complete CAP under the banner of this WG, and to have the RFC 2445-7 revisions, if any, happen either as individual work or in a new WG chartered for that purpose. So, the proposed charter below is as small as it can be, including just the item of completing CAP. This will be on the agenda for discussion at our meeting in San Diego. - RL "Bob" --- Calendaring and Scheduling (calsch) Last Modified: 2004-07-30 Chair(s): Pat Egen RL Bob Morgan Applications Area Director(s): Ted Hardie Scott Hollenbeck Applications Area Advisor: Scott Hollenbeck Mailing Lists: General Discussion: ietf-calendar@imc.org To Subscribe: ietf-calendar-request@imc.org In Body: SUBSCRIBE/UNSUBSCRIBE Archive: http://www.imc.org/ietf-calendar/mail-archive/ Description of Working Group: The calsch WG develops standards to enable heterogeneous calendaring and scheduling products and systems to interoperate. Completed standards-track work includes a specification for calendar objects and an associated MIME type (RFC 2445, iCalendar), a transport-independent protocol for exchanging and operating on calendar objects (RFC 2446, iTIP), a message-based transport for iTIP (RFC 2447, iMIP), and definition and discovery of calendar URIs (RFC 2739). An informational document (RFC 3283) provides an overview of the calendaring standards. An additional standard protocol in the suite provides access to and management of calendar objects in a real-time client-server fashion; this is the "Calendar Access Protocol" (CAP). Submission of CAP as a Proposed Standard is the remaining work item of the WG. Goals and Milestones: Sep 04 Submit Calendar Access Protocol document to IESG for consideration as a Proposed Standard. From owner-ietf-calendar@mail.imc.org Fri Jul 30 14:40:58 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA23886 for ; Fri, 30 Jul 2004 14:40:58 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UIUURM085410; Fri, 30 Jul 2004 11:30:30 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6UIUUCI085409; Fri, 30 Jul 2004 11:30:30 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UIUTDd085403 for ; Fri, 30 Jul 2004 11:30:29 -0700 (PDT) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout2.cac.washington.edu (8.13.0+UW04.06/8.13.0+UW04.06) with ESMTP id i6UIUPAl024318; Fri, 30 Jul 2004 11:30:25 -0700 Received: from [192.168.1.103] (c-24-17-69-168.client.comcast.net [24.17.69.168]) (authenticated bits=0) by smtp.washington.edu (8.13.0+UW04.06/8.13.0+UW04.06) with ESMTP id i6UIUOFT002479 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Fri, 30 Jul 2004 11:30:25 -0700 Date: Fri, 30 Jul 2004 11:30:19 -0700 (PDT) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: IETF calsch WG cc: agenda@ietf.org Subject: proposed agenda for IETF calsch WG, Tuesday 2004-08-03 1415-1515 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Here is a proposed agenda for our meeting this coming Tuesday. Unfortunately this wasn't done in time to get on the final IETF agenda. Comments/revisions welcome. - RL "Bob" --- Calendaring/Scheduling (calsch) WG Tuesday, August 3 1415-1515 ============================= Chairs: RL "Bob" Morgan Pat Egen Agenda: 0) Preliminaries (blue sheets, scribes, agenda bashing) - 5 min 1) WG status, proposed charter revision - 15 min 2) CAP -- draft-ietf-calsch-cap-12.txt - 20 min Discuss any issues remaining that need to be addressed before WG last call on this document. 3) report from Calconnect interop workship - 10 min 4) other outstanding issues - remaining time From owner-ietf-calendar@mail.imc.org Fri Jul 30 15:50:33 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA27721 for ; Fri, 30 Jul 2004 15:50:32 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UJNL47088185; Fri, 30 Jul 2004 12:23:21 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6UJNLTi088184; Fri, 30 Jul 2004 12:23:21 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from mail.optistreams.net (206-169-2-196.gen.twtelecom.net [206.169.2.196]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UJNKas088160 for ; Fri, 30 Jul 2004 12:23:20 -0700 (PDT) (envelope-from nsb@guppylake.com) Received: from [169.229.200.85] [169.229.200.85] by mail.optistreams.net with ESMTP (SMTPD32-8.04) id AA4232F101D8; Fri, 30 Jul 2004 11:58:10 -0700 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: IETF calsch WG , Ted Hardie , Scott Hollenbeck From: Nathaniel Borenstein Subject: Re: proposed revised charter for IETF calsch WG Date: Fri, 30 Jul 2004 15:23:27 -0400 To: "RL 'Bob' Morgan" X-Mailer: Apple Mail (2.618) Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit I am opposed to rechartering the calsch group. My preference would be to shut down the group entirely, and then start a new WG that is narrowly focused on revisions to RFCs 2445-7. I am particularly skeptical that work on CAP or any similar protocol based on those RFC's should be done in the same group that is in the middle of revising them. I think progress will be much faster if we divide and conquer, and that the (substantial) revisions that are necessary in the base RFC's justifies a new group of its own. -- Nathaniel On Jul 30, 2004, at 2:29 PM, RL 'Bob' Morgan wrote: > > > Obviously the calsch WG has needed an updated charter for some time. > The > chairs proposed a revision back in February (25 Feb 2004), about which > there was not much discussion. > > The one substantive uncertain item on that proposed charter was the > inclusion of a work item to revise RFCs 2445, 2446, and 2447 (iCal, > iTIP, > iMIP). No one has formally stepped up to do this, though the chairs > have > heard that some people may be interested. In any case, at this point > we > suggest that the best course is to complete CAP under the banner of > this > WG, and to have the RFC 2445-7 revisions, if any, happen either as > individual work or in a new WG chartered for that purpose. So, the > proposed charter below is as small as it can be, including just the > item > of completing CAP. This will be on the agenda for discussion at our > meeting in San Diego. > > - RL "Bob" > > --- > > Calendaring and Scheduling (calsch) > > Last Modified: 2004-07-30 > Chair(s): > Pat Egen > RL Bob Morgan > Applications Area Director(s): > Ted Hardie > Scott Hollenbeck > Applications Area Advisor: > Scott Hollenbeck > Mailing Lists: > General Discussion: ietf-calendar@imc.org > To Subscribe: ietf-calendar-request@imc.org > In Body: SUBSCRIBE/UNSUBSCRIBE > Archive: http://www.imc.org/ietf-calendar/mail-archive/ > > Description of Working Group: > > The calsch WG develops standards to enable heterogeneous calendaring > and > scheduling products and systems to interoperate. Completed > standards-track work includes a specification for calendar objects and > an > associated MIME type (RFC 2445, iCalendar), a transport-independent > protocol for exchanging and operating on calendar objects (RFC 2446, > iTIP), a message-based transport for iTIP (RFC 2447, iMIP), and > definition > and discovery of calendar URIs (RFC 2739). An informational document > (RFC 3283) provides an overview of the calendaring standards. > > An additional standard protocol in the suite provides access to and > management of calendar objects in a real-time client-server fashion; > this > is the "Calendar Access Protocol" (CAP). Submission of CAP as a > Proposed > Standard is the remaining work item of the WG. > > Goals and Milestones: > > Sep 04 Submit Calendar Access Protocol document to IESG > for consideration as a Proposed Standard. > > > From owner-ietf-calendar@mail.imc.org Fri Jul 30 16:02:38 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA28175 for ; Fri, 30 Jul 2004 16:02:37 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UJm1RY089762; Fri, 30 Jul 2004 12:48:01 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6UJm1sh089761; Fri, 30 Jul 2004 12:48:01 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UJm0md089755 for ; Fri, 30 Jul 2004 12:48:00 -0700 (PDT) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.13.0+UW04.06/8.13.0+UW04.06) with ESMTP id i6UJltjF014036; Fri, 30 Jul 2004 12:47:55 -0700 Received: from [192.168.1.103] (c-24-17-69-168.client.comcast.net [24.17.69.168]) (authenticated bits=0) by smtp.washington.edu (8.13.0+UW04.06/8.13.0+UW04.06) with ESMTP id i6UJlsUX010473 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Fri, 30 Jul 2004 12:47:54 -0700 Date: Fri, 30 Jul 2004 12:47:48 -0700 (PDT) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: IETF calsch WG cc: Scott Hollenbeck , Ted Hardie Subject: Re: proposed revised charter for IETF calsch WG In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: > In any case, at this point we suggest that the best course is to > complete CAP under the banner of this WG, and to have the RFC 2445-7 > revisions, if any, happen either as individual work or in a new WG > chartered for that purpose. Since someone asked, it's certainly my expectation that this list would remain available indefinitely for discussions of all the calsch RFCs and related calendaring stuff, including individual work, if any, on RFC revisions. So no need for new lists, at least not until a new WG is chartered. - RL "Bob" From owner-ietf-calendar@mail.imc.org Fri Jul 30 16:23:10 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA28839 for ; Fri, 30 Jul 2004 16:23:09 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UK7GdG090639; Fri, 30 Jul 2004 13:07:16 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6UK7G8R090638; Fri, 30 Jul 2004 13:07:16 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from vsmtp12.tin.it (vsmtp12.tin.it [212.216.176.206]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UK75CH090626 for ; Fri, 30 Jul 2004 13:07:16 -0700 (PDT) (envelope-from harrie@inet.it) Received: from linux.lisanza.net (82.52.78.254) by vsmtp12.tin.it (7.0.027) id 40B33B7C00F25A43; Fri, 30 Jul 2004 22:06:53 +0200 Subject: Re: proposed revised charter for IETF calsch WG From: Harrie Hazewinkel To: Nathaniel Borenstein Cc: harrie@inet.it, "RL 'Bob' Morgan" , IETF calsch WG , Ted Hardie , Scott Hollenbeck In-Reply-To: References: Content-Type: text/plain Organization: I.Net Message-Id: <1091218017.2738.19.camel@linux.lisanza.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 30 Jul 2004 22:06:57 +0200 Content-Transfer-Encoding: 7bit Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit On Fri, 2004-07-30 at 21:23, Nathaniel Borenstein wrote: > I am opposed to rechartering the calsch group. My preference would be > to shut down the group entirely, and then start a new WG that is > narrowly focused on revisions to RFCs 2445-7. I am particularly > skeptical that work on CAP or any similar protocol based on those RFC's > should be done in the same group that is in the middle of revising > them. I think progress will be much faster if we divide and conquer, > and that the (substantial) revisions that are necessary in the base > RFC's justifies a new group of its own. -- Nathaniel I would support this. It has been with other WGs a problem that taking on new(extra) work gave the impression the orignal work was not done. Companies can use it as an excuse for not implementing it and does not help progress. If the CAP RFC is published and the WG is closed the signal to implementors is clear. Harrie > > On Jul 30, 2004, at 2:29 PM, RL 'Bob' Morgan wrote: > > > > > > > Obviously the calsch WG has needed an updated charter for some time. > > The > > chairs proposed a revision back in February (25 Feb 2004), about which > > there was not much discussion. > > > > The one substantive uncertain item on that proposed charter was the > > inclusion of a work item to revise RFCs 2445, 2446, and 2447 (iCal, > > iTIP, > > iMIP). No one has formally stepped up to do this, though the chairs > > have > > heard that some people may be interested. In any case, at this point > > we > > suggest that the best course is to complete CAP under the banner of > > this > > WG, and to have the RFC 2445-7 revisions, if any, happen either as > > individual work or in a new WG chartered for that purpose. So, the > > proposed charter below is as small as it can be, including just the > > item > > of completing CAP. This will be on the agenda for discussion at our > > meeting in San Diego. > > > > - RL "Bob" > > > > --- > > > > Calendaring and Scheduling (calsch) > > > > Last Modified: 2004-07-30 > > Chair(s): > > Pat Egen > > RL Bob Morgan > > Applications Area Director(s): > > Ted Hardie > > Scott Hollenbeck > > Applications Area Advisor: > > Scott Hollenbeck > > Mailing Lists: > > General Discussion: ietf-calendar@imc.org > > To Subscribe: ietf-calendar-request@imc.org > > In Body: SUBSCRIBE/UNSUBSCRIBE > > Archive: http://www.imc.org/ietf-calendar/mail-archive/ > > > > Description of Working Group: > > > > The calsch WG develops standards to enable heterogeneous calendaring > > and > > scheduling products and systems to interoperate. Completed > > standards-track work includes a specification for calendar objects and > > an > > associated MIME type (RFC 2445, iCalendar), a transport-independent > > protocol for exchanging and operating on calendar objects (RFC 2446, > > iTIP), a message-based transport for iTIP (RFC 2447, iMIP), and > > definition > > and discovery of calendar URIs (RFC 2739). An informational document > > (RFC 3283) provides an overview of the calendaring standards. > > > > An additional standard protocol in the suite provides access to and > > management of calendar objects in a real-time client-server fashion; > > this > > is the "Calendar Access Protocol" (CAP). Submission of CAP as a > > Proposed > > Standard is the remaining work item of the WG. > > > > Goals and Milestones: > > > > Sep 04 Submit Calendar Access Protocol document to IESG > > for consideration as a Proposed Standard. > > > > > > > From owner-ietf-calendar@mail.imc.org Fri Jul 30 17:51:39 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA03171 for ; Fri, 30 Jul 2004 17:51:39 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6ULZ1ER097980; Fri, 30 Jul 2004 14:35:01 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6ULZ1KJ097979; Fri, 30 Jul 2004 14:35:01 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from mail.optistreams.net (206-169-2-196.gen.twtelecom.net [206.169.2.196]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6ULYvgd097956 for ; Fri, 30 Jul 2004 14:34:58 -0700 (PDT) (envelope-from nsb@guppylake.com) Received: from [169.229.200.85] [169.229.200.85] by mail.optistreams.net with ESMTP (SMTPD32-8.04) id A91B71D01D2; Fri, 30 Jul 2004 14:09:47 -0700 In-Reply-To: <1091218017.2738.19.camel@linux.lisanza.net> References: <1091218017.2738.19.camel@linux.lisanza.net> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <51E4349E-E270-11D8-B16C-000A9571873E@guppylake.com> Content-Transfer-Encoding: 7bit Cc: IETF calsch WG , "RL 'Bob' Morgan" , Ted Hardie , Scott Hollenbeck From: Nathaniel Borenstein Subject: Re: proposed revised charter for IETF calsch WG Date: Fri, 30 Jul 2004 17:35:04 -0400 To: Harrie Hazewinkel X-Mailer: Apple Mail (2.618) Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit On Jul 30, 2004, at 4:06 PM, Harrie Hazewinkel wrote: > I would support this... > > If the CAP RFC is published and the WG is closed the signal to > implementors is clear. While I never want to argue with people who are agreeing with me, I have to say that I do NOT view my plan as implying that it's time for everyone to implement CAP. For my part, I believe that iCal as it stands is sufficiently flawed that *no* CAP-like protocol can be made to work really well. I believe that we need to go back and clean up iCal, and that if we do that right it will make possible a much cleaner real-time access protocol. In that sense, I want to send precisely the opposite signal from the one you infer. I will welcome the publication of CAP, but given the state of iCal it will be hard for me to view it as anything more than a useful experiment, to be re-evaluated (and probably simplified) once we clean up (and simplify) iCal. For that reason I will also argue for its publication with a status of Experimental rather than Proposed Standard. -- Nathaniel From owner-ietf-calendar@mail.imc.org Fri Jul 30 19:18:46 2004 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA07934 for ; Fri, 30 Jul 2004 19:18:45 -0400 (EDT) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UN8NYK004895; Fri, 30 Jul 2004 16:08:23 -0700 (PDT) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i6UN8N9q004894; Fri, 30 Jul 2004 16:08:23 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from royer.com (inet-consulting.com [4.23.9.166]) by above.proper.com (8.12.11/8.12.9) with ESMTP id i6UN8MTq004873 for ; Fri, 30 Jul 2004 16:08:22 -0700 (PDT) (envelope-from Doug@Royer.com) Received: from Royer.com (doug@69-20-163-158.ida.net [69.20.163.158]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id i6UN8JJd018398 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 30 Jul 2004 16:08:20 -0700 Message-ID: <410AD4E2.2030209@Royer.com> Date: Fri, 30 Jul 2004 17:08:18 -0600 From: Doug Royer Reply-To: IETF calsch WG User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: IETF calsch WG Subject: Re: proposed revised charter for IETF calsch WG References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040306060208090407070906" X-Royer.com-MailScanner-Information: Please contact SiteAdmin@Royer.com for more information X-Royer.com-MailScanner: Found to be clean Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------ms040306060208090407070906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Nathaniel Borenstein wrote: > > I am opposed to rechartering the calsch group. My preference would be > to shut down the group entirely, and then start a new WG that is > narrowly focused on revisions to RFCs 2445-7. I am particularly > skeptical that work on CAP or any similar protocol based on those > RFC's should be done in the same group that is in the middle of > revising them. I think progress will be much faster if we divide and > conquer, and that the (substantial) revisions that are necessary in > the base RFC's justifies a new group of its own. -- Nathaniel I agree. This WG needs to finish up. It has absorbed too many tasks that conflict with each other. Many get upset when more than one task is performed at a time and that is holding up individual submissions and other ideas. I have been repeatedly asked NOT to submit the XML draft until after CAP. Lets ship CAP and allow iCal to move forward. In addition separate working groups can then focus on specific tasks. I do not think that RFC02445-7 have significant changes. They do however have many typo's and a few corrections. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- Doug@Royer.com | Office: (208)520-4044 http://Royer.com/People/Doug | Fax: (866)594-8574 | Cell: (208)520-4044 We Do Standards - You Need Standards --------------ms040306060208090407070906 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIINcDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBQEwggRqoAMCAQICEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEEBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDMwOTA1MDAw MDAwWhcNMDQwOTE3MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDi FrziCN+FurdNQ/2OjWQ2cPma6FA/JclI72S1HGVR4O26cGshcVxF+88JJrmaUzq+6+gtwYdb MjxtcxhaR7EZNyxXA/f212YKUPeJ3pS78c+DHECtoI7lh+bumUBG9PjZwpoTu6bPP3wnubWg X8BhyF+4GGUd0bivtJ3qUtc3HeN2WQYgeThrGkfiPr4iRMkb1WEQOyH5Mh6RH6LxZeDPu3gE 1LEFltsW4nzIbvJKQpsBRTMTa3ydV9xt/IPb3IGXwYVp+3U+/NXszPq1OWPZkPeBSwKnZb91 OpY1Ojc+WYxyQnIeVe25KwRvd6SEzEZeQUl/+UQMiDyaIYxJNIb9AgMBAAGjggEcMIIBGDAJ BgNVHRMEAjAAMIGsBgNVHSAEgaQwgaEwgZ4GC2CGSAGG+EUBBwEBMIGOMCgGCCsGAQUFBwIB FhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNp Z24sIEluYy4wAwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlh Yi4gbHRkLiAoYyk5NyBWZXJpU2lnbjARBglghkgBhvhCAQEEBAMCB4AwFAYKYIZIAYb4RQEG BwQGFgROb25lMDMGA1UdHwQsMCowKKAmoCSGImh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL2Ns YXNzMS5jcmwwDQYJKoZIhvcNAQEEBQADgYEAg54AMDj1T1zZRJE0VFN59HFABYyC0jOHaXE4 X11kw5EsaYc4pWpQ9oAvIDxxYO+chYmzuDQ4P6ZClUUFOKw/XhMriZeGgcjL4oewSkMwzpqz ZjnXXLc/Z/nudGdYcrB/ziy9Ea5I4ba4JZUpJbOBtAkaPeMEDZO2Kx52oEDnNKIwggUBMIIE aqADAgECAhAx/45t+4N8u/W/18pTNBTCMA0GCSqGSIb3DQEBBAUAMIHMMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UE CxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElB Qi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1 YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAzMDkwNTAwMDAwMFoXDTA0MDkx NzIzNTk1OVowggELMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5 L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBO b3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBG dWxsIFNlcnZpY2UxEzARBgNVBAMUCkRvdWcgUm95ZXIxHTAbBgkqhkiG9w0BCQEWDmRvdWdA cm95ZXIuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4ha84gjfhbq3TUP9 jo1kNnD5muhQPyXJSO9ktRxlUeDtunBrIXFcRfvPCSa5mlM6vuvoLcGHWzI8bXMYWkexGTcs VwP39tdmClD3id6Uu/HPgxxAraCO5Yfm7plARvT42cKaE7umzz98J7m1oF/AYchfuBhlHdG4 r7Sd6lLXNx3jdlkGIHk4axpH4j6+IkTJG9VhEDsh+TIekR+i8WXgz7t4BNSxBZbbFuJ8yG7y SkKbAUUzE2t8nVfcbfyD29yBl8GFaft1PvzV7Mz6tTlj2ZD3gUsCp2W/dTqWNTo3PlmMckJy HlXtuSsEb3ekhMxGXkFJf/lEDIg8miGMSTSG/QIDAQABo4IBHDCCARgwCQYDVR0TBAIwADCB rAYDVR0gBIGkMIGhMIGeBgtghkgBhvhFAQcBATCBjjAoBggrBgEFBQcCARYcaHR0cHM6Ly93 d3cudmVyaXNpZ24uY29tL0NQUzBiBggrBgEFBQcCAjBWMBUWDlZlcmlTaWduLCBJbmMuMAMC AQEaPVZlcmlTaWduJ3MgQ1BTIGluY29ycC4gYnkgcmVmZXJlbmNlIGxpYWIuIGx0ZC4gKGMp OTcgVmVyaVNpZ24wEQYJYIZIAYb4QgEBBAQDAgeAMBQGCmCGSAGG+EUBBgcEBhYETm9uZTAz BgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9jbGFzczEuY3JsMA0G CSqGSIb3DQEBBAUAA4GBAIOeADA49U9c2USRNFRTefRxQAWMgtIzh2lxOF9dZMORLGmHOKVq UPaALyA8cWDvnIWJs7g0OD+mQpVFBTisP14TK4mXhoHIy+KHsEpDMM6as2Y511y3P2f57nRn WHKwf84svRGuSOG2uCWVKSWzgbQJGj3jBA2TtisedqBA5zSiMYIEqjCCBKYCAQEwgeEwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/X ylM0FMIwCQYFKw4DAhoFAKCCAp0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG 9w0BCQUxDxcNMDQwNzMwMjMwODE4WjAjBgkqhkiG9w0BCQQxFgQUN7p/1eo2o4sNbaOwUhrn VGtNbRUwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQMf+ObfuD fLv1v9fKUzQUwjCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEB BQAEggEAsPSdJeIkD5M5vWMTzq+vIEi+YQGNg3iHABsTVTDNGQFFT53vaum1QKklKNYPpGqU ZpffLKCRJQZXOnWvU7aR23dP6l3+588Cm2E4IqGsb/nRJQKDeH/8eAkkw71ajchN0rBbsbvr SNcrcDDWSKSgllhuJEjZUaieeIlyOqEvBtJoVu9Z263S4NDgnDjbAgplBj1wO81Eg8LIJcRa XBZtn7gRCM+JG6uFN4Qp7eupk9+wWjCyVYnWumGMHuW2LIV3UlYcq0x1qYxCizFXcDCE6r+D RVZxzKLb88kroOL2NDGeQieFLhTfsXwTHLfY4W7e/Eglljq1YpUhputkppRfQAAAAAAAAA== --------------ms040306060208090407070906--