From owner-ietf-calendar@mail.imc.org Tue Feb 3 13:59: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 NAA24666 for ; Tue, 3 Feb 2004 13:59:39 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i13IVcAN001926; Tue, 3 Feb 2004 10:31:38 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i13IVco5001925; Tue, 3 Feb 2004 10:31:38 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from www.egenconsulting.com (www.egenconsulting.com [208.31.106.82]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i13IValG001917 for ; Tue, 3 Feb 2004 10:31:37 -0800 (PST) (envelope-from pregen@egenconsulting.com) To: ietf-calendar@imc.org Subject: Anybody here? MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5 September 26, 2003 Message-ID: From: pregen@egenconsulting.com Date: Tue, 3 Feb 2004 13:31:38 -0500 X-MIMETrack: Serialize by Router on Notes1/Egen Consulting/01(Release 6.0.3|September 26, 2003) at 02/03/2004 01:31:40 PM, Serialize complete at 02/03/2004 01:31:40 PM Content-Type: multipart/alternative; boundary="=_alternative 0065C64E85256E2F_=" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a multipart message in MIME format. --=_alternative 0065C64E85256E2F_= Content-Type: text/plain; charset="US-ASCII" Hey, I was just sort of checking up on participants of the list. It's been really quiet and was wondering if everyone was just too busy or had gone away. ___________________ Patricia Egen Consulting www.egenconsulting.com 423-875-2652 --=_alternative 0065C64E85256E2F_= Content-Type: text/html; charset="US-ASCII"
Hey, I was just sort of checking up on participants of the list.  It's been really quiet and was wondering if everyone was just too busy or had gone away.  
___________________
Patricia Egen Consulting
www.egenconsulting.com
423-875-2652 --=_alternative 0065C64E85256E2F_=-- From owner-ietf-calendar@mail.imc.org Tue Feb 3 23:18:42 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 XAA21666 for ; Tue, 3 Feb 2004 23:18:41 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i143xqmh034367; Tue, 3 Feb 2004 19:59:52 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i143xqce034366; Tue, 3 Feb 2004 19:59:52 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from royer.com (royer.com [4.23.9.161]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i143xnot034357 for ; Tue, 3 Feb 2004 19:59:50 -0800 (PST) (envelope-from Doug@Royer.com) Received: from Royer.com (doug@inet-products.com [12.110.13.100]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id i143xkes009438 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 3 Feb 2004 19:59:47 -0800 Message-ID: <40206E32.3040908@Royer.com> Date: Tue, 03 Feb 2004 20:59:46 -0700 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: Anybody here? References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060309000700050508040302" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------ms060309000700050508040302 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I think they are still waiting for your and Bob's issue list so we can know where we are at. pregen@egenconsulting.com wrote: > > Hey, I was just sort of checking up on participants of the list. It's > been really quiet and was wondering if everyone was just too busy or > had gone away. > ___________________ > Patricia Egen Consulting > www.egenconsulting.com > 423-875-2652 -- 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 --------------ms060309000700050508040302 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 9w0BCQUxDxcNMDQwMjA0MDM1OTQ2WjAjBgkqhkiG9w0BCQQxFgQUOCzBsz2wo30duP/3IvNR KRSsRIswUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQMf+ObfuD fLv1v9fKUzQUwjCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEB BQAEggEATYQ5mk/3rgMJfIhlVLQ6aHmVZ3IZuRIoMlNnl77IWC43UyFRcHWn340U9owFF9wg np0bLbQtJdrurjHpgGg9u42zJ3KsIXv4YcNqONVO5Q9TOp5Vz9ny53h20Hgpm7d9PHqDJFVK JYC1sGOyEwgdnv+5oMoosemTO0Hxw2ZZtF4YFtAwzVJp0Mu8dVO+zlJhsbipXQMFtd6jQKJa rceuMLLO7D1kpcWRMsFyhnCLD5QDHFAa89oK+pVqR/3Xhh3I3lBXmQxCGtKR+sHRlCQ9+Zv7 P5R8JuG6bDWlZczrW/n5XGFCa7RIgiZPYETdrmLleanm5h2bP8Ece01FHrK4HgAAAAAAAA== --------------ms060309000700050508040302-- From owner-ietf-calendar@mail.imc.org Mon Feb 9 23:46:14 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 XAA15811 for ; Mon, 9 Feb 2004 23:46:13 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1A4WdWV089184; Mon, 9 Feb 2004 20:32:39 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1A4Wdg8089183; Mon, 9 Feb 2004 20:32:39 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1A4WauH089175 for ; Mon, 9 Feb 2004 20:32:38 -0800 (PST) (envelope-from TimHare@comcast.net) Received: from thare.comcast.net (pcp05187528pcs.micske01.fl.comcast.net[68.46.236.19]) by comcast.net (rwcrmhc13) with SMTP id <2004021004325001500k5v07e> (Authid: TimHare); Tue, 10 Feb 2004 04:32:50 +0000 Message-Id: <5.2.1.1.0.20040209232740.009dca50@mail.comcast.net> X-Sender: TimHare@mail.comcast.net X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Mon, 09 Feb 2004 23:31:55 -0500 To: ietf-calendar@imc.org From: Tim Hare Subject: FYI: another CAP 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: While researching something at work, I came across another CAP: http://www.incident.com/cap/what-why-how.html This is a Common Alert Protocol for disasters and the like. I don't think that they're planning an RFC (or at least I didn't find mention of it), but they did submit it to OASIS, which I think is somehow related to XML standards. I don't think this is necessarily a problem, I just thought it would be good to bring it to the attention of the group. Tim Hare Interested Bystander, Non-Inc. From owner-ietf-calendar@mail.imc.org Tue Feb 10 00:09:11 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 AAA16538 for ; Tue, 10 Feb 2004 00:09:10 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1A4vj0m090624; Mon, 9 Feb 2004 20:57:45 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1A4vjbQ090623; Mon, 9 Feb 2004 20:57:45 -0800 (PST) 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.8) with ESMTP id i1A4vi1c090616 for ; Mon, 9 Feb 2004 20:57:44 -0800 (PST) (envelope-from Doug@Royer.com) Received: from Royer.com (doug@inet-products.com [12.110.13.100]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id i1A4vves024082 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 9 Feb 2004 20:57:58 -0800 Message-ID: <402864D4.7010501@Royer.com> Date: Mon, 09 Feb 2004 21:57:56 -0700 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: Stored queries. Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080208070007020800010800" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------ms080208070007020800010800 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Bruce and I had a very small private dialog about stored queries. Bruce agrees that if we (a) add STORED-VQUERY to the capability reply and (b) add a new REQUEST-STATUS code to mean "Unsupported command or property", then he would not object. So I *think* that is now a non-issue. Comments Please !!! -- 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 --------------ms080208070007020800010800 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 9w0BCQUxDxcNMDQwMjEwMDQ1NzU2WjAjBgkqhkiG9w0BCQQxFgQUyzXlHlMMl8cKcU7IvlJS wcpiWPwwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQMf+ObfuD fLv1v9fKUzQUwjCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEB BQAEggEAWxy6fP8ee/BNsDC09C7dzPrrlLfsiiYSlCd7ze4De6SCOiKBKIQ+ybSn9tzUjey5 2Qw+8cvzGLm1FEPOjpUfFePNOr/h51Gii8xIMyNPX2cfogCcE++/V3fywX2LRQZaUAq6xu2r 6JaMmoIY0FGIlfCFrAn06dpZk8lYD2dfx3cW2xp9DjMHVS7CRvyMRlYmGMs0JC+XUErcSvuQ mnF16PlaM0jT4m+5+4uEeuusgLt4l+7Gp9QF6ptYDm2fnWmgHyCJK2yn9ROdYwdITX2UmG0H 293hx7n67uGO2xR21KTU09L03nzGesljmBv8RrMnYDSIPBairxzgdRLneh7D0AAAAAAAAA== --------------ms080208070007020800010800-- From owner-ietf-calendar@mail.imc.org Tue Feb 10 12:14:24 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 MAA27966 for ; Tue, 10 Feb 2004 12:14:24 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1AGwKxZ018107; Tue, 10 Feb 2004 08:58:20 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1AGwKkR018106; Tue, 10 Feb 2004 08:58:20 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from capricorn.notesdev.ibm.com (capricorn.notesdev.ibm.com [205.159.212.202]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1AGwJa5018090 for ; Tue, 10 Feb 2004 08:58:20 -0800 (PST) (envelope-from Bruce_Kahn@notesdev.ibm.com) In-Reply-To: <402864D4.7010501@Royer.com> To: ietf-calendar@imc.org Subject: Re: Stored queries. MIME-Version: 1.0 X-Mailer: Lotus Notes Build V70_01072004NP January 07, 2004 Message-ID: From: Bruce_Kahn@notesdev.ibm.com Date: Tue, 10 Feb 2004 11:39:46 -0500 X-MIMETrack: Serialize by Router on Capricorn/Iris(Release 6.0.2CF1|June 9, 2003) at 02/10/2004 11:56:02 AM, Serialize complete at 02/10/2004 11:56:02 AM Content-Type: multipart/alternative; boundary="=_alternative 005D0C1C85256E36_=" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a multipart message in MIME format. --=_alternative 005D0C1C85256E36_= Content-Type: text/plain; charset="US-ASCII" Doug wrote on 02/09/2004 11:57:56 PM: > Bruce and I had a very small private dialog about stored queries. > > Bruce agrees that if we (a) add STORED-VQUERY to the capability > reply and (b) add a new REQUEST-STATUS code to mean "Unsupported command > or property", then he would not object. > > So I *think* that is now a non-issue. > > Comments Please !!! 2 brief comments: 1: As long as the model is changed so that stored queries are not implicity required and that the feature is identified by CAPABILITY then this is good. It should be noted though that although my objection lessons, it does _not_ mean that the issues with stored queriy design are gone (see WG archive for discussion of them between myself and Andrea ~Jan-Mar 2003 and some ~Nov 2002 postings for what they are). 2: There probably should also be some small added text to the CAPABILITY section describing STORED-VQUERY to make it clear that if the CS does not support the use of stored VQUERYs then the CUA is responsible for manually crafting the VQUERY in order to access the data in the CS. This should be intuitive but Ive learned that adding a single line or two now saves much reinterpretation later on... Bruce =========================================================================== Bruce Kahn INet: Bruce_Kahn@notesdev.ibm.com Messaging & Collaboration Phone: 978.399.6496 IBM Software Group FAX: and nothing but the FAX... Standard disclaimers apply, even where prohibited by law... --=_alternative 005D0C1C85256E36_= Content-Type: text/html; charset="US-ASCII"
Doug wrote on 02/09/2004 11:57:56 PM:
> Bruce and I had a very small private dialog about stored queries.
>
> Bruce agrees that if we (a) add STORED-VQUERY to the capability
> reply and (b) add a new REQUEST-STATUS code to mean "Unsupported command
> or property", then he would not object.
>
> So I *think* that is now a non-issue.
>
> Comments Please !!!

2 brief comments:

1: As long as the model is changed so that stored queries are not implicity required and that the feature is identified by CAPABILITY then this is good.  It should be noted though that although my objection lessons, it does _not_ mean that the issues with stored queriy design are gone (see WG archive for discussion of them between myself and Andrea ~Jan-Mar 2003 and some ~Nov 2002 postings for what they are).

2: There probably should also be some small added text to the CAPABILITY section describing STORED-VQUERY to make it clear that if the CS does not support the use of stored VQUERYs then the CUA is responsible for manually crafting the VQUERY in order to access the data in the CS.  This should be intuitive but Ive learned that adding a single line or two now saves much reinterpretation later on...

Bruce
===========================================================================
Bruce Kahn                                INet: Bruce_Kahn@notesdev.ibm.com
Messaging & Collaboration                 Phone: 978.399.6496
IBM Software Group                         FAX: and nothing but the FAX...
Standard disclaimers apply, even where prohibited by law... --=_alternative 005D0C1C85256E36_=-- From owner-ietf-calendar@mail.imc.org Tue Feb 10 16:39:56 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 QAA20273 for ; Tue, 10 Feb 2004 16:39:56 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1ALQf0d016704; Tue, 10 Feb 2004 13:26:41 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1ALQfZV016703; Tue, 10 Feb 2004 13:26:41 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from agminet02.oracle.com (agminet02.oracle.com [141.146.126.229]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1ALQeKE016685 for ; Tue, 10 Feb 2004 13:26:40 -0800 (PST) (envelope-from alan.davies@oracle.com) Received: from rgmgw5.us.oracle.com (rgmgw5.us.oracle.com [138.1.191.14]) by agminet02.oracle.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id i1ALMYla014204; Tue, 10 Feb 2004 13:23:24 -0800 Received: from rgmgw5.us.oracle.com (localhost [127.0.0.1]) by rgmgw5.us.oracle.com (Switch-2.1.5/Switch-2.1.0) with ESMTP id i1ALMYv23060; Tue, 10 Feb 2004 14:22:34 -0700 (MST) Received: from in.steltor.com (dhcp-ca-mississauga-144-23-213-15.ca.oracle.com [144.23.213.15]) by rgmgw5.us.oracle.com (Switch-2.1.5/Switch-2.1.0) with ESMTP id i1ALMXv23018; Tue, 10 Feb 2004 14:22:33 -0700 (MST) Message-Id: <200402102122.i1ALMXv23018@rgmgw5.us.oracle.com> From: Alan Davies To: Tim Hare , ietf-calendar@imc.org Subject: RE: FYI: another CAP Date: Tue, 10 Feb 2004 16:22:32 -0500 MIME-Version: 1.0 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4.1.11 60210 (11.0.5608) Content-Type: text/plain; charset=us-ascii X-Brightmail-Tracker: AAAAAQAAAAI= X-White-List-Member: TRUE Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by above.proper.com id i1ALQfKE016698 Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 8bit CAP is also used for the "Common Aftermarket Protocol": http://www.cap-standard.com From the site: "Sending CAP-messages will soon become as easy and uncomplicated as sending an email. Guaranteed" "Wide implementation of the CAP standard will enable many more companies to benefit from Internet-based transactions." "Gain time, reduce misunderstanding and costs. Use the worldwide unique CAP-messages" --Alan > -----Original Message----- > From: owner-ietf-calendar@mail.imc.org > [mailto:owner-ietf-calendar@mail.imc.org] On Behalf Of Tim Hare > Sent: Monday, February 09, 2004 11:32 PM > To: ietf-calendar@imc.org > Subject: FYI: another CAP > > > While researching something at work, I came across another CAP: > http://www.incident.com/cap/what-why-how.html > > This is a Common Alert Protocol for disasters and the like. I > don't think > that they're planning an RFC (or at least I didn't find > mention of it), but > they did submit it to OASIS, which I think is somehow related to XML > standards. I don't think this is necessarily a problem, I > just thought it > would be good to bring it to the attention of the group. > > Tim Hare > Interested Bystander, Non-Inc. > > > > From owner-ietf-calendar@mail.imc.org Tue Feb 10 20:46:21 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 UAA11543 for ; Tue, 10 Feb 2004 20:46:21 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1B1bj24032756; Tue, 10 Feb 2004 17:37:45 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1B1bjq4032755; Tue, 10 Feb 2004 17:37:45 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1B1bipZ032747 for ; Tue, 10 Feb 2004 17:37:44 -0800 (PST) (envelope-from TimHare@comcast.net) Received: from thare.comcast.net (pcp05187528pcs.micske01.fl.comcast.net[68.46.236.19]) by comcast.net (rwcrmhc11) with SMTP id <2004021101375101300fqb1je> (Authid: TimHare); Wed, 11 Feb 2004 01:37:51 +0000 Message-Id: <5.2.1.1.0.20040210202640.00a3b970@mail.comcast.net> X-Sender: TimHare@mail.comcast.net X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Tue, 10 Feb 2004 20:37:09 -0500 To: ietf-calendar@imc.org From: Tim Hare Subject: Re: Stored queries. In-Reply-To: <402864D4.7010501@Royer.com> 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: Would STORED-VQUERY be a mandatory part of the capability reply? If so, I agree with the method, this is what I proposed for handling CALSCALE (especially for non-Gregorian scales) some time ago. I would like to see a call for consensus on this issue (_and_ CALSCALE for that matter). CALSCALE is in the open-groupware bugzilla as an issue, and this probably should be also. I would also like to ask: are there other capabilities we've overlooked in the GET-CAPABILITY request/response? And (although I am certain I do not want to propose we do it in this version of CAP) is the response getting so large that we should group capabilities into families and have responses for whole families of capabilities? Tim At 09:57 PM 2/9/04 -0700, you wrote: >Bruce and I had a very small private dialog about stored queries. > >Bruce agrees that if we (a) add STORED-VQUERY to the capability >reply and (b) add a new REQUEST-STATUS code to mean "Unsupported command >or property", then he would not object. > >So I *think* that is now a non-issue. > >Comments Please !!! > >-- > >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 > > > > From owner-ietf-calendar@mail.imc.org Tue Feb 10 21:59:09 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 VAA14326 for ; Tue, 10 Feb 2004 21:59:09 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1B2jxP2038289; Tue, 10 Feb 2004 18:45:59 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1B2jxQ6038288; Tue, 10 Feb 2004 18:45:59 -0800 (PST) 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.8) with ESMTP id i1B2ju9h038278 for ; Tue, 10 Feb 2004 18:45:57 -0800 (PST) (envelope-from Doug@Royer.com) Received: from Royer.com (doug@inet-products.com [12.110.13.100]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id i1B2ju0X011747 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 10 Feb 2004 18:45:58 -0800 Message-ID: <40299763.6060004@Royer.com> Date: Tue, 10 Feb 2004 19:45:55 -0700 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: Stored queries. References: <5.2.1.1.0.20040210202640.00a3b970@mail.comcast.net> In-Reply-To: <5.2.1.1.0.20040210202640.00a3b970@mail.comcast.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090606040407030906020501" 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. --------------ms090606040407030906020501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Tim Hare wrote: > > Would STORED-VQUERY be a mandatory part of the capability reply? We should add ... New property - STORED-VQUERY. If the value contains (WHERE XXXX will be replaced by THIS memos RFC) they are supported as defined in this RFC. If empty or not supplied then the endpoint does not support stored vqueries. Then add STORED-VQUERY to the 'cap-vreply' as *dstored-vquery And add something like this to the GET-CAPABILITY section. Any future BOOLEAN property extensions to the GET-CAPABILITY reply must be designed so that FALSE indicates the feature is not supported. Any feature not listed in a GET-CAPABILITY reply must be presumed to be not supported or the value not available. -- 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 --------------ms090606040407030906020501 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 9w0BCQUxDxcNMDQwMjExMDI0NTU1WjAjBgkqhkiG9w0BCQQxFgQUa+p6mVYTH7tb8qlEjLUy bUIU0vIwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQMf+ObfuD fLv1v9fKUzQUwjCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEB BQAEggEAmXMwrbrGOxE7YdT0nlkyA2bI/wEC+YJDm/zfMAkjo3u6i+E6eNqwQuYNvfgBapos Zfr+oBkCcjjKe2qu3CO1Ic+qFBl3R5PYVlE9vw229+3NxiPmWOkEkZXS9u7Jsnqp6G/9UQNW +y3pvNuv1Pu9q8+3uiFsSkNEwb0i77u6qS+fo8gGsPU/GIamLj8crsu2qDfZBuAqFlPEXC86 rvZhJgLhGQ6spteYyypaesfMF79ZkkWpLAPMoBnn3HAlTDgV+sAIPoNJheh/954yMn1UnlPf FNR3szcRqkVgH4UFm8HAeF+SC8feepFJx3iE4tg3w0Xxw/CXaQqwObtsj5EjowAAAAAAAA== --------------ms090606040407030906020501-- From owner-ietf-calendar@mail.imc.org Tue Feb 17 17:10:04 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 RAA11234 for ; Tue, 17 Feb 2004 17:10:02 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1HLtUvB018536; Tue, 17 Feb 2004 13:55:30 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1HLtUAl018535; Tue, 17 Feb 2004 13:55:30 -0800 (PST) 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.8) with ESMTP id i1HLtSwl018523 for ; Tue, 17 Feb 2004 13:55:28 -0800 (PST) (envelope-from Doug@Royer.com) Received: from Royer.com (doug@inet-products.com [12.110.13.100]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id i1HLtN2l007418 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 17 Feb 2004 13:55:24 -0800 Message-ID: <40328DCA.9000306@Royer.com> Date: Tue, 17 Feb 2004 14:55:22 -0700 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: Calsch at 59th IETF? Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060009070105090700060205" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------ms060009070105090700060205 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I thought that CALSCH was NOT going to meet? Yet the recently published schedule shows: TUESDAY, March 2, 2004 1415-1515 Afternoon Sessions II Sapphire 1 APP calsch Calendaring and Scheduling WG Is anyone going? -- 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 --------------ms060009070105090700060205 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 9w0BCQUxDxcNMDQwMjE3MjE1NTIyWjAjBgkqhkiG9w0BCQQxFgQUwmI1qeDcuNZrpNHWMG7D arBXLiYwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQMf+ObfuD fLv1v9fKUzQUwjCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEB BQAEggEAS4VTZHgRjzWpe3lTdzidoiKT453cd9KQnaIwMdEn3ejrquqb0TtrrroIBEyY081L E5kNBtIpYgiYsUZQCqcrqe7YVcLkS6AVwdOmCrG4EOQFA5DdZAkmmlOAoxPI+Q/WCP0ePlk4 4k8NnazOvr0w38sUcDCKZpNW8u0Glwzb5TcKyc3pXXVHH4mtqShu9OnC+nm8YRWWtzUWy6ni pRWfQvOUw6oAAiCs/HVOcJC/fAWLsw4QlA2u08t8EitcS7mzjk6GBHI2Gb4zh9999qQtI4vz 51smpCkpLxDtE0S+rdChAgmEcF7U5IKc+LBUewffVc2RZH/7V0gmHk1sLteL/AAAAAAAAA== --------------ms060009070105090700060205-- From owner-ietf-calendar@mail.imc.org Tue Feb 17 18:53: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 SAA17732 for ; Tue, 17 Feb 2004 18:53:09 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1HNgrv3024354; Tue, 17 Feb 2004 15:42:53 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1HNgr0f024353; Tue, 17 Feb 2004 15:42:53 -0800 (PST) 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.8) with ESMTP id i1HNgotN024346 for ; Tue, 17 Feb 2004 15:42:52 -0800 (PST) (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.02) with ESMTP id i1HNgkP3022625 for ; Tue, 17 Feb 2004 15:42:51 -0800 Received: from D-140-142-21-95.dhcp4.washington.edu (D-140-142-21-95.dhcp4.washington.edu [140.142.21.95]) (authenticated bits=0) by smtp.washington.edu (8.12.10+UW03.09/8.12.11+UW04.02) with ESMTP id i1HNgksa027013 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Tue, 17 Feb 2004 15:42:46 -0800 Date: Tue, 17 Feb 2004 15:42:48 -0800 (PST) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: IETF calsch WG Subject: Re: Calsch at 59th IETF? In-Reply-To: <40328DCA.9000306@Royer.com> Message-ID: References: <40328DCA.9000306@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: > I thought that CALSCH was NOT going to meet? Yet the recently published > schedule shows: > > TUESDAY, March 2, 2004 > 1415-1515 Afternoon Sessions II > > Sapphire 1 APP calsch Calendaring and Scheduling WG Yes, I did schedule a session, and sorry, I should have announced this to the list before this. I will be there, at least, though I realize this session may not be well-attended. More on this in another message, shortly. - RL "Bob" From owner-ietf-calendar@mail.imc.org Thu Feb 19 13:16:49 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 NAA01344 for ; Thu, 19 Feb 2004 13:16:48 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1JHupo8067817; Thu, 19 Feb 2004 09:56:51 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1JHuobx067816; Thu, 19 Feb 2004 09:56:50 -0800 (PST) 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.8) with ESMTP id i1JHunks067804 for ; Thu, 19 Feb 2004 09:56:49 -0800 (PST) (envelope-from Doug@Royer.com) Received: from Royer.com (doug@inet-products.com [12.110.13.100]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id i1JHuj2l004083 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 19 Feb 2004 09:56:46 -0800 Message-ID: <4034F8DC.9070900@Royer.com> Date: Thu, 19 Feb 2004 10:56:44 -0700 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: [Fwd: Re: 59th IETF - FINAL AGENDA] Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000506020704080008020707" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a cryptographically signed message in MIME format. --------------ms000506020704080008020707 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit For those not on the IETF general list... -------- Original Message -------- Subject: Re: 59th IETF - FINAL AGENDA Date: Thu, 19 Feb 2004 08:38:06 +0100 From: Lars Eggert Organization: NEC Network Laboratories To: ietf@ietf.org References: <200402172059.PAA05093@ietf.org> Hi, FYI, I've made an ical version of the agenda available at http://www.icalx.com/public/larse/IETF-59.ics. Apple iCal users can directly subscribe at webcal://www.icalx.com/public/larse/IETF-59.ics. I hear this may work with Mozilla as well, but I have no firsthand experience with that. (A perl script periodically updates the ical version based on the ASCII agenda at http://ietf.org/meetings/agenda_59.txt. No guarantees for accuracy!) Lars (PS: Re-sent, first message didn't make it to the list apparently.) -- Lars Eggert NEC Network Laboratories -- 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 --------------ms000506020704080008020707 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 9w0BCQUxDxcNMDQwMjE5MTc1NjQ0WjAjBgkqhkiG9w0BCQQxFgQU4zvRm+ePP9iYFqkSzqvu 52yEzZcwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQMf+ObfuD fLv1v9fKUzQUwjCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEB BQAEggEAFia/moeRdLO92/J4wsIrjQaDkXQ74FegJxT3gx/iQ4gQx7k7XV/oUr7oPyUk1ip0 Q/dnfmbr9P7BcAxhv5D9vV0FM4gNlHoPf/DpTB0hccol5n6UtWSo0bAUdDJs40bx1jnCEVjI KJ7aWcy+GTDMjKDlzroa3duy+GzmhN7Vv/yAlBDX9aQV1/DcuKMbo34+2VVsETGmL02cOWaF AUr+fNC+AquXg9a9MAI31RAuG7Q26/SBWBmN2BvfTVK15wUKReiLq2K14XIWS6sGz5V9fK5x ne9iYOhVf+w2vZvAEqWn2iBC7fHE927n4G71aMo8jd9hXLcc9tOnZQusoSzsTQAAAAAAAA== --------------ms000506020704080008020707-- From owner-ietf-calendar@mail.imc.org Wed Feb 25 16:15: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 QAA15028 for ; Wed, 25 Feb 2004 16:15:50 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PKlFgt033645; Wed, 25 Feb 2004 12:47:15 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1PKlFXL033643; Wed, 25 Feb 2004 12:47:15 -0800 (PST) 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.8) with ESMTP id i1PKlE9L033636 for ; Wed, 25 Feb 2004 12:47:14 -0800 (PST) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout2.cac.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1PKlDAG006712 for ; Wed, 25 Feb 2004 12:47:18 -0800 Received: from D-140-142-21-9.dhcp4.washington.edu (D-140-142-21-9.dhcp4.washington.edu [140.142.21.9]) (authenticated bits=0) by smtp.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1PKlCVL003937 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Wed, 25 Feb 2004 12:47:13 -0800 Date: Wed, 25 Feb 2004 12:47:11 -0800 (PST) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: IETF calsch WG Subject: IETF calsch WG: where we're at 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: At the WG meeting at IETF 58 in Minneapolis in November 2003, there was discussion about the state of the WG, and its prospects for concluding successfully. A report regarding this discussion, and various other intended changes, was sent to the list (by Nathaniel Borenstein, thanks to him for doing that) after the meeting. This note is to let the WG know what has and hasn't happened, and to suggest where we're at and what needs to be done. Regarding action items from the IETF 58 discussion: I have been designated as co-chair replacing Bob Mahoney (and thanks, Bob, for serving as co-chair). I have to apologize for not being able to give the WG adequate time since then. I expect to devote more energy to it from this point on. Regarding the proposed change of editor for the CAP document, Nathaniel wasn't able to do this, so Doug Royer continues as editor, and has submitted the cap-12 draft (thanks, Doug). It was proposed that a revised WG charter be produced to describe work on revising RFCs 2445-2447 as well as completing CAP. I will forward a proposal on this to the list separately. Lisa Dusseault volunteered to produce a draft on calendar access via webdav, and that was done in December (draft-dusseault-caldav-00.txt, thanks, Lisa). There was a suggestion from the Area Directors that there be a deadline by which this WG either make progress towards its milestones (basically, publishing the CAP spec) or be shut down; with the possibility of a BoF to initiate new work in the calendar space (eg work on caldav). I think it's fair to say that neither has much progress been made, nor has a formal deadline been set. An ongoing issue has been keeping track of issues with CAP (and with the other WG docs) so that these can be discussed, resolved (with rough consensus) and not rehashed. A bugzilla repository was set up for this purpose by Helge Hess (http://bugzilla.opengroupware.org/, thanks Helge), but hasn't seen much use yet. While bugzilla is fine for some things, I think there is still a requirement for a standalone issues list, at least for our active work items (that is, at this point, the CAP document); but we have not identified someone to maintain this (volunteers welcome, please contact the chairs). Clearly the highest priority task for the WG is completion of CAP, i.e., submitting it to the IESG for consideration as a Proposed Standard. The step prior to that is conducting a Working Group Last Call on this document. I think that for a protocol document to be ready for Last Call it must be feature-complete and have no significant unresolved normative issues. That is, there may still be known editorial fixups to do, but no known technical fixups. Obviously what is "significant" is a matter of judgement, but some combination of affected lines of specification text, affected lines of implementation code, and affected deployments/users is taken into account, all of which should add up to "not very much". So the question at hand is whether there are any known significant normative issues with draft-ietf-calsch-cap-12.txt that need to be resolved before asking for WG Last Call (yes, a pre-last-call last-call). Let me suggest that the process for raising these be to submit them to the bugzilla repository, get an ID, and then send a note to the WG list referencing that ID, and describing the issue. I would prefer that issue discussion happen on the WG list rather than in bugzilla. It has been suggested, I think, that finishing CAP may depend on revising RFC 2445 (and maybe 2446/7) first. This would be a big shift to make, so would not be undertaken lightly. But if this is needed it should be done. Please comment on this if you have a strong opinion either way (the default is to proceed with CAP as is). In any case, IETF process calls for the calendar-related standards RFCs to either progress along the standards track (they're all at Proposed Standard now) or risk being re-labelled as Historic. So work on revising these RFCs will have to be undertaken at some point (or else abandon the technology), hence the proposed charter revision to do this work. In order to be ready for submission to the IESG, the chairs have to be assured that a document, in this case the CAP document, has received adequate review. In my view, this means comments from implementors either raising issues or stating that the spec is implementable as is. In the absence of evidence of review of the document, it can not go forward from the WG for consideration as a Proposed Standard. Publishing the document as an Experimental RFC is one path that can be taken instead. So, in case this message isn't clear: if you have an interest in seeing CAP become an IETF standard, review the document now and comment on it. If you are intending to implement CAP, please comment on the results of your implementation experience. If you are waiting around for CAP to "be finished" before checking it out, figuring someone else will fix it, you are making a mistake: please review and comment now, or the document may not go forward. Obviously there has been discussion about calendar access other than CAP, including the submission of caldav. Discussion of the caldav draft on this list is encouraged (with the reservation that it might move elsewhere if there is lots of traffic). If you have other approaches to offer, please check with the chairs before starting a thread, as we don't want to spend time on everything under the sun. But consideration of future directions is particularly important for this WG given its rather delayed state. As mentioned, there will be a one-hour WG meeting in Seoul; I'll send the proposed agenda separately. I apologize (again) for the lateness of this, and understand that many interested parties may not be able to attend. We will do the text conference thing which may help some to participate remotely. As always the list is open for comments. - RL "Bob" From owner-ietf-calendar@mail.imc.org Wed Feb 25 16:27: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 QAA15771 for ; Wed, 25 Feb 2004 16:27:08 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PL3KbD035605; Wed, 25 Feb 2004 13:03:20 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1PL3KXK035603; Wed, 25 Feb 2004 13:03:20 -0800 (PST) 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.8) with ESMTP id i1PL3Jb4035595 for ; Wed, 25 Feb 2004 13:03:19 -0800 (PST) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1PL3Iiv026415 for ; Wed, 25 Feb 2004 13:03:23 -0800 Received: from D-140-142-21-9.dhcp4.washington.edu (D-140-142-21-9.dhcp4.washington.edu [140.142.21.9]) (authenticated bits=0) by smtp.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1PL3HxA021578 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Wed, 25 Feb 2004 13:03:18 -0800 Date: Wed, 25 Feb 2004 13:03:16 -0800 (PST) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: IETF calsch WG Subject: agenda for calsch WG at IETF 59 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: As submitted to agenda@ietf.org. Comments/revisions welcome. - RL "Bob" --- Calendaring/Scheduling (calsch) WG Tuesday, March 2 1415-1515 ============================= Chairs: RL "Bob" Morgan Pat Egen Agenda: 0) Preliminaries (blue sheets, scribes, agenda bashing) 1) WG status, proposed charter revision - 15 min 2) CAP -- draft-ietf-calsch-cap-12.txt - 30 min 3) other outstanding issues - remaining time From owner-ietf-calendar@mail.imc.org Wed Feb 25 16:29:24 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 QAA15828 for ; Wed, 25 Feb 2004 16:29:23 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PL7dMO035827; Wed, 25 Feb 2004 13:07:39 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1PL7dG2035826; Wed, 25 Feb 2004 13:07:39 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from carwash.centive.com (carwash.centive.com [65.220.90.249]) by above.proper.com (8.12.11/8.12.8) with SMTP id i1PL7c2p035811 for ; Wed, 25 Feb 2004 13:07:38 -0800 (PST) (envelope-from JStracke@centive.com) Received: from minglewood.incentivesystems.com ([172.16.0.25]) by carwash.centive.com (SAVSMTP 3.1.3.37) with SMTP id M2004022516061000221 for ; Wed, 25 Feb 2004 16:06:10 -0500 Received: from centive.com ([10.10.48.119]) by minglewood.incentivesystems.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 25 Feb 2004 16:04:23 -0500 Message-ID: <403D0DD6.9050301@centive.com> Date: Wed, 25 Feb 2004 16:04:22 -0500 From: John Stracke Organization: Centive User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: calsch Subject: Re: IETF calsch WG: where we're at References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Feb 2004 21:04:23.0047 (UTC) FILETIME=[F1909170:01C3FBE2] Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit RL 'Bob' Morgan wrote: >I would prefer that issue >discussion happen on the WG list rather than in bugzilla. > > Can bugzilla be configured to CC: the list whenever an issue is created or modified? -- /==============================================================\ |John Stracke |jstracke@centive.com | |Principal Engineer|http://www.centive.com | |Centive |My opinions are my own. | |==============================================================| |"Where's your sense of adventure?" "In front of a roaring fire| |with a cup of cocoa." | \==============================================================/ From owner-ietf-calendar@mail.imc.org Wed Feb 25 16:30: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 QAA15913 for ; Wed, 25 Feb 2004 16:30:09 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PLC0tU036061; Wed, 25 Feb 2004 13:12:00 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1PLBxbS036060; Wed, 25 Feb 2004 13:11:59 -0800 (PST) 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.8) with ESMTP id i1PLBu34036053 for ; Wed, 25 Feb 2004 13:11:59 -0800 (PST) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout6.cac.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1PLBt79018070 for ; Wed, 25 Feb 2004 13:12:00 -0800 Received: from D-140-142-21-9.dhcp4.washington.edu (D-140-142-21-9.dhcp4.washington.edu [140.142.21.9]) (authenticated bits=0) by smtp.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1PLBtPa006745 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Wed, 25 Feb 2004 13:11:55 -0800 Date: Wed, 25 Feb 2004 13:11:54 -0800 (PST) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: IETF calsch WG Subject: proposed IETF calsch WG charter revision 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: Below is a proposal for a revised charter for this WG, reflecting our completed work, new milestones, and the proposal to revise iCalendar etc. It is obviously minimal, but is a starting point. The milestone dates are a shot in the dark. Comments please. - RL "Bob" --- Calendaring and Scheduling (calsch) Last Modified: 2004-nn-nn Chair(s): Pat Egen RL Bob Morgan Applications Area Director(s): Ned Freed Ted Hardie Applications Area Advisor: Ned Freed 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 provides guidance for calendar system designers in using these protocols (RFC 3283). 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 a key work item of the WG. Since their publication, there has been considerable experience with the protocols and objects defined in RFCs 2445-2447. The WG will update these RFCs as required to reflect changes based on this experience. Goals and Milestones: Jun 04 Submit Calendar Access Protocol document to IESG for consideration as a Proposed Standard. Jul 04 Submit Internet-Drafts for iCalendar, iMIP and iTIP revisions Nov 04 Submit iCalendar, iMIP and iTIP revisions to IESG for consideration as standards-track. From owner-ietf-calendar@mail.imc.org Wed Feb 25 16:56:42 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 QAA17390 for ; Wed, 25 Feb 2004 16:56:41 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PLba87038218; Wed, 25 Feb 2004 13:37:36 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1PLbaIK038217; Wed, 25 Feb 2004 13:37:36 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from gw.provo.novell.com (gw.provo.novell.com [137.65.47.29]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PLbZsH038211 for ; Wed, 25 Feb 2004 13:37:35 -0800 (PST) (envelope-from pstephenson@gw.novell.com) Received: from PROVO7-MTA by gw.provo.novell.com with Novell_GroupWise; Wed, 25 Feb 2004 14:37:50 -0700 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.1 Beta Date: Wed, 25 Feb 2004 14:39:48 -0700 From: "Preston Stephenson" To: Subject: CAP BEEP profile Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit I posted a query about the CAP BEEP profile back in October but didn't get a response. I went ahead and put a bug in bugzilla (657) It's the only thing I remember that I need resolved. Thanks. Preston > Sorry if I missed this. > > Is there an example of starting the CAP BEEP profile? > > When I initially wrote my CAP server, I think I patterned my start > exchange after the SASL profiles. Thus: > > C: Content-Type: application/beep+xml > C: > C: > C: > C: > S: Content-Type: application/beep+xml > S: > S: > S: ]]> > S: > > In section 12.1 BEEP Profile Registration, it talks about the initial > message must be the GET-CAPABILITY command. > It doesn't talk about the BEEP Start message exchange. > > In section 12.1 there is also a "URI[10]" reference. The "[10]" > reference seems to have been taken from rfc3080. > The reference should probably be changed to "[URI]" to be consistent. > > Thanks. > Preston From owner-ietf-calendar@mail.imc.org Wed Feb 25 17:41:56 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 RAA19900 for ; Wed, 25 Feb 2004 17:41:55 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PMJsgR041011; Wed, 25 Feb 2004 14:19:54 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1PMJsOH041010; Wed, 25 Feb 2004 14:19:54 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PMJrwn040993 for ; Wed, 25 Feb 2004 14:19:53 -0800 (PST) (envelope-from george.babics@oracle.com) Received: from rgmgw6.us.oracle.com (rgmgw6.us.oracle.com [138.1.191.15]) by agminet01.oracle.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id i1PMJnRh018587 for ; Wed, 25 Feb 2004 14:19:49 -0800 Received: from rgmgw6.us.oracle.com (localhost [127.0.0.1]) by rgmgw6.us.oracle.com (Switch-2.1.5/Switch-2.1.0) with ESMTP id i1PMJn226853 for ; Wed, 25 Feb 2004 15:19:49 -0700 (MST) Received: from oracle.com (gbabics-ca.ca.oracle.com [144.23.213.222]) by rgmgw6.us.oracle.com (Switch-2.1.5/Switch-2.1.0) with ESMTP id i1PMJm226829 for ; Wed, 25 Feb 2004 15:19:48 -0700 (MST) Message-ID: <403D1F82.1070001@oracle.com> Date: Wed, 25 Feb 2004 17:19:46 -0500 From: George Babics User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: IETF calsch WG Subject: Re: proposed IETF calsch WG charter revision References: In-Reply-To: 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 I glad that we are updating the charter. Thanks! See my comments inline. RL 'Bob' Morgan wrote: > > Below is a proposal for a revised charter for this WG, reflecting our > completed work, new milestones, and the proposal to revise iCalendar etc. > It is obviously minimal, but is a starting point. The milestone dates are > a shot in the dark. Comments please. > > - RL "Bob" > > --- > > Calendaring and Scheduling (calsch) > > Last Modified: 2004-nn-nn > Chair(s): > Pat Egen > RL Bob Morgan > Applications Area Director(s): > Ned Freed > Ted Hardie > Applications Area Advisor: > Ned Freed > 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 > provides guidance for calendar system designers in using these protocols > (RFC 3283). RFC 3283 is more of an overview of the calendaring standards and not necessary only for calendar system designers. How about: An informational document (RFC 3283) provides an overview of the above standards and of CAP. > > 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 a key work item of the WG. > > Since their publication, there has been considerable experience with the > protocols and objects defined in RFCs 2445-2447. The WG will update these > RFCs as required to reflect changes based on this experience. > I am not sure if the goals of the working group are clear enough. Is it only to finish CAP and to update the existing RFCs? What goals would we have to achieve in order to close this working group? Would finishing CAP be enough? > Goals and Milestones: > > Jun 04 Submit Calendar Access Protocol document to IESG > for consideration as a Proposed Standard. I think this may be optimistic, unless activity picks up, and we can agree on the remaining open issues for CAP. Should we put out a 'last call' for open issues? For instance, we can ask people to post their issues before a certain deadline, so that we can compile a list. After the deadline, we would only add new issues to this list by consensus or if they are clearly important? > > Jul 04 Submit Internet-Drafts for iCalendar, iMIP and iTIP > revisions Again we need a list of open issues. I believe someone used to maintain such a list, but I do not know what has come of it. > > Nov 04 Submit iCalendar, iMIP and iTIP revisions to IESG for > consideration as standards-track. > This one may be too optimistic. Do we need at least two independent implementations that implement all the musts in these standards in order for the docs to be standards-track? George From owner-ietf-calendar@mail.imc.org Wed Feb 25 19:06:59 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 TAA25198 for ; Wed, 25 Feb 2004 19:06:59 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PNcSW9046067; Wed, 25 Feb 2004 15:38:28 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1PNcSLZ046066; Wed, 25 Feb 2004 15:38:28 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1PNcR3k046060 for ; Wed, 25 Feb 2004 15:38:27 -0800 (PST) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1PNcRvt002547; Wed, 25 Feb 2004 15:38:32 -0800 Received: from D-140-142-21-9.dhcp4.washington.edu (D-140-142-21-9.dhcp4.washington.edu [140.142.21.9]) (authenticated bits=0) by smtp.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1PNcQXo010292 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Wed, 25 Feb 2004 15:38:26 -0800 Date: Wed, 25 Feb 2004 15:38:25 -0800 (PST) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: George Babics cc: IETF calsch WG Subject: Re: proposed IETF calsch WG charter revision In-Reply-To: <403D1F82.1070001@oracle.com> Message-ID: References: <403D1F82.1070001@oracle.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, 25 Feb 2004, George Babics wrote: > RFC 3283 is more of an overview of the calendaring standards and not > necessary only for calendar system designers. How about: > > An informational document (RFC 3283) provides an overview of the > above standards and of CAP. OK. > I am not sure if the goals of the working group are clear enough. > Is it only to finish CAP and to update the existing RFCs? What > goals would we have to achieve in order to close this working group? > Would finishing CAP be enough? Finishing CAP (one way or another) could be enough. As I mentioned, this would leave dangling the status of iCal, iTIP, and iMIP. The theory of IETF process is that the community implementing and using a technology has an interest in having its specifications progress through the maturity levels to Full Standard. Along the way bugs are fixed, unused features dropped, extensions written, domains of use profiled, implementations surveyed, etc. None of that is required for folks to write interoperable implementations around a spec, but these evolutionary steps have been common across many IETF areas. RFCs 2445-7 are coming up on 6 years old, and are as good as they ever were, but also no better. Application-area specs are somewhat different than other lower-layer specs in that nothing (in the IETF at least) depends on them, so there's no pressure to advance in maturity so that dependent specs can also advance. So it's up to this community to decide how and whether to push those specs forward. > > Goals and Milestones: > > > > Jun 04 Submit Calendar Access Protocol document to IESG > > for consideration as a Proposed Standard. > > > I think this may be optimistic, unless activity picks up, and we can > agree on the remaining open issues for CAP. Should we put out a 'last > call' for open issues? I think I just did that in my "where we're at" note. > For instance, we can ask people to post their issues before a certain > deadline, so that we can compile a list. After the deadline, we would > only add new issues to this list by consensus or if they are clearly > important? I'm hoping to talk deadline with the ADs in Seoul. > > Nov 04 Submit iCalendar, iMIP and iTIP revisions to IESG for > > consideration as standards-track. > > > > This one may be too optimistic. Do we need at least two independent > implementations that implement all the musts in these standards in > order for the docs to be standards-track? This is a requirement for Draft Standard. That's why I didn't specify which level in that milestone. If significant changes are made to Proposed Standard specs, the revisions have to start life at Proposed again, which wouldn't require implementation reports. If folks would like to argue for taking 2445-7 to Draft Standard (and commit to doing the work), I'd be happy to write that kind of charter language and milestones. - RL "Bob" From owner-ietf-calendar@mail.imc.org Thu Feb 26 14:21:00 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 OAA03439 for ; Thu, 26 Feb 2004 14:21:00 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1QJALuY083473; Thu, 26 Feb 2004 11:10:21 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1QJALdA083472; Thu, 26 Feb 2004 11:10:21 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from www.egenconsulting.com (www.egenconsulting.com [208.31.106.82]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1QJAJxq083459 for ; Thu, 26 Feb 2004 11:10:20 -0800 (PST) (envelope-from pregen@egenconsulting.com) In-Reply-To: To: "RL 'Bob' Morgan" Cc: IETF calsch WG , owner-ietf-calendar@mail.imc.org Subject: Re: proposed IETF calsch WG charter revision MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5 September 26, 2003 Message-ID: From: pregen@egenconsulting.com Date: Thu, 26 Feb 2004 14:10:18 -0500 X-MIMETrack: Serialize by Router on Notes1/Egen Consulting/01(Release 6.0.3|September 26, 2003) at 02/26/2004 02:10:24 PM, Serialize complete at 02/26/2004 02:10:24 PM Content-Type: multipart/alternative; boundary="=_alternative 0069486885256E46_=" Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a multipart message in MIME format. --=_alternative 0069486885256E46_= Content-Type: text/plain; charset="US-ASCII" Looks good Bob "RL 'Bob' Morgan" Sent by: owner-ietf-calendar@mail.imc.org 02/25/2004 04:11 PM To IETF calsch WG cc Subject proposed IETF calsch WG charter revision Below is a proposal for a revised charter for this WG, reflecting our completed work, new milestones, and the proposal to revise iCalendar etc. It is obviously minimal, but is a starting point. The milestone dates are a shot in the dark. Comments please. - RL "Bob" --- Calendaring and Scheduling (calsch) Last Modified: 2004-nn-nn Chair(s): Pat Egen RL Bob Morgan Applications Area Director(s): Ned Freed Ted Hardie Applications Area Advisor: Ned Freed 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 provides guidance for calendar system designers in using these protocols (RFC 3283). 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 a key work item of the WG. Since their publication, there has been considerable experience with the protocols and objects defined in RFCs 2445-2447. The WG will update these RFCs as required to reflect changes based on this experience. Goals and Milestones: Jun 04 Submit Calendar Access Protocol document to IESG for consideration as a Proposed Standard. Jul 04 Submit Internet-Drafts for iCalendar, iMIP and iTIP revisions Nov 04 Submit iCalendar, iMIP and iTIP revisions to IESG for consideration as standards-track. --=_alternative 0069486885256E46_= Content-Type: text/html; charset="US-ASCII"
Looks good Bob


"RL 'Bob' Morgan" <rlmorgan@washington.edu>
Sent by: owner-ietf-calendar@mail.imc.org

02/25/2004 04:11 PM

To
IETF calsch WG <ietf-calendar@imc.org>
cc
Subject
proposed IETF calsch WG charter revision







Below is a proposal for a revised charter for this WG, reflecting our
completed work, new milestones, and the proposal to revise iCalendar etc.
It is obviously minimal, but is a starting point.  The milestone dates are
a shot in the dark.  Comments please.

- RL "Bob"

---

Calendaring and Scheduling (calsch)

Last Modified: 2004-nn-nn
Chair(s):
 Pat Egen <pregen@egenconsulting.com>
 RL Bob Morgan <rlmorgan@washington.edu>
Applications Area Director(s):
 Ned Freed <ned.freed@mrochek.com>
 Ted Hardie <hardie@qualcomm.com>
Applications Area Advisor:
 Ned Freed <ned.freed@mrochek.com>
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
provides guidance for calendar system designers in using these protocols
(RFC 3283).

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 a key work item of the WG.

Since their publication, there has been considerable experience with the
protocols and objects defined in RFCs 2445-2447.  The WG will update these
RFCs as required to reflect changes based on this experience.

Goals and Milestones:

Jun 04                                    Submit Calendar Access Protocol document to IESG
               for consideration as a Proposed Standard.

Jul 04                                    Submit Internet-Drafts for iCalendar, iMIP and iTIP
               revisions

Nov 04          Submit iCalendar, iMIP and iTIP revisions to IESG for
               consideration as standards-track.
--=_alternative 0069486885256E46_=-- From owner-ietf-calendar@mail.imc.org Fri Feb 27 12:49: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 MAA15892 for ; Fri, 27 Feb 2004 12:49:08 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1RHXlBP031858; Fri, 27 Feb 2004 09:33:47 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1RHXlAc031856; Fri, 27 Feb 2004 09:33:47 -0800 (PST) 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.8) with ESMTP id i1RHXkv6031849 for ; Fri, 27 Feb 2004 09:33:46 -0800 (PST) (envelope-from rlmorgan@washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1RHXj8b032001; Fri, 27 Feb 2004 09:33:45 -0800 Received: from [192.168.1.103] (c-24-18-231-60.client.comcast.net [24.18.231.60]) (authenticated bits=0) by smtp.washington.edu (8.12.11+UW04.02/8.12.11+UW04.02) with ESMTP id i1RHXcNf025729 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Fri, 27 Feb 2004 09:33:42 -0800 Date: Fri, 27 Feb 2004 09:33:35 -0800 (PST) From: "RL 'Bob' Morgan" X-X-Sender: rlmorgan@perp.cac.washington.edu To: John Stracke cc: calsch Subject: Re: IETF calsch WG: where we're at In-Reply-To: <403D0DD6.9050301@centive.com> Message-ID: References: <403D0DD6.9050301@centive.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, 25 Feb 2004, John Stracke wrote: > Can bugzilla be configured to CC: the list whenever an issue is created > or modified? Seems like a good idea to me. Helge? Though, even with that, I would prefer, in the time-honored IETF tradition, to have discussion of issues happen via the mailing list, rather than as a series of comments to bugzilla issues. - RL "Bob" From owner-ietf-calendar@mail.imc.org Fri Feb 27 12:50:27 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 MAA15947 for ; Fri, 27 Feb 2004 12:50:27 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1RHavDT032411; Fri, 27 Feb 2004 09:36:57 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1RHauJ8032410; Fri, 27 Feb 2004 09:36:56 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from carwash.centive.com (carwash.centive.com [65.220.90.249]) by above.proper.com (8.12.11/8.12.8) with SMTP id i1RHat13032383 for ; Fri, 27 Feb 2004 09:36:56 -0800 (PST) (envelope-from JStracke@centive.com) Received: from minglewood.incentivesystems.com ([172.16.0.25]) by carwash.centive.com (SAVSMTP 3.1.3.37) with SMTP id M2004022712352904171 for ; Fri, 27 Feb 2004 12:35:29 -0500 Received: from centive.com ([10.10.48.119]) by minglewood.incentivesystems.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 27 Feb 2004 12:33:40 -0500 Message-ID: <403F7F73.3070403@centive.com> Date: Fri, 27 Feb 2004 12:33:39 -0500 From: John Stracke Organization: Centive User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: calsch Subject: Re: IETF calsch WG: where we're at References: <403D0DD6.9050301@centive.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Feb 2004 17:33:40.0970 (UTC) FILETIME=[D72034A0:01C3FD57] Sender: owner-ietf-calendar@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Content-Transfer-Encoding: 7bit RL 'Bob' Morgan wrote: >Though, even with that, I would prefer, in the time-honored IETF >tradition, to have discussion of issues happen via the mailing list, >rather than as a series of comments to bugzilla issues. > > Oh, yes; the mailing list is definitely a better tool for discussion. I was thinking more of making sure side discussions don't arise on bugzilla without feeding back into the list. -- /=======================================================\ |John Stracke |jstracke@centive.com | |Principal Engineer|http://www.centive.com | |Centive |My opinions are my own. | |=======================================================| |"Music is not a noun, it's a verb." --John Perry Barlow| \=======================================================/ From owner-ietf-calendar@mail.imc.org Fri Feb 27 13:28:01 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 NAA17109 for ; Fri, 27 Feb 2004 13:28:01 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1RIHowK034721; Fri, 27 Feb 2004 10:17:50 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1RIHojL034720; Fri, 27 Feb 2004 10:17:50 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-calendar@mail.imc.org using -f Received: from agminet03.oracle.com (agminet03.oracle.com [141.146.126.230]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1RIHmEa034709 for ; Fri, 27 Feb 2004 10:17:49 -0800 (PST) (envelope-from patrice.scattolin@oracle.com) Received: from rgmgw4.us.oracle.com (rgmgw4.us.oracle.com [138.1.191.13]) by agminet03.oracle.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id i1RIHN0G002993 for ; Fri, 27 Feb 2004 10:17:29 -0800 Received: from rgmgw4.us.oracle.com (localhost [127.0.0.1]) by rgmgw4.us.oracle.com (Switch-2.1.5/Switch-2.1.0) with ESMTP id i1RIHNb22161 for ; Fri, 27 Feb 2004 11:17:23 -0700 (MST) Received: from oracle.com (dhcp-ca-montreal2-144-23-213-128.ca.oracle.com [144.23.213.128]) by rgmgw4.us.oracle.com (Switch-2.1.5/Switch-2.1.0) with ESMTP id i1RIHMb22135 for ; Fri, 27 Feb 2004 11:17:22 -0700 (MST) Message-ID: <403F89AE.3080408@oracle.com> Date: Fri, 27 Feb 2004 13:17:18 -0500 From: Patrice Scattolin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: calsch Subject: Re: IETF calsch WG: where we're at References: <403D0DD6.9050301@centive.com> <403F7F73.3070403@centive.com> In-Reply-To: <403F7F73.3070403@centive.com> Content-Type: text/plain; charset=ISO-8859-1; 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 Yes you could have Bugzilla forward all changes to the list. In Bugzilla users can "watch" other users and when changes occur they receive email. So you want to add a Bugzilla user that has the ietf-calendar@imc.org email and make it watch everybody. It will receive email for all changes it watches so the list gets all the changes. That might be a bit cumbersome to setup. There might be something simpler with groups but I have not tried those. John Stracke wrote: > > RL 'Bob' Morgan wrote: > >> Though, even with that, I would prefer, in the time-honored IETF >> tradition, to have discussion of issues happen via the mailing list, >> rather than as a series of comments to bugzilla issues. >> >> > Oh, yes; the mailing list is definitely a better tool for discussion. > I was thinking more of making sure side discussions don't arise on > bugzilla without feeding back into the list. > From owner-ietf-calendar@mail.imc.org Sat Feb 28 14:29:19 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 OAA28757 for ; Sat, 28 Feb 2004 14:29:18 -0500 (EST) Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.8) with ESMTP id i1SJEgiZ097689; Sat, 28 Feb 2004 11:14:43 -0800 (PST) (envelope-from owner-ietf-calendar@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id i1SJEg9W097688; Sat, 28 Feb 2004 11:14:42 -0800 (PST) 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.8) with ESMTP id i1SJEf8J097682 for ; Sat, 28 Feb 2004 11:14:41 -0800 (PST) (envelope-from Doug@Royer.com) Received: from Royer.com (doug@inet-products.com [12.110.13.100]) (authenticated bits=0) by royer.com (8.12.2/8.12.2) with ESMTP id i1SJEa6K012741 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 28 Feb 2004 11:14:37 -0800 Message-ID: <4040E89C.8040106@Royer.com> Date: Sat, 28 Feb 2004 12:14:36 -0700 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: CAP BEEP profile References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060808070905050707070805" 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. --------------ms060808070905050707070805 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Preston Stephenson wrote: >I posted a query about the CAP BEEP profile back in October but didn't >get a response. >I went ahead and put a bug in bugzilla (657) >It's the only thing I remember that I need resolved. > >Thanks. >Preston > > > >>Sorry if I missed this. >> >>Is there an example of starting the CAP BEEP profile? >> Did you mean starting a new channel? (As you have a message below) Or did to mean to show a message? (you said starting the CAP BEEP profile). As I understand BEEP, you send the CAP uri in the greeting message and then the authentication profile in the start messages. What was the 'other' format you tested against? >>When I initially wrote my CAP server, I think I patterned my start >>exchange after the SASL profiles. Thus: >> >>C: Content-Type: application/beep+xml >>C: >>C: >>C: >>C: > >>S: Content-Type: application/beep+xml >>S: >>S: >>S: ]]> >>S: >> >>In section 12.1 BEEP Profile Registration, it talks about the >> >> >initial > > >>message must be the GET-CAPABILITY command. >>It doesn't talk about the BEEP Start message exchange. >> >>In section 12.1 there is also a "URI[10]" reference. The "[10]" >>reference seems to have been taken from rfc3080. >>The reference should probably be changed to "[URI]" to be >> >> >consistent. > > >>Thanks. >>Preston >> >> -- 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 --------------ms060808070905050707070805 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 9w0BCQUxDxcNMDQwMjI4MTkxNDM2WjAjBgkqhkiG9w0BCQQxFgQUcvcz24zvSwegIiPTWh8h jgrrFUowUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgfIGCSsGAQQBgjcQBDGB5DCB 4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5j b3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQMf+ObfuD fLv1v9fKUzQUwjCB9AYLKoZIhvcNAQkQAgsxgeSggeEwgcwxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cu dmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChj KTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJl ci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEDH/jm37g3y79b/XylM0FMIwDQYJKoZIhvcNAQEB BQAEggEAuQvEuUkzFW89lBGiwcg0Z+mcnhuEzeqyq3r9NxQxPAdmTSWxfh8s27GiIxG61D7c 8G36hB+D3tcrb52xi8GtgZmChf74YS4V4EHgHPCo5D9DGfTy6q2BI6whs9uxj0uPlLmSta1i /p0HNs3Vhzglisgl5w0QIp0ihVuOCKwrsswkwM7xAm+alRCOrgfn5BKt40r3RTFpHruB8VcA tp0KmxtDPxWMC92heHQWQUhUAHzFpOiJlrohg0X6FefTJgnOUe5MhsIS098zJnoM12s0rAuD y0V39AgrSHzFq09VSEG7HfcSRzjlu3LMKhVPCNToVt6skh1xpraObhgNVmgyVQAAAAAAAA== --------------ms060808070905050707070805--