[Ietf-calsify] Confusion
Dave.Thewlis at calconnect.org (Dave Thewlis) Thu, 17 November 2005 12:28 UTC
From: "Dave.Thewlis at calconnect.org"
Date: Thu, 17 Nov 2005 12:28:58 +0000
Subject: [Ietf-calsify] Confusion
In-Reply-To: <d10f1aaec9c470bae7078811a8dec415@osafoundation.org>
References: <437C6F3A.0FF9.0037.0@gw.novell.com> <000e01c5eba9$96869550$9b64a8c0@jys3105065780> <d10f1aaec9c470bae7078811a8dec415@osafoundation.org>
Message-ID: <437CE802.2000707@calconnect.org>
X-Date: Thu Nov 17 12:28:58 2005
Lisa, thank you for responding to this post. I'd like to add that there is a fair amount of overlap between those involved in CalConnect and those involved in the calendaring WGs and activities in the IETF - both in the sense of individuals and of organizations. Calconnect was formed to help move calendaring forward into the "mainstream of computing". We certainly do generate requirements, issues, use cases, etc. to assist the standards developers in how the standards evolve. As Lisa said, we offer interoperability testing between implementations, and against the standards/specifications. And we have a goal to promote interoperable calendaring both in the IT community and to the technology-using world at large. The membership is made up of vendors large and small, open source organizations, major academic institutions, etc., and CalConnect functions as a partnership between all of us to jointly work to further interoperable calendaring and scheduling. Dave Thewlis Executive Director Lisa Dusseault wrote: > Hello Linyi Tian, > > The CalConnect consortium is definitely working on very related > topics, and there is also overlap in discussions, but the work is done > together with the IETF, rather than in competition. The CalConnect > consortium has no plans to develop standards as the IETF WGs do, but > instead to gather information about standards requirements, issues, > implementations and interoperability. The interoperability testing > role is quite important because IETF WGs don't always manage to take > that work on for free yet it's quite important to IETF decisions. > > All the information we use to develop standards will be provided on > the open IETF mailing lists, which is why there will continue to be > topic overlap -- frequently we'll see issues discussed in CalConnect > re-raised on the IETF list, and vice versa. But the standards > development work certainly doesn't depend on anyone's membership in > CalConnect. > > I hope this helps reduce confusion, > > Lisa > > On Nov 17, 2005, at 11:02 AM, Linyi Tian wrote: > >> Hi, All >> >> I find the "the calendaring and scheduling consortium" which >> website is http://www.calconnect.org/. Since it address the same >> topic with our group, i am confused. >> >> Can anybody tell me that what is the relationship between it and our >> group? Is there some overlap between two activities? >> >> Best Regards >> Linyi Tian >> Huawei Technologies Co., Ltd >> >> >> ----- Original Message ----- >> From: "Preston Stephenson" <PStephenson@gw.novell.com> >> To: <ietf-calsify@osafoundation.org> >> Sent: Thursday, November 17, 2005 7:00 PM >> Subject: [Ietf-calsify] Clarification on section 6 iCalendar objects >> indraft-cstoner-rfc2445bis-00 >> >> >>> Can you give an example of what it means to have multiple iCalendar >>> objects? >>> >>> Is section 4.4 Multiple Similar Components in >>> draft-ietf-calsify-rfc2447bis-00.txt in >>> compliance or not? >>> >>> Thanks. >>> Preston >>> >>> _______________________________________________ >>> Ietf-calsify mailing list >>> Ietf-calsify@osafoundation.org >>> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify >> >> _______________________________________________ >> Ietf-calsify mailing list >> Ietf-calsify@osafoundation.org >> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > > > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > > -- *Dave Thewlis, Executive Director Calconnect - The Calendaring and Scheduling Consortium* +1 707 840 9391 (voice) ? +1 707 498 2238 (mobile) http://www.calconnect.org ? Dave.Thewlis@calconnect.org <mailto:Dave.Thewlis@calconnect.org> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osafoundation.org/pipermail/ietf-calsify/attachments/20051117/0f3d8a72/attachment.html Return-Path: <Dave.Thewlis@calconnect.org> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id DC49A7F53D; Thu, 17 Nov 2005 12:28:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id CCF05142290; Thu, 17 Nov 2005 12:28:57 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01768-07; Thu, 17 Nov 2005 12:28:57 -0800 (PST) Received: from fed1rmmtao12.cox.net (fed1rmmtao12.cox.net [68.230.241.27]) by laweleka.osafoundation.org (Postfix) with ESMTP id 6A12314228D; Thu, 17 Nov 2005 12:28:57 -0800 (PST) Received: from [192.168.0.102] (really [70.191.49.25]) by fed1rmmtao12.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051117202743.EFJG17437.fed1rmmtao12.cox.net@[192.168.0.102]>; Thu, 17 Nov 2005 15:27:43 -0500 Message-ID: <437CE802.2000707@calconnect.org> Date: Thu, 17 Nov 2005 12:28:50 -0800 From: Dave Thewlis <Dave.Thewlis@calconnect.org> Organization: The Calendaring and Scheduling Consortium User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lisa Dusseault <lisa@osafoundation.org> Subject: Re: [Ietf-calsify] Confusion References: <437C6F3A.0FF9.0037.0@gw.novell.com> <000e01c5eba9$96869550$9b64a8c0@jys3105065780> <d10f1aaec9c470bae7078811a8dec415@osafoundation.org> In-Reply-To: <d10f1aaec9c470bae7078811a8dec415@osafoundation.org> Content-Type: multipart/alternative; boundary="------------020107010106050407090102" X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.4 tagged_above=-50.0 required=4.0 tests=AWL, HTML_30_40, HTML_MESSAGE X-Spam-Level: Cc: ietf-calsify@osafoundation.org X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dave.Thewlis@calconnect.org List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 20:28:58 -0000 This is a multi-part message in MIME format. --------------020107010106050407090102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Lisa, thank you for responding to this post. I'd like to add that there is a fair amount of overlap between those involved in CalConnect and those involved in the calendaring WGs and activities in the IETF - both in the sense of individuals and of organizations. Calconnect was formed to help move calendaring forward into the "mainstream of computing". We certainly do generate requirements, issues, use cases, etc. to assist the standards developers in how the standards evolve. As Lisa said, we offer interoperability testing between implementations, and against the standards/specifications. And we have a goal to promote interoperable calendaring both in the IT community and to the technology-using world at large. The membership is made up of vendors large and small, open source organizations, major academic institutions, etc., and CalConnect functions as a partnership between all of us to jointly work to further interoperable calendaring and scheduling. Dave Thewlis Executive Director Lisa Dusseault wrote: > Hello Linyi Tian, > > The CalConnect consortium is definitely working on very related > topics, and there is also overlap in discussions, but the work is done > together with the IETF, rather than in competition. The CalConnect > consortium has no plans to develop standards as the IETF WGs do, but > instead to gather information about standards requirements, issues, > implementations and interoperability. The interoperability testing > role is quite important because IETF WGs don't always manage to take > that work on for free yet it's quite important to IETF decisions. > > All the information we use to develop standards will be provided on > the open IETF mailing lists, which is why there will continue to be > topic overlap -- frequently we'll see issues discussed in CalConnect > re-raised on the IETF list, and vice versa. But the standards > development work certainly doesn't depend on anyone's membership in > CalConnect. > > I hope this helps reduce confusion, > > Lisa > > On Nov 17, 2005, at 11:02 AM, Linyi Tian wrote: > >> Hi, All >> >> I find the "the calendaring and scheduling consortium" which >> website is http://www.calconnect.org/. Since it address the same >> topic with our group, i am confused. >> >> Can anybody tell me that what is the relationship between it and our >> group? Is there some overlap between two activities? >> >> Best Regards >> Linyi Tian >> Huawei Technologies Co., Ltd >> >> >> ----- Original Message ----- >> From: "Preston Stephenson" <PStephenson@gw.novell.com> >> To: <ietf-calsify@osafoundation.org> >> Sent: Thursday, November 17, 2005 7:00 PM >> Subject: [Ietf-calsify] Clarification on section 6 iCalendar objects >> indraft-cstoner-rfc2445bis-00 >> >> >>> Can you give an example of what it means to have multiple iCalendar >>> objects? >>> >>> Is section 4.4 Multiple Similar Components in >>> draft-ietf-calsify-rfc2447bis-00.txt in >>> compliance or not? >>> >>> Thanks. >>> Preston >>> >>> _______________________________________________ >>> Ietf-calsify mailing list >>> Ietf-calsify@osafoundation.org >>> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify >> >> _______________________________________________ >> Ietf-calsify mailing list >> Ietf-calsify@osafoundation.org >> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > > > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > > -- *Dave Thewlis, Executive Director Calconnect - The Calendaring and Scheduling Consortium* +1 707 840 9391 (voice) · +1 707 498 2238 (mobile) http://www.calconnect.org · Dave.Thewlis@calconnect.org <mailto:Dave.Thewlis@calconnect.org> --------------020107010106050407090102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Lisa, thank you for responding to this post.<br> <br> I'd like to add that there is a fair amount of overlap between those involved in CalConnect and those involved in the calendaring WGs and activities in the IETF - both in the sense of individuals and of organizations. <br> <br> Calconnect was formed to help move calendaring forward into the "mainstream of computing". We certainly do generate requirements, issues, use cases, etc. to assist the standards developers in how the standards evolve. As Lisa said, we offer interoperability testing between implementations, and against the standards/specifications. And we have a goal to promote interoperable calendaring both in the IT community and to the technology-using world at large. <br> <br> The membership is made up of vendors large and small, open source organizations, major academic institutions, etc., and CalConnect functions as a partnership between all of us to jointly work to further interoperable calendaring and scheduling.<br> <br> Dave Thewlis<br> Executive Director<br> <br> Lisa Dusseault wrote: <blockquote cite="midd10f1aaec9c470bae7078811a8dec415@osafoundation.org" type="cite">Hello Linyi Tian, <br> <br> The CalConnect consortium is definitely working on very related topics, and there is also overlap in discussions, but the work is done together with the IETF, rather than in competition. The CalConnect consortium has no plans to develop standards as the IETF WGs do, but instead to gather information about standards requirements, issues, implementations and interoperability. The interoperability testing role is quite important because IETF WGs don't always manage to take that work on for free yet it's quite important to IETF decisions. <br> <br> All the information we use to develop standards will be provided on the open IETF mailing lists, which is why there will continue to be topic overlap -- frequently we'll see issues discussed in CalConnect re-raised on the IETF list, and vice versa. But the standards development work certainly doesn't depend on anyone's membership in CalConnect. <br> <br> I hope this helps reduce confusion, <br> <br> Lisa <br> <br> On Nov 17, 2005, at 11:02 AM, Linyi Tian wrote: <br> <br> <blockquote type="cite">Hi, All <br> <br> I find the "the calendaring and scheduling consortium" which website is <a class="moz-txt-link-freetext" href="http://www.calconnect.org/">http://www.calconnect.org/</a>. Since it address the same topic with our group, i am confused. <br> <br> Can anybody tell me that what is the relationship between it and our group? Is there some overlap between two activities? <br> <br> Best Regards <br> Linyi Tian <br> Huawei Technologies Co., Ltd <br> <br> <br> ----- Original Message ----- <br> From: "Preston Stephenson" <a class="moz-txt-link-rfc2396E" href="mailto:PStephenson@gw.novell.com"><PStephenson@gw.novell.com></a> <br> To: <a class="moz-txt-link-rfc2396E" href="mailto:ietf-calsify@osafoundation.org"><ietf-calsify@osafoundation.org></a> <br> Sent: Thursday, November 17, 2005 7:00 PM <br> Subject: [Ietf-calsify] Clarification on section 6 iCalendar objects indraft-cstoner-rfc2445bis-00 <br> <br> <br> <blockquote type="cite">Can you give an example of what it means to have multiple iCalendar <br> objects? <br> <br> Is section 4.4 Multiple Similar Components in <br> draft-ietf-calsify-rfc2447bis-00.txt in <br> compliance or not? <br> <br> Thanks. <br> Preston <br> <br> _______________________________________________ <br> Ietf-calsify mailing list <br> <a class="moz-txt-link-abbreviated" href="mailto:Ietf-calsify@osafoundation.org">Ietf-calsify@osafoundation.org</a> <br> <a class="moz-txt-link-freetext" href="http://lists.osafoundation.org/mailman/listinfo/ietf-calsify">http://lists.osafoundation.org/mailman/listinfo/ietf-calsify</a> <br> </blockquote> _______________________________________________ <br> Ietf-calsify mailing list <br> <a class="moz-txt-link-abbreviated" href="mailto:Ietf-calsify@osafoundation.org">Ietf-calsify@osafoundation.org</a> <br> <a class="moz-txt-link-freetext" href="http://lists.osafoundation.org/mailman/listinfo/ietf-calsify">http://lists.osafoundation.org/mailman/listinfo/ietf-calsify</a> <br> </blockquote> <br> _______________________________________________ <br> Ietf-calsify mailing list <br> <a class="moz-txt-link-abbreviated" href="mailto:Ietf-calsify@osafoundation.org">Ietf-calsify@osafoundation.org</a> <br> <a class="moz-txt-link-freetext" href="http://lists.osafoundation.org/mailman/listinfo/ietf-calsify">http://lists.osafoundation.org/mailman/listinfo/ietf-calsify</a> <br> <br> <br> </blockquote> <br> <div class="moz-signature">-- <br> <font size="-1"><b>Dave Thewlis, Executive Director<br> Calconnect - The Calendaring and Scheduling Consortium</b><br> +1 707 840 9391 (voice) · +1 707 498 2238 (mobile)<br> <a href="http://www.calconnect.org">http://www.calconnect.org</a> · <a href="mailto:Dave.Thewlis@calconnect.org">Dave.Thewlis@calconnect.org</a> </font></div> </body> </html> --------------020107010106050407090102-- Return-Path: <lisa@osafoundation.org> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 286807F545 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 11:41:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 19EB6142293 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 11:41:48 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28844-01; Thu, 17 Nov 2005 11:41:47 -0800 (PST) Received: from [192.168.101.89] (w002.z065106067.sjc-ca.dsl.cnc.net [65.106.67.2]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 90AF4142290; Thu, 17 Nov 2005 11:41:47 -0800 (PST) In-Reply-To: <000e01c5eba9$96869550$9b64a8c0@jys3105065780> References: <437C6F3A.0FF9.0037.0@gw.novell.com> <000e01c5eba9$96869550$9b64a8c0@jys3105065780> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <d10f1aaec9c470bae7078811a8dec415@osafoundation.org> Content-Transfer-Encoding: 7bit From: Lisa Dusseault <lisa@osafoundation.org> Subject: Re: [Ietf-calsify] Confusion Date: Thu, 17 Nov 2005 11:41:42 -0800 To: Linyi Tian <tianlinyi@huawei.com> X-Mailer: Apple Mail (2.623) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.2 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Cc: ietf-calsify@osafoundation.org X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 19:41:48 -0000 Hello Linyi Tian, The CalConnect consortium is definitely working on very related topics, and there is also overlap in discussions, but the work is done together with the IETF, rather than in competition. The CalConnect consortium has no plans to develop standards as the IETF WGs do, but instead to gather information about standards requirements, issues, implementations and interoperability. The interoperability testing role is quite important because IETF WGs don't always manage to take that work on for free yet it's quite important to IETF decisions. All the information we use to develop standards will be provided on the open IETF mailing lists, which is why there will continue to be topic overlap -- frequently we'll see issues discussed in CalConnect re-raised on the IETF list, and vice versa. But the standards development work certainly doesn't depend on anyone's membership in CalConnect. I hope this helps reduce confusion, Lisa On Nov 17, 2005, at 11:02 AM, Linyi Tian wrote: > Hi, All > > I find the "the calendaring and scheduling consortium" which > website is http://www.calconnect.org/. Since it address the same topic > with our group, i am confused. > > Can anybody tell me that what is the relationship between it and our > group? Is there some overlap between two activities? > > Best Regards > Linyi Tian > Huawei Technologies Co., Ltd > > > ----- Original Message ----- > From: "Preston Stephenson" <PStephenson@gw.novell.com> > To: <ietf-calsify@osafoundation.org> > Sent: Thursday, November 17, 2005 7:00 PM > Subject: [Ietf-calsify] Clarification on section 6 iCalendar objects > indraft-cstoner-rfc2445bis-00 > > >> Can you give an example of what it means to have multiple iCalendar >> objects? >> >> Is section 4.4 Multiple Similar Components in >> draft-ietf-calsify-rfc2447bis-00.txt in >> compliance or not? >> >> Thanks. >> Preston >> >> _______________________________________________ >> Ietf-calsify mailing list >> Ietf-calsify@osafoundation.org >> http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: <tianlinyi@huawei.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id C62267F53C for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 11:03:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id B536A142292 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 11:03:46 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10181-10 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 11:03:46 -0800 (PST) Received: from huawei.com (szxga03-in.huawei.com [61.144.161.55]) by laweleka.osafoundation.org (Postfix) with ESMTP id 2521C142290 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 11:03:33 -0800 (PST) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0IQ40000556KQ1@szxga03-in.huawei.com> for ietf-calsify@osafoundation.org; Fri, 18 Nov 2005 03:08:44 +0800 (CST) Received: from szxml02-in ([172.24.1.6]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0IQ400BJJ56KWE@szxga03-in.huawei.com> for ietf-calsify@osafoundation.org; Fri, 18 Nov 2005 03:08:44 +0800 (CST) Received: from jys3105065780 (host133-140.pool8254.interbusiness.it [82.54.140.133]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0IQ400LYP5CP6L@szxml02-in.huawei.com> for ietf-calsify@osafoundation.org; Fri, 18 Nov 2005 03:13:08 +0800 (CST) Date: Thu, 17 Nov 2005 19:02:42 +0000 From: Linyi Tian <tianlinyi@huawei.com> To: ietf-calsify@osafoundation.org Message-id: <000e01c5eba9$96869550$9b64a8c0@jys3105065780> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Outlook Express 6.00.2900.2180 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <437C6F3A.0FF9.0037.0@gw.novell.com> X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests= X-Spam-Level: Subject: [Ietf-calsify] Confusion X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 19:03:46 -0000 Hi, All I find the "the calendaring and scheduling consortium" which website is http://www.calconnect.org/. Since it address the same topic with our group, i am confused. Can anybody tell me that what is the relationship between it and our group? Is there some overlap between two activities? Best Regards Linyi Tian Huawei Technologies Co., Ltd ----- Original Message ----- From: "Preston Stephenson" <PStephenson@gw.novell.com> To: <ietf-calsify@osafoundation.org> Sent: Thursday, November 17, 2005 7:00 PM Subject: [Ietf-calsify] Clarification on section 6 iCalendar objects indraft-cstoner-rfc2445bis-00 > Can you give an example of what it means to have multiple iCalendar > objects? > > Is section 4.4 Multiple Similar Components in > draft-ietf-calsify-rfc2447bis-00.txt in > compliance or not? > > Thanks. > Preston > > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: <PStephenson@gw.novell.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id EDC547F534 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 10:53:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id DE8E7142294 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 10:53:47 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16804-07 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 10:53:47 -0800 (PST) Received: from xgate.provo.novell.com (xgate.provo.novell.com [137.65.47.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id B7156142292 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 10:53:47 -0800 (PST) Received: from PROVO7-MTA by xgate.provo.novell.com with Novell_GroupWise; Thu, 17 Nov 2005 11:53:47 -0700 Message-Id: <437C6F3A.0FF9.0037.0@gw.novell.com> X-Mailer: Novell GroupWise Internet Agent 7.0 Date: Thu, 17 Nov 2005 12:00:23 -0700 From: "Preston Stephenson" <PStephenson@gw.novell.com> To: <ietf-calsify@osafoundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.7 tagged_above=-50.0 required=4.0 tests=AWL, SUBJ_HAS_UNIQ_ID X-Spam-Level: Subject: [Ietf-calsify] Clarification on section 6 iCalendar objects in draft-cstoner-rfc2445bis-00 X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 18:53:48 -0000 Can you give an example of what it means to have multiple iCalendar objects? Is section 4.4 Multiple Similar Components in draft-ietf-calsify-rfc2447bis-00.txt in compliance or not? Thanks. Preston Return-Path: <PStephenson@gw.novell.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 694327F533 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 10:03:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 5974B142290 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 10:03:01 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13787-03 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 10:03:01 -0800 (PST) Received: from xgate.provo.novell.com (xgate.provo.novell.com [137.65.47.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 1EE1614228F for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 10:03:01 -0800 (PST) Received: from PROVO7-MTA by xgate.provo.novell.com with Novell_GroupWise; Thu, 17 Nov 2005 11:03:00 -0700 Message-Id: <437C635B.0FF9.0037.0@gw.novell.com> X-Mailer: Novell GroupWise Internet Agent 7.0 Date: Thu, 17 Nov 2005 11:09:46 -0700 From: "Preston Stephenson" <PStephenson@gw.novell.com> To: "Reinhold Kainhofer" <reinhold@kainhofer.com>, <ietf-calsify@osafoundation.org> Subject: Re: [Ietf-calsify] rrule question from draft-cstoner-rfc2445bis-00 References: <437C553F.0FF9.0037.0@gw.novell.com> <200511171819.54695.reinhold@kainhofer.com> In-Reply-To: <200511171819.54695.reinhold@kainhofer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.6 tagged_above=-50.0 required=4.0 tests=AWL, SUBJ_HAS_UNIQ_ID X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 18:03:01 -0000 I don't want to belabor the point. I just want to make a couple of observations to see if I understand. the problem from my point of view. In our mail system, when a recurrence set is delivered, we create all of the instances. We don't have one master appointment and generate the instance on the day of the recurrence. The start and end time will already be adjusted to be for the first Monday of the month of each occurrence, then stored as Sunday 22:30 UTC. This is the way that we will need to work for the time being. The server stores start and end time in UTC. It up to the client to adjust the time when it displays one of the appointments to the user. I guess I can't see how the time stored on Sunday 22:30 UTC will not be displayed by the client as the first Monday of the month 00:30 CEST. Thanks. Preston > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thursday 17 November 2005 18:09, Preston Stephenson wrote: > > In section 8.3.5 Recurrence Rule, it states: > > When used > > with a recurrence rule, > > the "DTSTART" and "DTEND" properties MUST be specified in local > > time > > and the appropriate set of "VTIMEZONE" calendar components MUST > > be > > included. > > > > I understand the MUST including the VTIMEZONE, but why is local time > > required. Why can't it be UTC time also? > > Because Recurrence rules are highly time-zone dependent. > E.g. take an event that recurs very monday at 0:30 Central European Summer > Time (UTC+2). If you shift the times to UTC, the event recurs at 22:30 every > SUNDAY in UTC. > > For weekly recurrences that RRULE might be adjusted to UTC, but e.g. if you > have a recurrence every first monday of the month at 0:30 CEST, you can't > express this in UTC any more at all (because the sunday before the first > monday of a month is not necessarily the first sunday of the month). > > Cheers, > Reinhol > > - -- > - ------------------------------------------------------------------ > Reinhold Kainhofer, Vienna University of Technology, Austria > email: reinhold@kainhofer.com, http://reinhold.kainhofer.com/ > * Financial and Actuarial Mathematics, TU Wien, http://www.fam.tuwien.ac.at/ > * K Desktop Environment, http://www.kde.org, KOrganizer maintainer > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (GNU/Linux) > > iD8DBQFDfLu6TqjEwhXvPN0RAu01AKDIrRSebfNHpz/UVISom42YxrGP+gCfZQbl > QmUAKqU4A3kNzlFSMla07Qw= > =gfQu > -----END PGP SIGNATURE----- > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: <reinhold@kainhofer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id A0BBB7F522 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 09:20:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 1F02B14228E for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 09:20:02 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11899-03 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 09:20:02 -0800 (PST) Received: from doob.fam.tuwien.ac.at (doob.fam.tuwien.ac.at [128.130.51.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 8590E14228D for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 09:20:01 -0800 (PST) Received: from curie.fam.tuwien.ac.at (curie.fam.tuwien.ac.at [128.130.51.116]) by doob.fam.tuwien.ac.at (8.13.4/8.13.4/Debian-3) with ESMTP id jAHHJufj030947 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 18:19:58 +0100 From: Reinhold Kainhofer <reinhold@kainhofer.com> Organization: FAM, Vienna University of Technology To: ietf-calsify@osafoundation.org Subject: Re: [Ietf-calsify] rrule question from draft-cstoner-rfc2445bis-00 Date: Thu, 17 Nov 2005 18:19:47 +0100 User-Agent: KMail/1.9 References: <437C553F.0FF9.0037.0@gw.novell.com> In-Reply-To: <437C553F.0FF9.0037.0@gw.novell.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511171819.54695.reinhold@kainhofer.com> X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.2 tagged_above=-50.0 required=4.0 tests=AWL, SUBJ_HAS_UNIQ_ID X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 17:20:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 17 November 2005 18:09, Preston Stephenson wrote: > In section 8.3.5 Recurrence Rule, it states: > When used > with a recurrence rule, > the "DTSTART" and "DTEND" properties MUST be specified in local > time > and the appropriate set of "VTIMEZONE" calendar components MUST > be > included. > > I understand the MUST including the VTIMEZONE, but why is local time > required. Why can't it be UTC time also? Because Recurrence rules are highly time-zone dependent. E.g. take an event that recurs very monday at 0:30 Central European Summer Time (UTC+2). If you shift the times to UTC, the event recurs at 22:30 every SUNDAY in UTC. For weekly recurrences that RRULE might be adjusted to UTC, but e.g. if you have a recurrence every first monday of the month at 0:30 CEST, you can't express this in UTC any more at all (because the sunday before the first monday of a month is not necessarily the first sunday of the month). Cheers, Reinhol - -- - ------------------------------------------------------------------ Reinhold Kainhofer, Vienna University of Technology, Austria email: reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial and Actuarial Mathematics, TU Wien, http://www.fam.tuwien.ac.at/ * K Desktop Environment, http://www.kde.org, KOrganizer maintainer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDfLu6TqjEwhXvPN0RAu01AKDIrRSebfNHpz/UVISom42YxrGP+gCfZQbl QmUAKqU4A3kNzlFSMla07Qw= =gfQu -----END PGP SIGNATURE----- Return-Path: <PStephenson@gw.novell.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 82AC57F530 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 09:02:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 696EB14228E for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 09:02:53 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32368-08 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 09:02:53 -0800 (PST) Received: from xgate.provo.novell.com (xgate.provo.novell.com [137.65.47.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 405CB14228D for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 09:02:53 -0800 (PST) Received: from PROVO7-MTA by xgate.provo.novell.com with Novell_GroupWise; Thu, 17 Nov 2005 10:02:51 -0700 Message-Id: <437C553F.0FF9.0037.0@gw.novell.com> X-Mailer: Novell GroupWise Internet Agent 7.0 Date: Thu, 17 Nov 2005 10:09:33 -0700 From: "Preston Stephenson" <PStephenson@gw.novell.com> To: <ietf-calsify@osafoundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.4 tagged_above=-50.0 required=4.0 tests=AWL, SUBJ_HAS_UNIQ_ID X-Spam-Level: Subject: [Ietf-calsify] rrule question from draft-cstoner-rfc2445bis-00 X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 17:02:53 -0000 In section 8.3.5 Recurrence Rule, it states: When used with a recurrence rule, the "DTSTART" and "DTEND" properties MUST be specified in local time and the appropriate set of "VTIMEZONE" calendar components MUST be included. I understand the MUST including the VTIMEZONE, but why is local time required. Why can't it be UTC time also? Thanks. Preston Return-Path: <Robert_Ransdell@notesdev.ibm.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id C4CD27F53D; Thu, 17 Nov 2005 08:38:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id B5C6D14228E; Thu, 17 Nov 2005 08:38:13 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29147-01; Thu, 17 Nov 2005 08:38:13 -0800 (PST) Received: from capricorn.notesdev.ibm.com (capricorn.notesdev.ibm.com [205.159.212.202]) by laweleka.osafoundation.org (Postfix) with ESMTP id 3917A14228D; Thu, 17 Nov 2005 08:38:13 -0800 (PST) In-Reply-To: <437C4DCC.0FF9.0037.0@gw.novell.com> Subject: Re: [Ietf-calsify] DTEND clarification in draft-ietf-calsify-rfc2445bis-00.txt To: "Preston Stephenson" <PStephenson@gw.novell.com> X-Mailer: Lotus Notes Build V701_10192005NP October 19, 2005 Message-ID: <OF1439060B.00DBEB52-ON852570BC.005B0FAC-852570BC.005AD537@notesdev.ibm.com> Date: Thu, 17 Nov 2005 11:38:07 -0500 From: "Robert Ransdell" <Robert_Ransdell@notesdev.ibm.com> X-MIMETrack: CD-MIME by Router on Capricorn/Iris(Release 7.0|August 18, 2005) at 11/17/2005 11:31:12 AM, CD-MIME complete at 11/17/2005 11:31:12 AM, Itemize by Router on Capricorn/Iris(Release 7.0|August 18, 2005) at 11/17/2005 11:31:12 AM, Serialize by Router on Capricorn/Iris(Release 7.0|August 18, 2005) at 11/17/2005 11:31:12 AM, Serialize complete at 11/17/2005 11:31:12 AM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.2 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Cc: ietf-calsify@osafoundation.org, ietf-calsify-bounces@osafoundation.org X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 16:38:14 -0000 My current thinking for Notes is as follows: When there is no DTEND DTSTART is date --- all day event DTSTART has a time component -- treat as alarm -- no busy time "Preston Stephenson" <PStephenson@gw.n To ovell.com> <ietf-calsify@osafoundation.org> Sent by: cc ietf-calsify-boun ces@osafoundation Subject .org [Ietf-calsify] DTEND clarification in draft-ietf-calsify-rfc2445bis-00.tx 11/17/2005 11:31 t AM In section 7.1 Event Component, it states: The "DTEND" property for a "VEVENT" calendar component specifies the non-inclusive end of the event. In section 7.4 Free/Busy Component, it states: the "DTSTART" and "DTEND" properties specify an inclusive time window that surrounds the busy time information; It would seem that this implies DTEND is inclusive not non-inclusive. Isn't DTEND non-inclusive in this case? In section 8.2.15.2 Date/Time End, it states: Description: Within the "VEVENT" calendar component, this property defines the date and time by which the event ends. The value MUST be later in time than the value of the "DTSTART" property. but in section 7.1. Event Component it states: For cases where a "VEVENT" calendar component specifies a "DTSTART" property with a DATE-TIME data type but no "DTEND" property, the event ends on the same calendar date and time of day specified by the "DTSTART" property. and also section 10. Recommended Practices it states: 2. A calendar entry with a "DTSTART" property but no "DTEND" property does not take up any time. It is intended to represent an event that is associated with a given calendar date and time of day, such as an anniversary. Since the event does not take up any time, it MUST NOT be used to record busy time no matter what the value for the "TRANSP" property. If not having a DTEND, it is defined to be the same as DTSTART, why can't DTEND be defined to be the same as DTEND? Or is it a matter of clarifying that you either have a DTEND or you can't have a DTEND, if DTEND is the same as DTSTART? Just my two bits. Thanks. Preston _______________________________________________ Ietf-calsify mailing list Ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: <PStephenson@gw.novell.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 41AC67F53D for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 08:31:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 2D90C14228E for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 08:31:11 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22551-10 for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 08:31:11 -0800 (PST) Received: from xgate.provo.novell.com (xgate.provo.novell.com [137.65.47.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id D88B914228D for <ietf-calsify@osafoundation.org>; Thu, 17 Nov 2005 08:31:10 -0800 (PST) Received: from PROVO7-MTA by xgate.provo.novell.com with Novell_GroupWise; Thu, 17 Nov 2005 09:31:10 -0700 Message-Id: <437C4DCC.0FF9.0037.0@gw.novell.com> X-Mailer: Novell GroupWise Internet Agent 7.0 Date: Thu, 17 Nov 2005 09:37:46 -0700 From: "Preston Stephenson" <PStephenson@gw.novell.com> To: <ietf-calsify@osafoundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests= X-Spam-Level: Subject: [Ietf-calsify] DTEND clarification in draft-ietf-calsify-rfc2445bis-00.txt X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 17 Nov 2005 16:31:11 -0000 In section 7.1 Event Component, it states: The "DTEND" property for a "VEVENT" calendar component specifies the non-inclusive end of the event. In section 7.4 Free/Busy Component, it states: the "DTSTART" and "DTEND" properties specify an inclusive time window that surrounds the busy time information; It would seem that this implies DTEND is inclusive not non-inclusive. Isn't DTEND non-inclusive in this case? In section 8.2.15.2 Date/Time End, it states: Description: Within the "VEVENT" calendar component, this property defines the date and time by which the event ends. The value MUST be later in time than the value of the "DTSTART" property. but in section 7.1. Event Component it states: For cases where a "VEVENT" calendar component specifies a "DTSTART" property with a DATE-TIME data type but no "DTEND" property, the event ends on the same calendar date and time of day specified by the "DTSTART" property. and also section 10. Recommended Practices it states: 2. A calendar entry with a "DTSTART" property but no "DTEND" property does not take up any time. It is intended to represent an event that is associated with a given calendar date and time of day, such as an anniversary. Since the event does not take up any time, it MUST NOT be used to record busy time no matter what the value for the "TRANSP" property. If not having a DTEND, it is defined to be the same as DTSTART, why can't DTEND be defined to be the same as DTEND? Or is it a matter of clarifying that you either have a DTEND or you can't have a DTEND, if DTEND is the same as DTSTART? Just my two bits. Thanks. Preston Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id C09367F522 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 20:31:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id B1DA0142275 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 20:31:46 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24147-07 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 20:31:46 -0800 (PST) Received: from S1.cableone.net (s1.cableone.net [24.116.0.227]) by laweleka.osafoundation.org (Postfix) with ESMTP id 3DD0A142272 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 20:31:46 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 37353514 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 21:32:08 -0700 Message-ID: <437AB630.6040205@Royer.com> Date: Tue, 15 Nov 2005 21:31:44 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-calsify@osafoundation.org Subject: Re: [Ietf-calsify] variations and options References: <43711481.5030400@Royer.com> <437A669A.3080801@dcrocker.net> <D25296CEA01F769C908F4D37@ninevah.local> In-Reply-To: <D25296CEA01F769C908F4D37@ninevah.local> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070702030607000909030301" X-SpamDetect: *: 1.250000 NakedCR=2.0,Aspam=-0.8 X-Aspam: For explanation see http://netwinsite.com/surgemail/aspaminfo.htm X-Aspam: Words 0.0 -561-5848 -562-2131 -gagel -caledonia -theres -iis -generate -warned -scanning X-Aspam: URLS scored 0.8 verisign.com cnc.bc.ca X-Aspam: Best match was sample c:\good\1051592149.251_651.ball X-Aspam: Total 0.8 X-NakedCr: Body contained naked cr characters X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 1, First 98, in=160, out=154, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.3 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ietf-calsify@osafoundation.org List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Wed, 16 Nov 2005 04:31:46 -0000 This is a cryptographically signed message in MIME format. --------------ms070702030607000909030301 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cyrus Daboo wrote: > Hi Dave, > > --On November 15, 2005 2:52:10 PM -0800 Dave Crocker <dhc2@dcrocker.net> > wrote: > >> these statements raise such a large red flag with me, i feel compelled to >> bother the list about it. especially since this issue has struck me as >> being a chronic issue with the calendaring work. >> >> the more variations and options an Internet specification has, the higher >> the barrier to implementation and interoperability and, therefore, to >> use. >> >> why is that not a concern here? > > > I have to say that I am concerned about all the options and requirements > in the iTIP document, and I think it would make sense to try and do > something about that. One solution is to only document what is different > from the base iCal requirements, rather than repeating those in many cases. The syntax tables in iTIP along with the text description describe procedures as well as content. So even if the 'unordered" ABNF extension were added that you proposed, I still think it would be very difficult to document iTIP in ABNF. So I think that your proposal would fix iCal ABNF, I do not see how it will it could help iTIP syntax tables. Because the iTIP syntax tables describe when to include the iCal ABNF optional elements. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards --------------ms070702030607000909030301 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX 6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30 AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka 32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT 5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13 d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0 YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn /F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5 ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+ I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA1MTExNjA0MzE0NFowIwYJKoZIhvcNAQkEMRYEFFY1E+VzPjNx1nCUJmFYKTAF JlAmMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5 ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA BIIBAMZA8kYLzQ1cIh0R5fKHKEGU2/r3Dnd+fe7OOT0kDIwXiiZoGsYOOQbkqMVfm7c7J51q yxMm4iwTJb+mqHhnWAbJ4XzvUJuCbNxdggEhz9tF6Ki4x+/EXt7Z95SNWIwvQaIM92Pl5KEa GcmFw8mpHBflaNNXULrtBomcOKxaP4diwu6Ni5ytNOsu1tuMDWoLhW93CX2OPlB+ENO+a3D/ UbStIBjhJ/gnx/QbS0ysGGlyQMV2SkVo1D2EzMHnJtYPkP/HKWKZrGWHRc+gEzHUCi9WGECi 6ckmDx9jdzO9nqL2i6OZl74Ggn5rgeh5e1d9N3a2S3zNFYvYtrz0xhRaJ0oAAAAAAAA= --------------ms070702030607000909030301-- Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id EAA017F522 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 20:27:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id D8512142275 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 20:27:25 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30807-05 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 20:27:25 -0800 (PST) Received: from S3.cableone.net (s3.cableone.net [24.116.0.229]) by laweleka.osafoundation.org (Postfix) with ESMTP id 6571D142272 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 20:27:25 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S3.cableone.net (CableOne SMTP Service S3) with ESMTP id 37261007 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 21:40:32 -0700 Message-ID: <437AB52B.8060700@Royer.com> Date: Tue, 15 Nov 2005 21:27:23 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-calsify@osafoundation.org Subject: Re: [Ietf-calsify] Question about attachment References: <D0934C16F5BCFF43BA11F643E93E273D47F80F@esebe100.NOE.Nokia.com> <43756C2B.8030801@oracle.com> In-Reply-To: <43756C2B.8030801@oracle.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010703000506080802070607" X-SpamDetect: *: 1.250000 NakedCR=2.0,Aspam=-0.8 X-NakedCr: Body contained naked cr characters X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 0, First 95, in=189, out=180, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.3 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ietf-calsify@osafoundation.org List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Wed, 16 Nov 2005 04:27:26 -0000 This is a cryptographically signed message in MIME format. --------------ms010703000506080802070607 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit If a new draft "iCal File Format" were the purpose of CALSIFY and if such a draft existed, I could agree once I saw the proposal. However until such a document is created that also addresses the other issues with using the ICS data format as a calendar store, it would just be duplicating the MIME object data that is easy to parse and understand now. So I do agree that an iCal-File-Format draft would be useful. I do not think that adding options to iCal at this point is on-topic for CALSIFY. I think we need to leave the file format for the implementation at this point in time and continue to use MIME as the 2445 and 2446 format which already has those options. > I agree that the ATTACH property should provide support for > parameters to specify information like filename and size the same way > that RFC 2183 does for the Content-Disposition header: Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards --------------ms010703000506080802070607 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX 6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30 AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka 32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT 5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13 d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0 YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn /F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5 ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+ I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA1MTExNjA0MjcyM1owIwYJKoZIhvcNAQkEMRYEFOGNFA1rNEZw8WwadyYjY0Kk fbsVMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5 ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA BIIBAMd9gpFALM5kqB54NMLKfi+qV4tsQoR11Ax/bvpmC0OWM6rXEO/24KPHX7iEGYY+gMDO g43rAqWWJrNyvGzYYiHat0ez6JToMlhbMtMiE4GxyFEauSqpKj0Fa6Ihi5WOJ8Yxv6n0iGgf fStoCj3sECvanS5X1U2EJRXn9F5wgUXrjrNeAZDfd6gpqjB6jA6fH1IdYFtS+deCbnjSPWw4 UnlJ7k0hRTsntOh29pnlk/4qZiqeaPkSC34FDpOCKhnHRa1QiOd1ET3M6awD3YG/Prcp1NVS ddSCkfoeFVoe1spP2pnMVWHo5cXERM4QVa1Os3aksSBacnb0my/cg6BuWTEAAAAAAAA= --------------ms010703000506080802070607-- Return-Path: <cyrus@daboo.name> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id D84007F539 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 19:29:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id C9510142276 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 19:29:22 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04194-07 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 19:29:22 -0800 (PST) Received: from darius.cyrusoft.com (darius.cyrusoft.com [63.163.82.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 449FF14226E for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 19:29:22 -0800 (PST) Received: from [10.0.1.2] (pool-71-240-26-158.pitt.east.verizon.net [71.240.26.158]) (authenticated bits=0) by darius.cyrusoft.com (8.12.9/8.12.9) with ESMTP id jAG43EUV009409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2005 23:03:18 -0500 Date: Tue, 15 Nov 2005 22:29:14 -0500 From: Cyrus Daboo <cyrus@daboo.name> To: dcrocker@bbiw.net, ietf-calsify@osafoundation.org Subject: Re: [Ietf-calsify] variations and options Message-ID: <D25296CEA01F769C908F4D37@ninevah.local> In-Reply-To: <437A669A.3080801@dcrocker.net> References: <43711481.5030400@Royer.com> <437A669A.3080801@dcrocker.net> X-Mailer: Mulberry/4.0.4 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Wed, 16 Nov 2005 03:29:23 -0000 Hi Dave, --On November 15, 2005 2:52:10 PM -0800 Dave Crocker <dhc2@dcrocker.net> wrote: > these statements raise such a large red flag with me, i feel compelled to > bother the list about it. especially since this issue has struck me as > being a chronic issue with the calendaring work. > > the more variations and options an Internet specification has, the higher > the barrier to implementation and interoperability and, therefore, to use. > > why is that not a concern here? I have to say that I am concerned about all the options and requirements in the iTIP document, and I think it would make sense to try and do something about that. One solution is to only document what is different from the base iCal requirements, rather than repeating those in many cases. That said I do want to comment on one issue with ABNF and iCalendar. Currently 2445 uses what I call a pseudo-ABNF to describe the syntax for components. Its an ABNF like syntax that uses interspersed comments to define the restrictions, e.g.: eventprop = *( ; the following are optional, ; but MUST NOT occur more than once class / created / description / dtstart / geo / last-mod / location / organizer / priority / dtstamp / seq / status / summary / transp / uid / url / recurid / ; either 'dtend' or 'duration' may appear in ; a 'eventprop', but 'dtend' and 'duration' ; MUST NOT occur in the same 'eventprop' dtend / duration / ; the following are optional, ; and MAY occur more than once attach / attendee / categories / comment / contact / exdate / exrule / rstatus / related / resources / rdate / rrule / x-prop ) I would much rather see the restrictions spelled out explicitly in ABNF (I guess I've spent too much time with protocols that do use ABNF that way). The problem is that ABNF is missing a construct that iCalendar needs: namely an 'unordered list' construct that would allow the enclosed elements to appear in any order within the list, though with the prescribed restrictions on the number of times they may appear in the list. If we assume that curly braces were used to indicate such a construct, then the example above would become: eventprop = { ; the following are optional, ; but MUST NOT occur more than once *1class *1created *1description *1dtstart *1geo *1last-mod *1location *1organizer *1priority *1dtstamp *1seq *1status *1summary *1transp *1uid *1url *1recurid ; either 'dtend' or 'duration' may appear in ; a 'eventprop', but 'dtend' and 'duration' ; MUST NOT occur in the same 'eventprop' *1(dtend / duration) ; the following are optional, ; and MAY occur more than once *attach *attendee *categories *comment *contact *exdate *exrule *rstatus *related *resources *rdate *rrule *x-prop } An ABNF syntax checker that understood the new construct would be able to verify an the syntax of an eventprop element without having to understand the comments. Do you think there is any need for such an extension to ABNF? There are other places where such a construct might be useful. For example, RFC2822 Section 3.6 has a table that is very similar to the ones in iTIP. With a new construct it ought to be possible to express that in ABNF too. -- Cyrus Daboo Return-Path: <tantek@technorati.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id B23997F539 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 17:06:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 97BA3142278 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 17:06:51 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31341-01 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 17:06:51 -0800 (PST) Received: from mail.technorati.com (mail.technorati.com [209.237.227.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 658F1142277 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 17:06:51 -0800 (PST) Received: from [192.168.1.65] (dsl092-187-246.sfo1.dsl.speakeasy.net [66.92.187.246]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mail.technorati.com (Postfix) with ESMTP id 200B321284A; Tue, 15 Nov 2005 17:06:51 -0800 (PST) In-Reply-To: <437A669A.3080801@dcrocker.net> References: <43711481.5030400@Royer.com> <437A669A.3080801@dcrocker.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <62b9afc4ae4decbb66d84cb57c00485a@technorati.com> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Tantek_=C7elik?= <tantek@technorati.com> Subject: Re: [Ietf-calsify] variations and options Date: Tue, 15 Nov 2005 17:07:00 -0800 To: dcrocker@bbiw.net X-Mailer: Apple Mail (2.619.2) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests= X-Spam-Level: Cc: ietf-calsify@osafoundation.org X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Wed, 16 Nov 2005 01:06:52 -0000 On Nov 15, 2005, at 2:52 PM, Dave Crocker wrote: > > >> With all of the variations and options available in iTIP >> the ABNF would be almost impossible to specify. ... >> Trying to specify all of the iTIP rules in ABNF would create >> a huge ABNF syntax table that would be difficult to verify >> as accurate. > > > Folks, > > oh boy. > > these statements raise such a large red flag with me, i feel compelled=20= > to bother the list about it. especially since this issue has struck me=20= > as being a chronic issue with the calendaring work. > > the more variations and options an Internet specification has, the=20 > higher the barrier to implementation and interoperability and,=20 > therefore, to use. > > why is that not a concern here? +1 Well put Dave. Thanks, Tantek -- Tantek =C7elik Chief Technologist, Technorati, Inc. Return-Path: <dhc2@dcrocker.net> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id C474B7F530 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 14:52:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id B260C142278 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 14:52:13 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17032-04 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 14:52:13 -0800 (PST) Received: from sb7.songbird.com (sb7.songbird.com [208.184.79.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 79C5F142277 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 14:52:13 -0800 (PST) Received: from [192.168.0.3] (adsl-71-131-27-1.dsl.sntc01.pacbell.net [71.131.27.1]) (authenticated bits=0) by sb7.songbird.com (8.12.11/8.12.11) with ESMTP id jAFMqrUE022396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 14:52:53 -0800 Message-ID: <437A669A.3080801@dcrocker.net> Date: Tue, 15 Nov 2005 14:52:10 -0800 From: Dave Crocker <dhc2@dcrocker.net> Organization: Brandenburg InternetWorking User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: ietf-calsify@osafoundation.org References: <43711481.5030400@Royer.com> In-Reply-To: <43711481.5030400@Royer.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SongbirdInformation: support@songbird.com for more information X-Songbird: Found to be clean X-Songbird-From: dhc2@dcrocker.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.6 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Subject: [Ietf-calsify] variations and options X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dcrocker@bbiw.net List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Tue, 15 Nov 2005 22:52:14 -0000 > With all of the variations and options available in iTIP > the ABNF would be almost impossible to specify. ... > Trying to specify all of the iTIP rules in ABNF would create > a huge ABNF syntax table that would be difficult to verify > as accurate. Folks, oh boy. these statements raise such a large red flag with me, i feel compelled to bother the list about it. especially since this issue has struck me as being a chronic issue with the calendaring work. the more variations and options an Internet specification has, the higher the barrier to implementation and interoperability and, therefore, to use. why is that not a concern here? d/ -- Dave Crocker Brandenburg InternetWorking <http://bbiw.net> Return-Path: <Dave.Thewlis@calconnect.org> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id D93947F548 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 12:37:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id C8D34142279 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 12:37:04 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28531-07 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 12:37:04 -0800 (PST) Received: from fed1rmmtao05.cox.net (fed1rmmtao05.cox.net [68.230.241.34]) by laweleka.osafoundation.org (Postfix) with ESMTP id 4715A142276 for <ietf-calsify@osafoundation.org>; Tue, 15 Nov 2005 12:37:04 -0800 (PST) Received: from [192.168.0.102] (really [70.191.49.25]) by fed1rmmtao05.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20051115203610.SCOD17838.fed1rmmtao05.cox.net@[192.168.0.102]>; Tue, 15 Nov 2005 15:36:10 -0500 Message-ID: <437A46EB.30101@calconnect.org> Date: Tue, 15 Nov 2005 12:36:59 -0800 From: Dave Thewlis <Dave.Thewlis@calconnect.org> Organization: The Calendaring and Scheduling Consortium User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-calsify list <ietf-calsify@osafoundation.org> Content-Type: multipart/alternative; boundary="------------060701080109050707060605" X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.4 tagged_above=-50.0 required=4.0 tests=AWL, HTML_40_50, HTML_FONT_FACE_CAPS, HTML_MESSAGE, HTML_TAG_EXIST_TBODY X-Spam-Level: Subject: [Ietf-calsify] Registration open for Calconnect Roundtable and Interop Testing Event, January 2006 - The Calendaring and Scheduling Consortium X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dave.Thewlis@calconnect.org List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Tue, 15 Nov 2005 20:37:05 -0000 This is a multi-part message in MIME format. --------------060701080109050707060605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit ------------------------------------------------------------------------ * Date:* 12/2/2004 07:52 * From:* David C. Thewlis * To:* "calconnect-l reflector" <calconnect-l@calconnect.org>, "ietf-caldav reflector" <ietf-caldav@osafoundation.org>, "IETF CALSCH" <ietf-calendar@imc.org>, "ietf-calsify reflector" <ietf-calsify@osafoundation.org>, "www-rdf-calendar reflector" <www-rdf-calendar@w3.org> * Copy:* "Robert Tolmach - WellGood Group" <rtolmach@WellGoodGroup.com>, "Brian Dear" <brian@evdb.com>, "John Carbone" <john-carbone@quantum-logic.net>, cherot@convoq.com, georges@google.com * Subject:* Call for Participantion -- Second Calconnect Interop - 11-12 January 2005 - Seattle, Washington ------------------------------------------------------------------------ Received: from psmtp.com (exprod6mx6.postini.com [64.18.1.146]) by home.humboldt1.com (8.12.10/8.12.10) with SMTP id iB2Fq3mR014814 for <dthewlis@dcta.com> Thu, 2 Dec 2004 07:52:03 -0800 (PST) Received: from source ([208.31.106.91]) by exprod6mx6.postini.com ([64.18.5.10]) with SMTP; Thu, 02 Dec 2004 07:52:02 PST Received: from aix2.egenconsulting.com (localhost [127.0.0.1]) by aix2.egenconsulting.com (8.13.1/8.13.1) with ESMTP id iB2FlvWi018040 for <calconnect-l-list@aix2.egenconsulting.com> Thu, 2 Dec 2004 10:47:57 -0500 Received: (from majordom@localhost) by aix2.egenconsulting.com (8.13.1/8.13.1/Submit) id iB2FlvFI018426 for calconnect-l-list; Thu, 2 Dec 2004 10:47:57 -0500 X-Authentication-Warning: aix2.egenconsulting.com: majordom set sender to owner-calconnect-l@calconnect.org using -f Received: from fed1rmmtao04.cox.net (fed1rmmtao04.cox.net [68.230.241.35]) by aix2.egenconsulting.com (8.13.1/8.13.1) with ESMTP id iB2FlcTM019480; Thu, 2 Dec 2004 10:47:38 -0500 Received: from davet23 ([24.254.88.112]) by fed1rmmtao04.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20041202154833.YTO5357.fed1rmmtao04.cox.net@davet23> Thu, 2 Dec 2004 10:48:33 -0500 Message-ID: <200412020748000071.082E3FF1@smtp.west.cox.net> References: <200411181732510014.00FA5091@smtp.west.cox.net> X-Mailer: Calypso Version 3.30.00.00 (4) Date: Thu, 02 Dec 2004 07:48:00 -0800 Reply-To: Dave.Thewlis@calconnect.org From: "David C. Thewlis" <Dave.Thewlis@calconnect.org> To: "calconnect-l reflector" <calconnect-l@calconnect.org>, "ietf-caldav reflector" <ietf-caldav@osafoundation.org>, "IETF CALSCH" <ietf-calendar@imc.org>, "ietf-calsify reflector" <ietf-calsify@osafoundation.org>, "www-rdf-calendar reflector" <www-rdf-calendar@w3.org> Cc: "Robert Tolmach - WellGood Group" <rtolmach@WellGoodGroup.com>, "Brian Dear" <brian@evdb.com>, "John Carbone" <john-carbone@quantum-logic.net>, cherot@convoq.com, georges@google.com Subject: Call for Participantion -- Second Calconnect Interop - 11-12 January 2005 - Seattle, Washington Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====_11020024806334=_" Sender: owner-calconnect-l@calconnect.org Precedence: bulk X-pstn-levels: (S:99.90000/99.90000 R:95.9108 P:95.9108 M:94.8624 C:98.9754 ) X-pstn-settings: 5 (2.0000:2.0000) s gt3 gt2 gt1 r p m c X-pstn-addresses: from <Dave.Thewlis@calconnect.org> forward (user good) [2395/93] /Please note that this announcement is being posted on multiple calendaring-related reflectors and to the Calconnect mailing lists to ensure as wide a distribution as possible. Our apologies if you receive multiple copies. / //*CALCONNECT INTEROP TESTING EVENT - 09-10 January 2006* *CALCONNECT ROUNDTABLE V - 10-12 January 2006* * * CalConnect - The Calendaring and Scheduling Consortium - invites you to our January 2006 Roundtable and to the associated Calendaring and Scheduling Interop Testing Event, to be held 9-12 January, 2006 in Provo, Utah, hosted by Novell, Inc. _Registration is now open for these events as of 15 November 2005._ In a departure from previous events, the Interop and Roundtable will be held serially instead of in parallel, to ensure that Interop participants can actively participate in the Roundtable. The *Interop* will take place 09-10 January, all day the 9th and until lunch on the 10th. It will offer multiple Interop Testing Scenarios including * extensive CalDAV testing, * RFC (iCalendar, iMIP, iTIP) interoperability and RFC conformance testing * CALSIFY minimum interoperability testing. Participating organizations may choose one or more than one scenario for testing -- however these scenarios will be going on simultaneously so you will probably need a person for each scenario you participate in. Interop participation is _open to all_ interested organizations that wish to test calendaring and scheduling implementations, and _is not limited to members of the Consortium _(although members receive a significant discount on the Interop participation fee). More information about the Interop is available at http://www.calconnect.org/iopjan2006.html. <http://www.calconnect.org/iopjan2006.html> The *Roundtable* will commence after lunch on Tuesday 10 January and run through lunch on Thursday 12 January (Roundtable participants are invited to lunch on Tuesday prior to the opening of the Roundtable). It will feature Technical Committee meetings, ad hoc meetings, and a full Plenary of the Consortium. You must represent a member of CalConnect to attend the Roundtable _unless_ your organization chooses to participate as an Observer (a non-member who wishes to attend a Roundtable to evaluate participation in the Consortium). More information about the Roundtable is available at http://www.calconnect.org/roundtable5.html. <http://www.calconnect.org/roundtable5.html> * REGISTRATION FEES **Interop:* $1500 for Consortium members and $2500 for non-members. The registration fee covers two individuals; additional individuals are $150 each for members or non-members. (If you are planning to participate in more than one Interop scenario, you may need additional people.) ** *Roundtable:* $275 per individual until 01 January and $325 thereafter. The Roundtable is limited to representatives of Consortium members or declared Observers (an non-member that wishes to attend a Roundtable to evaluate participation in the Consortium). / A combined registration fee for both the Interop and Roundtable is available; please see http://www.calconnect.org/iopfees.html. <http://www.calconnect.org/iopfees.html> / * * *ADDITIONAL DETAILS AND REGISTRATION INFORMATION* Information on the Roundtable, including logistics, current schedule and agenda planning, and registration information is available on the Consortium website at http://www.calconnect.org/roundtable5.html. More information on the Interop including logistics, planning, and registration information is available on the Consortium website at http://www.calconnect.org/iopjan2006.html. <http://www.calconnect.org/iopjan2006.html> You may also go to Consortium site at http://www.calconnect.org and select "Coming Events" from the sidebar to find logistics, planning and registration information for both the Roundtable and the Interop. For questions and additional information please contact the Consortium's Executive Director, Dave Thewlis, via the contact information listed below. Space will be limited, so register as soon as possible. Best Regards, Dave Thewlis -- *Dave Thewlis, Executive Director Calconnect - The Calendaring and Scheduling Consortium* +1 707 840 9391 (voice) · +1 707 498 2238 (mobile) · +1 415 946 3454 (fax) http://www.calconnect.org · Dave.Thewlis@calconnect.org <mailto:Dave.Thewlis@calconnect.org> --------------060701080109050707060605 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <!-- Inserted by Calypso --> <table id="_CalyPrintHeader_" style="display: none; color: black;" border="0" cellpadding="0" cellspacing="2" rules="none" width="100%"> <tbody> <tr> <td colspan="3"> <hr color="black" noshade="noshade" size="1"><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> </tr> <tr align="left" valign="top"> <td nowrap="nowrap" width="1"><b> Date:</b><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td width="1"><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td> 12/2/2004 07:52<br> <br> <br> <br> <br> <br> <br> <br> <br> </td> </tr> <tr align="left" valign="top"> <td nowrap="nowrap" width="1"><b> From:</b><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td width="1"><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td> David C. Thewlis<br> <br> <br> <br> <br> <br> <br> <br> <br> </td> </tr> <tr align="left" valign="top"> <td nowrap="nowrap" width="1"><b> To:</b><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td width="1"><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td> "calconnect-l reflector" <a class="moz-txt-link-rfc2396E" href="mailto:calconnect-l@calconnect.org"><calconnect-l@calconnect.org></a>, "ietf-caldav reflector" <a class="moz-txt-link-rfc2396E" href="mailto:ietf-caldav@osafoundation.org"><ietf-caldav@osafoundation.org></a>, "IETF CALSCH" <a class="moz-txt-link-rfc2396E" href="mailto:ietf-calendar@imc.org"><ietf-calendar@imc.org></a>, "ietf-calsify reflector" <a class="moz-txt-link-rfc2396E" href="mailto:ietf-calsify@osafoundation.org"><ietf-calsify@osafoundation.org></a>, "www-rdf-calendar reflector" <a class="moz-txt-link-rfc2396E" href="mailto:www-rdf-calendar@w3.org"><www-rdf-calendar@w3.org></a><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> </tr> <tr align="left" valign="top"> <td nowrap="nowrap" width="1"><b> Copy:</b><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td width="1"><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td> "Robert Tolmach - WellGood Group" <a class="moz-txt-link-rfc2396E" href="mailto:rtolmach@WellGoodGroup.com"><rtolmach@WellGoodGroup.com></a>, "Brian Dear" <a class="moz-txt-link-rfc2396E" href="mailto:brian@evdb.com"><brian@evdb.com></a>, "John Carbone" <a class="moz-txt-link-rfc2396E" href="mailto:john-carbone@quantum-logic.net"><john-carbone@quantum-logic.net></a>, <a class="moz-txt-link-abbreviated" href="mailto:cherot@convoq.com">cherot@convoq.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:georges@google.com">georges@google.com</a><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> </tr> <tr align="left" valign="top"> <td nowrap="nowrap" width="1"><b> Subject:</b><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td width="1"><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> <td> Call for Participantion -- Second Calconnect Interop - 11-12 January 2005 - Seattle, Washington<br> <br> <br> <br> <br> <br> <br> <br> <br> </td> </tr> <tr> <td colspan="3"> <hr color="black" noshade="noshade" size="1"><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> </tr> </tbody> </table> <!-- End Calypso --><!-- Inserted by Calypso --> <table id="_CalyMsgHeader_" style="display: none; color: rgb(0, 0, 0);" bgcolor="#c0c0c0" border="1" cellpadding="2" cellspacing="2" rules="none" width="100%"> <tbody> <tr bgcolor="#c0c0c0"> <td><font color="#000000" face="VERDANA,ARIAL,HELVETICA" size="-2">Received: from psmtp.com (exprod6mx6.postini.com [64.18.1.146]) by home.humboldt1.com (8.12.10/8.12.10) with SMTP id iB2Fq3mR014814 for <a class="moz-txt-link-rfc2396E" href="mailto:dthewlis@dcta.com"><dthewlis@dcta.com></a> Thu, 2 Dec 2004 07:52:03 -0800 (PST)<br> Received: from source ([208.31.106.91]) by exprod6mx6.postini.com ([64.18.5.10]) with SMTP; Thu, 02 Dec 2004 07:52:02 PST<br> Received: from aix2.egenconsulting.com (localhost [127.0.0.1]) by aix2.egenconsulting.com (8.13.1/8.13.1) with ESMTP id iB2FlvWi018040 for <a class="moz-txt-link-rfc2396E" href="mailto:calconnect-l-list@aix2.egenconsulting.com"><calconnect-l-list@aix2.egenconsulting.com></a> Thu, 2 Dec 2004 10:47:57 -0500<br> Received: (from majordom@localhost) by aix2.egenconsulting.com (8.13.1/8.13.1/Submit) id iB2FlvFI018426 for calconnect-l-list; Thu, 2 Dec 2004 10:47:57 -0500<br> X-Authentication-Warning: aix2.egenconsulting.com: majordom set sender to <a class="moz-txt-link-abbreviated" href="mailto:owner-calconnect-l@calconnect.org">owner-calconnect-l@calconnect.org</a> using -f<br> Received: from fed1rmmtao04.cox.net (fed1rmmtao04.cox.net [68.230.241.35]) by aix2.egenconsulting.com (8.13.1/8.13.1) with ESMTP id iB2FlcTM019480; Thu, 2 Dec 2004 10:47:38 -0500<br> Received: from davet23 ([24.254.88.112]) by fed1rmmtao04.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20041202154833.YTO5357.fed1rmmtao04.cox.net@davet23> Thu, 2 Dec 2004 10:48:33 -0500<br> Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:200412020748000071.082E3FF1@smtp.west.cox.net"><200412020748000071.082E3FF1@smtp.west.cox.net></a><br> References: <a class="moz-txt-link-rfc2396E" href="mailto:200411181732510014.00FA5091@smtp.west.cox.net"><200411181732510014.00FA5091@smtp.west.cox.net></a><br> X-Mailer: Calypso Version 3.30.00.00 (4)<br> Date: Thu, 02 Dec 2004 07:48:00 -0800<br> Reply-To: <a class="moz-txt-link-abbreviated" href="mailto:Dave.Thewlis@calconnect.org">Dave.Thewlis@calconnect.org</a><br> From: "David C. Thewlis" <a class="moz-txt-link-rfc2396E" href="mailto:Dave.Thewlis@calconnect.org"><Dave.Thewlis@calconnect.org></a><br> To: "calconnect-l reflector" <a class="moz-txt-link-rfc2396E" href="mailto:calconnect-l@calconnect.org"><calconnect-l@calconnect.org></a>, "ietf-caldav reflector" <a class="moz-txt-link-rfc2396E" href="mailto:ietf-caldav@osafoundation.org"><ietf-caldav@osafoundation.org></a>, "IETF CALSCH" <a class="moz-txt-link-rfc2396E" href="mailto:ietf-calendar@imc.org"><ietf-calendar@imc.org></a>, "ietf-calsify reflector" <a class="moz-txt-link-rfc2396E" href="mailto:ietf-calsify@osafoundation.org"><ietf-calsify@osafoundation.org></a>, "www-rdf-calendar reflector" <a class="moz-txt-link-rfc2396E" href="mailto:www-rdf-calendar@w3.org"><www-rdf-calendar@w3.org></a><br> Cc: "Robert Tolmach - WellGood Group" <a class="moz-txt-link-rfc2396E" href="mailto:rtolmach@WellGoodGroup.com"><rtolmach@WellGoodGroup.com></a>, "Brian Dear" <a class="moz-txt-link-rfc2396E" href="mailto:brian@evdb.com"><brian@evdb.com></a>, "John Carbone" <a class="moz-txt-link-rfc2396E" href="mailto:john-carbone@quantum-logic.net"><john-carbone@quantum-logic.net></a>, <a class="moz-txt-link-abbreviated" href="mailto:cherot@convoq.com">cherot@convoq.com</a>, <a class="moz-txt-link-abbreviated" href="mailto:georges@google.com">georges@google.com</a><br> Subject: Call for Participantion -- Second Calconnect Interop - 11-12 January 2005 - Seattle, Washington<br> Mime-Version: 1.0<br> Content-Type: multipart/alternative; boundary="=====_11020024806334=_"<br> Sender: <a class="moz-txt-link-abbreviated" href="mailto:owner-calconnect-l@calconnect.org">owner-calconnect-l@calconnect.org</a><br> Precedence: bulk<br> X-pstn-levels: (S:99.90000/99.90000 R:95.9108 P:95.9108 M:94.8624 C:98.9754 )<br> X-pstn-settings: 5 (2.0000:2.0000) s gt3 gt2 gt1 r p m c <br> X-pstn-addresses: from <a class="moz-txt-link-rfc2396E" href="mailto:Dave.Thewlis@calconnect.org"><Dave.Thewlis@calconnect.org></a> forward (user good) [2395/93] <br> </font><br> <br> <br> <br> <br> <br> <br> <br> <br> </td> </tr> </tbody> </table> <!-- End Calypso --> <div><em>Please note that this announcement is being posted on multiple calendaring-related reflectors and to the Calconnect mailing lists to ensure as wide a distribution as possible. Our apologies if you receive multiple copies.<br> <br> </em></div> <div><em></em><strong>CALCONNECT INTEROP TESTING EVENT - 09-10 January 2006</strong><br> <br> <strong>CALCONNECT ROUNDTABLE V - 10-12 January 2006</strong><br> </div> <div> <strong><br> </strong></div> <div> <br> CalConnect - The Calendaring and Scheduling Consortium - invites you to our January 2006 Roundtable and to the associated Calendaring and Scheduling Interop Testing Event, to be held 9-12 January, 2006 in Provo, Utah, hosted by Novell, Inc.<br> <br> <u>Registration is now open for these events as of 15 November 2005.</u><br> </div> <br> In a departure from previous events, the Interop and Roundtable will be held serially instead of in parallel, to ensure that Interop participants can actively participate in the Roundtable. <br> <br> The <b>Interop</b> will take place 09-10 January, all day the 9th and until lunch on the 10th. It will offer multiple Interop Testing Scenarios including <br> <ul> <li>extensive CalDAV testing, <br> </li> <li>RFC (iCalendar, iMIP, iTIP) interoperability and RFC conformance testing</li> <li>CALSIFY minimum interoperability testing. <br> </li> </ul> Participating organizations may choose one or more than one scenario for testing -- however these scenarios will be going on simultaneously so you will probably need a person for each scenario you participate in. <br> <br> Interop participation is <u>open to all</u> interested organizations that wish to test calendaring and scheduling implementations, and <u>is not limited to members of the Consortium </u>(although members receive a significant discount on the Interop participation fee). <br> <br> More information about the Interop is available at <a href="http://www.calconnect.org/iopjan2006.html">http://www.calconnect.org/iopjan2006.html.</a><br> <br> The <b>Roundtable</b> will commence after lunch on Tuesday 10 January and run through lunch on Thursday 12 January (Roundtable participants are invited to lunch on Tuesday prior to the opening of the Roundtable). It will feature Technical Committee meetings, ad hoc meetings, and a full Plenary of the Consortium. You must represent a member of CalConnect to attend the Roundtable <u>unless</u> your organization chooses to participate as an Observer (a non-member who wishes to attend a Roundtable to evaluate participation in the Consortium).<br> <br> More information about the Roundtable is available at <a href="http://www.calconnect.org/roundtable5.html">http://www.calconnect.org/roundtable5.html.</a><br> <br> <div><strong><br> REGISTRATION FEES<br> <br> </strong><b>Interop:</b> $1500 for Consortium members and $2500 for non-members. The registration fee covers two individuals; additional individuals are $150 each for members or non-members. (If you are planning to participate in more than one Interop scenario, you may need additional people.) <strong></strong><br> <br> <b>Roundtable:</b> $275 per individual until 01 January and $325 thereafter. The Roundtable is limited to representatives of Consortium members or declared Observers (an non-member that wishes to attend a Roundtable to evaluate participation in the Consortium). <i><br> <br> A combined registration fee for both the Interop and Roundtable is available; please see <a href="http://www.calconnect.org/iopfees.html">http://www.calconnect.org/iopfees.html.</a><br> </i> </div> <div><b><br> </b></div> <div> <br> </div> <div><b>ADDITIONAL DETAILS AND REGISTRATION INFORMATION</b><br> <br> Information on the Roundtable, including logistics, current schedule and agenda planning, and registration information is available on the Consortium website at <a href="http://www.calconnect.org/roundtable5.html">http://www.calconnect.org/roundtable5.html</a>. More information on the Interop including logistics, planning, and registration information is available on the Consortium website at <a href="http://www.calconnect.org/iopjan2006.html">http://www.calconnect.org/iopjan2006.html.</a><br> <br> You may also go to Consortium site at <a href="http://www.calconnect.org">http://www.calconnect.org</a> and select "Coming Events" from the sidebar to find logistics, planning and registration information for both the Roundtable and the Interop.<br> </div> <br> For questions and additional information please contact the Consortium's Executive Director, Dave Thewlis, via the contact information listed below. <br> <div><br> Space will be limited, so register as soon as possible. <br> <br> </div> <div>Best Regards,</div> <br> Dave Thewlis<br> <br> <div class="moz-signature">-- <br> <b>Dave Thewlis, Executive Director<br> Calconnect - The Calendaring and Scheduling Consortium</b><br> +1 707 840 9391 (voice) · +1 707 498 2238 (mobile) · +1 415 946 3454 (fax)<br> <a href="http://www.calconnect.org">http://www.calconnect.org</a> · <a href="mailto:Dave.Thewlis@calconnect.org">Dave.Thewlis@calconnect.org</a><br> <br> </div> </body> </html> --------------060701080109050707060605-- Return-Path: <jyrki.hokkanen@nokia.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 01BB27F573 for <ietf-calsify@osafoundation.org>; Mon, 14 Nov 2005 12:00:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id E64CB14226D for <ietf-calsify@osafoundation.org>; Mon, 14 Nov 2005 12:00:55 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15948-06 for <ietf-calsify@osafoundation.org>; Mon, 14 Nov 2005 12:00:55 -0800 (PST) Received: from mgw-ext01.nokia.com (mgw-ext01.nokia.com [131.228.20.93]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 3A96B142279 for <ietf-calsify@osafoundation.org>; Mon, 14 Nov 2005 12:00:55 -0800 (PST) Received: from esebh108.NOE.Nokia.com (esebh108.ntc.nokia.com [172.21.143.145]) by mgw-ext01.nokia.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jAEK0lPn024863; Mon, 14 Nov 2005 22:00:50 +0200 Received: from esebh003.NOE.Nokia.com ([172.21.138.82]) by esebh108.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 14 Nov 2005 22:00:48 +0200 Received: from [127.0.0.1] ([10.162.17.138]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Mon, 14 Nov 2005 22:00:47 +0200 Message-ID: <4378ECEF.4010106@nokia.com> Date: Mon, 14 Nov 2005 22:00:47 +0200 From: Jyrki Hokkanen <jyrki.hokkanen@nokia.com> User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ext Bernard Desruisseaux <bernard.desruisseaux@oracle.com> Subject: Re: [Ietf-calsify] Question about attachment References: <D0934C16F5BCFF43BA11F643E93E273D47F80F@esebe100.NOE.Nokia.com> <43756C2B.8030801@oracle.com> In-Reply-To: <43756C2B.8030801@oracle.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 14 Nov 2005 20:00:48.0152 (UTC) FILETIME=[1B20C980:01C5E956] X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.2 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Cc: ietf-calsify@osafoundation.org X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Mon, 14 Nov 2005 20:00:56 -0000 Hi, I was thinking about those same RFC 2183 parameters also. I think the minimal set would be filename and size. The others seem to be less relevant. Regards, Jyrki ext Bernard Desruisseaux wrote: >I agree that the ATTACH property should provide support for >parameters to specify information like filename and size >the same way that RFC 2183 does for the Content-Disposition >header: > > disposition-parm := filename-parm > / creation-date-parm > / modification-date-parm > / read-date-parm > / size-parm > / parameter > >We should discuss which parameter we would like iCalendar >to support? I'm not sure we need a "read-date" parameter... > >Cheers, >Bernard > >jyrki.hokkanen@nokia.com wrote: > > >>Hi, >> >>I think that the inline binary enconded content option for ATTACH property is >>somewhat broken anyway. As far as I know, it is not used too often and it lacks essential >>standard metadata parameters such as filename and size. Both would be useful at >>least in synchronization. Do you think that this could be fixed in the revised spec? >> >>Kind regards, >>Jyrki Hokkanen >> >> >>-----Original Message----- >>From: ietf-calsify-bounces@osafoundation.org [mailto:ietf-calsify-bounces@osafoundation.org]On Behalf Of ext Lisa Dusseault >>Sent: Thursday, November 10, 2005 4:13 AM >>To: LinyiTian >>Cc: shenhai; kangjiao; IETF-iCalendar >>Subject: Re: [Ietf-calsify] Question about attachment >> >> >>There really aren't many guidelines on this so far. If you have any implementation experience with limitations, information on that would be helpful as we revise iCalendar. >> >> >>Thanks! >>Lisa Dusseault >> >> >>On Nov 7, 2005, at 2:16 AM, LinyiTian wrote: >> >> >>Hi, All >>ãI am a new comer. I have one question about attachment in iCalendar. Since attachment can be binary and external link in iCalendar.ãIs there a principle when a attachment should be a external link? Size limited or based on user's preference? Can a doc with 10M size be attached internal? >>Best Regards >>Linyi Tian >>Application & Software Dept. >>Huawei Technologies Co., Ltd >>-------------------------------------------------- >>Office: +86-755-28974272 >>Mobile: +86-13923718857 >>Fax: +86-755-28976100 >>Email: tianlinyi@huawei.com >>-------------------------------------------------- >> >> >> >>*************************************************************************************************** >>This email and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! >>*************************************************************************************************** >>ãããããã >> >> >>ãããããããããã ã >>ãããããããããããããã >> >> >> >> >>_______________________________________________ >>Ietf-calsify mailing list >>Ietf-calsify@osafoundation.org >>http://lists.osafoundation.org/mailman/listinfo/ietf-calsify >>_______________________________________________ >>Ietf-calsify mailing list >>Ietf-calsify@osafoundation.org >>http://lists.osafoundation.org/mailman/listinfo/ietf-calsify >> >> > > > > > Return-Path: <bernard.desruisseaux@oracle.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 9BA4E7F534 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 20:14:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 8C4F414228B for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 20:14:47 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14645-10 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 20:14:47 -0800 (PST) Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.122.30]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 25E1C142285 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 20:14:47 -0800 (PST) Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id jAC4Ef3J003541; Fri, 11 Nov 2005 21:14:41 -0700 Received: from localhost (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id jAC4EfBg028005; Fri, 11 Nov 2005 21:14:41 -0700 Received: from [127.0.0.1] (dhcp-amer-rmdc-csvpn-gw6-141-144-112-97.vpn.oracle.com [141.144.112.97]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jAC4ET0C027952; Fri, 11 Nov 2005 21:14:32 -0700 Message-ID: <43756C2B.8030801@oracle.com> Date: Fri, 11 Nov 2005 23:14:35 -0500 From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, fr-ca MIME-Version: 1.0 To: jyrki.hokkanen@nokia.com Subject: Re: [Ietf-calsify] Question about attachment References: <D0934C16F5BCFF43BA11F643E93E273D47F80F@esebe100.NOE.Nokia.com> In-Reply-To: <D0934C16F5BCFF43BA11F643E93E273D47F80F@esebe100.NOE.Nokia.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.5 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Cc: ietf-calsify@osafoundation.org X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Sat, 12 Nov 2005 04:14:47 -0000 I agree that the ATTACH property should provide support for parameters to specify information like filename and size the same way that RFC 2183 does for the Content-Disposition header: disposition-parm := filename-parm / creation-date-parm / modification-date-parm / read-date-parm / size-parm / parameter We should discuss which parameter we would like iCalendar to support? I'm not sure we need a "read-date" parameter... Cheers, Bernard jyrki.hokkanen@nokia.com wrote: > Hi, > > I think that the inline binary enconded content option for ATTACH property is > somewhat broken anyway. As far as I know, it is not used too often and it lacks essential > standard metadata parameters such as filename and size. Both would be useful at > least in synchronization. Do you think that this could be fixed in the revised spec? > > Kind regards, > Jyrki Hokkanen > > > -----Original Message----- > From: ietf-calsify-bounces@osafoundation.org [mailto:ietf-calsify-bounces@osafoundation.org]On Behalf Of ext Lisa Dusseault > Sent: Thursday, November 10, 2005 4:13 AM > To: LinyiTian > Cc: shenhai; kangjiao; IETF-iCalendar > Subject: Re: [Ietf-calsify] Question about attachment > > > There really aren't many guidelines on this so far. If you have any implementation experience with limitations, information on that would be helpful as we revise iCalendar. > > > Thanks! > Lisa Dusseault > > > On Nov 7, 2005, at 2:16 AM, LinyiTian wrote: > > > Hi, All > $B!!(BI am a new comer. I have one question about attachment in iCalendar. Since attachment can be binary and external link in iCalendar.$B!!(BIs there a principle when a attachment should be a external link? Size limited or based on user's preference? Can a doc with 10M size be attached internal? > Best Regards > Linyi Tian > Application & Software Dept. > Huawei Technologies Co., Ltd > -------------------------------------------------- > Office: +86-755-28974272 > Mobile: +86-13923718857 > Fax: +86-755-28976100 > Email: tianlinyi@huawei.com > -------------------------------------------------- > > > > *************************************************************************************************** > This email and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! > *************************************************************************************************** > $B!!!!!!!!!!!!(B > > > $B!!!!!!!!!!!!!!!!!!!!(B $B!!(B > $B!!!!!!!!!!!!!!!!!!!!!!!!!!!!(B > > > > > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id EC83E7F534 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 16:42:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id D48811422B1 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 16:42:17 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28876-10 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 16:42:17 -0800 (PST) Received: from S1.cableone.net (s1.cableone.net [24.116.0.227]) by laweleka.osafoundation.org (Postfix) with ESMTP id 5FA4C1422B0 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 16:42:17 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 36979976 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 17:42:38 -0700 Message-ID: <43753A67.9090503@Royer.com> Date: Fri, 11 Nov 2005 17:42:15 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ietf-calsify@osafoundation.org Subject: Re: [Ietf-calsify] Re: Question about attachment References: <437309CA.5030403@Royer.com> <43747DE9.7090609@nokia.com> <4374FA8E.9020705@Royer.com> <dl33v1$g5o$1@sea.gmane.org> In-Reply-To: <dl33v1$g5o$1@sea.gmane.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080800090907060102020408" X-SpamDetect: *: 1.250000 NakedCR=2.0,Aspam=-0.8 X-Aspam: For explanation see http://netwinsite.com/surgemail/aspaminfo.htm X-Aspam: Words 0.0 -561-5848 -562-2131 -gagel -caledonia -theres -iis -generate -warned -scanning X-Aspam: URLS scored 0.8 verisign.com cnc.bc.ca X-Aspam: Best match was sample c:\good\1051592149.251_651.ball X-Aspam: Total 0.8 X-NakedCr: Body contained naked cr characters X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 0, First 94, in=153, out=148, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.3 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ietf-calsify@osafoundation.org List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Sat, 12 Nov 2005 00:42:18 -0000 This is a cryptographically signed message in MIME format. --------------ms080800090907060102020408 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Michiel van Leeuwen wrote: > Doug Royer wrote: > >> >> Remember. Import and Export are not iCal concepts. And storing >> ICS files with-OUT their MIME headers is also NOT an iCal concept. >> >> iCal is a MIME format. So export your iCal MIME object with >> the CID attachments intact. And make sure your iCal import >> tools know how to read the iCal MIME objects. > > > > Then why does rfc2445 say: > This memo is formatted as a registration for a MIME media type per > [RFC 2048]. However, the format in this memo is equally applicable > for use outside of a MIME message content type. > > iCalendar is applicable ouside the mime world. It does not however say that ripping out the 2/3 or more of the original MIME object is the equivalent object. Which is in effect what the poster said when they wanted to take just the ICS part of the MIME object and disregard the reset (attachments) of iCal MIME object. The poster indirectly said they wanted to covert the CIDs to inline and throw away the filenames. If you want to keep ALL of the data, then keep all of the data. > (look at apple ical, icalx.com, icalshare.com etc). I do not think they support CID attachments, so they are not tossing the file names. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards --------------ms080800090907060102020408 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX 6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30 AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka 32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT 5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13 d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0 YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn /F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5 ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+ I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA1MTExMjAwNDIxNVowIwYJKoZIhvcNAQkEMRYEFKF1Rf7MQodnumf+9A95fXTT ayl+MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5 ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA BIIBADCLGZi8A0WQFJQCOqzTTN+oD+aNAyiSxaPwTJexAtLyuf5eMOqxI6aIshKEgiVV3Jhc gY/Zgdg7YBdUjxAARBJ9/L40X0nd56OXnKInXGc9E8df9shF0mWeZxWkCrd4dVlZBwI3u7pJ D2O+hiHyhL8XT84joGgVbP4s/BOrHkfvL0mgfdFr481yMxWT+D0k3YXUqWDCgSqaeXnjKRVp 7PhIEAkzeUo8u01euIeW5qLHBHuniMW0XWxd5j4tdAuDob/Mm6YjBlZQWJbu1nI77+Gd28Dz uKM6ehpwgAkKlpracHKZBvenRJR1YcXOe8mUKRmBaXfEMxvIvEccz6F49KcAAAAAAAA= --------------ms080800090907060102020408-- Return-Path: <gic-ietf-calsify@m.gmane.org> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id C8A067F533 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 13:58:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id B97481422A9 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 13:58:55 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10161-06 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 13:58:55 -0800 (PST) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 61554142288 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 13:58:55 -0800 (PST) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Eagsl-0007zx-Ts for ietf-calsify@osafoundation.org; Fri, 11 Nov 2005 22:56:27 +0100 Received: from lions.xs4all.nl ([213.84.175.238]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 22:56:27 +0100 Received: from mvl by lions.xs4all.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 22:56:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: ietf-calsify@osafoundation.org From: Michiel van Leeuwen <mvl@exedo.nl> Date: Fri, 11 Nov 2005 22:54:40 +0100 Lines: 19 Message-ID: <dl33v1$g5o$1@sea.gmane.org> References: <437309CA.5030403@Royer.com> <43747DE9.7090609@nokia.com> <4374FA8E.9020705@Royer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lions.xs4all.nl User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051029 SeaMonkey/1.1a In-Reply-To: <4374FA8E.9020705@Royer.com> Sender: news <news@sea.gmane.org> X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests= X-Spam-Level: Subject: [Ietf-calsify] Re: Question about attachment X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Fri, 11 Nov 2005 21:58:55 -0000 Doug Royer wrote: > > Remember. Import and Export are not iCal concepts. And storing > ICS files with-OUT their MIME headers is also NOT an iCal concept. > > iCal is a MIME format. So export your iCal MIME object with > the CID attachments intact. And make sure your iCal import > tools know how to read the iCal MIME objects. Then why does rfc2445 say: This memo is formatted as a registration for a MIME media type per [RFC 2048]. However, the format in this memo is equally applicable for use outside of a MIME message content type. iCalendar is applicable ouside the mime world. (look at apple ical, icalx.com, icalshare.com etc) Michiel Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id D20AB7F555 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 12:09:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id BF79E1422AC for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 12:09:52 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02655-03 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 12:09:52 -0800 (PST) Received: from S1.cableone.net (s1.cableone.net [24.116.0.227]) by laweleka.osafoundation.org (Postfix) with ESMTP id 398091422A2 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 12:09:52 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 36955685 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 13:10:13 -0700 Message-ID: <4374FA8E.9020705@Royer.com> Date: Fri, 11 Nov 2005 13:09:50 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calsify <ietf-calsify@osafoundation.org> Subject: Re: [Ietf-calsify] Question about attachment References: <437309CA.5030403@Royer.com> <43747DE9.7090609@nokia.com> In-Reply-To: <43747DE9.7090609@nokia.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060008050108090907020601" X-SpamDetect: *: 1.250000 NakedCR=2.0,Aspam=-0.8 X-Aspam: For explanation see http://netwinsite.com/surgemail/aspaminfo.htm X-Aspam: Words 0.0 -561-5848 -562-2131 -gagel -caledonia -theres -iis -generate -warned -scanning X-Aspam: URLS scored 0.8 verisign.com cnc.bc.ca X-Aspam: Best match was sample c:\good\1051592149.251_651.ball X-Aspam: Total 0.8 X-NakedCr: Body contained naked cr characters X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 0, First 93, in=151, out=148, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.3 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Calsify <ietf-calsify@osafoundation.org> List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Fri, 11 Nov 2005 20:09:52 -0000 This is a cryptographically signed message in MIME format. --------------ms060008050108090907020601 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Remember. Import and Export are not iCal concepts. And storing ICS files with-OUT their MIME headers is also NOT an iCal concept. iCal is a MIME format. So export your iCal MIME object with the CID attachments intact. And make sure your iCal import tools know how to read the iCal MIME objects. Now the filenames are preserved. More embedded below... Aki Niemi wrote: > Hi, > > Let me try to reformulate the problem I think Jyrki was describing. > Let's say Bob gets a meeting invitation with three attachments, each in > its own 'application/vnd.oasis.opendocument.presentation' MIME object, > and each referenced in the VEVENT using ATTACH and CID URIs. Each MIME > object (that arrived as part of a multipart) might also include other > information in the MIME header, like a Content-Disposition header field > of value attachment with a suggested filename, e.g. agenda.odp, > previous_minutes.odp and Ideas for 2006.odp. > > Now Bob exports his calendar and then imports it into another device. As > I've understood it, import/export necessarily needs to use ATTACH with > inline content rather than CID URLs (after all, the transport of the > calendar data could be something other than MIME). That is up to the CUA. A CID and attachment CUA could post the attachments to a web page and send out iCal objects with the attachments set to HTTP and not CID. > What happens is that only the content type is preserved as the FMTTYPE > parameter. Everything else in the MIME header is lost. Granted, most > things could be re-generated (multipart boundaries, Content-IDs, etc.) > were the event be forwarded using MIME multipart, but some like the > filename of each attachment can't. Yep. filename is lost unless the CUA converts it to external attachment in that case. > So after the import, Bob has problems knowing which one of the > attachments corresponds with which filename. Only because you ripped out the CID parts of the iCal MIME object from the original iCal MIME object. At the point where the CUA pulled them out, it broke them, not iCal. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards --------------ms060008050108090907020601 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX 6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30 AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka 32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT 5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13 d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0 YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn /F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5 ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+ I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA1MTExMTIwMDk1MFowIwYJKoZIhvcNAQkEMRYEFPjnv1lbhH+mVu9aQNiWoclv OtbcMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5 ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA BIIBAASFt7/G4z0P/tibQLSdd4DbFETuwdQmLiAtTyS3AP4kuz9l4P0gKNaGX9kDQ3vvJBvG xuj9ywQeyro1xZ+oKqFlN1qzGEJuRRRtFJA1yYh2RBz7gxgKl9AZkf1RXahie89M3QXZ5lbA MyshBgbuypxw5aSRX7zDF5jD/BWqjDYtGKfHZrhqPZTRGCpd3J10W3FATdfst6dRSKo1Wf/3 E7i7o9ueGlKiImEjWK1zuciv/Is/tmMnM/D1/ZBYxbJMA45n1GlsL8kStP5Y+g1MpwIr8VEN NifA3n2x5CBmzXyZu0EbdWIXKuhKK4u/ImZVkslf8nw/lOAKjRnDPSvKWUMAAAAAAAA= --------------ms060008050108090907020601-- Return-Path: <aki.niemi@nokia.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 5C67E7F533 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 03:18:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 4B7BC1422AB for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 03:18:10 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27583-02 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 03:18:10 -0800 (PST) Received: from mgw-ext01.nokia.com (mgw-ext01.nokia.com [131.228.20.93]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id A927E1422AA for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 03:18:09 -0800 (PST) Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext01.nokia.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jABBI4YR003319 for <ietf-calsify@osafoundation.org>; Fri, 11 Nov 2005 13:18:07 +0200 Received: from esebh001.NOE.Nokia.com ([172.21.138.28]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 11 Nov 2005 13:18:02 +0200 Received: from [172.21.37.182] ([172.21.37.182]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Fri, 11 Nov 2005 13:18:02 +0200 Message-ID: <43747DE9.7090609@nokia.com> Date: Fri, 11 Nov 2005 13:18:01 +0200 From: Aki Niemi <aki.niemi@nokia.com> User-Agent: Mozilla Thunderbird 1.0.6-1.4.1 (X11/20050719) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calsify <ietf-calsify@osafoundation.org> Subject: Re: [Ietf-calsify] Question about attachment References: <437309CA.5030403@Royer.com> In-Reply-To: <437309CA.5030403@Royer.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Nov 2005 11:18:02.0573 (UTC) FILETIME=[948BFFD0:01C5E6B1] X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.4 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Fri, 11 Nov 2005 11:18:10 -0000 Hi, Let me try to reformulate the problem I think Jyrki was describing. Let's say Bob gets a meeting invitation with three attachments, each in its own 'application/vnd.oasis.opendocument.presentation' MIME object, and each referenced in the VEVENT using ATTACH and CID URIs. Each MIME object (that arrived as part of a multipart) might also include other information in the MIME header, like a Content-Disposition header field of value attachment with a suggested filename, e.g. agenda.odp, previous_minutes.odp and Ideas for 2006.odp. Now Bob exports his calendar and then imports it into another device. As I've understood it, import/export necessarily needs to use ATTACH with inline content rather than CID URLs (after all, the transport of the calendar data could be something other than MIME). What happens is that only the content type is preserved as the FMTTYPE parameter. Everything else in the MIME header is lost. Granted, most things could be re-generated (multipart boundaries, Content-IDs, etc.) were the event be forwarded using MIME multipart, but some like the filename of each attachment can't. So after the import, Bob has problems knowing which one of the attachments corresponds with which filename. Cheers, Aki ext Doug Royer wrote: > > > > I think that the inline binary enconded content option for ATTACH > > property is somewhat broken anyway. As far as I know, it is not used > > too often and it lacks essential standard metadata parameters such as > > filename and size. Both would be useful at least in synchronization/ > > Do you think that this could be fixed in the revised spec? > > The other form of attachement is CID and MID MIME attachements, > they contain the size and often (or always?) the filename. > > They might not be used that often. However when there is > no common or secure place to store the attachment that is > for all the attendees, inline is the only way that works. > > I do not think it is broke. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: <helge.hess@opengroupware.org> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 021257F530 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 08:35:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id E59A61422A9 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 08:35:14 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27129-04 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 08:35:14 -0800 (PST) Received: from mail.mdlink.net (medusa.mdlink.de [213.211.192.34]) by laweleka.osafoundation.org (Postfix) with ESMTP id 8E78E1422A8 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 08:35:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.mdlink.net (Postfix) with ESMTP id BA48535234C for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 17:33:33 +0100 (CET) Received: from [192.168.0.233] (port-ip-213-211-241-152.reverse.mdcc-fun.de [213.211.241.152]) by mail.mdlink.net (Postfix) with ESMTP id 57557352418 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 17:33:33 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <OF82BBAA21.174A88B9-ON852570B5.0059808C-852570B5.00595450@notesdev.ibm.com> References: <OF82BBAA21.174A88B9-ON852570B5.0059808C-852570B5.00595450@notesdev.ibm.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <B6ED310B-8E11-4725-BEF4-733981FD6536@opengroupware.org> Content-Transfer-Encoding: 7bit From: Helge Hess <helge.hess@opengroupware.org> Subject: Re: [Fwd: Re: [Ietf-calsify] Question about attachment] Date: Thu, 10 Nov 2005 17:35:09 +0100 To: Calsify <ietf-calsify@osafoundation.org> X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.5 tagged_above=-50.0 required=4.0 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 10 Nov 2005 16:35:15 -0000 On 10. Nov 2005, at 17:21 Uhr, Robert_Ransdell@notesdev.ibm.com wrote: > When sending meeting invitations through email, it is nice to send in > several alternatives (text/calendar and text/html) so that recipients > viewing the email with software not rendering the iCalendar can > still see > the meeting information. Outlook only detects iMIP mails when the top-level content type is text/calendar, so in practice multipart is often a no go :-| Greets, Helge -- http://docs.opengroupware.org/Members/helge/ OpenGroupware.org Return-Path: <Robert_Ransdell@notesdev.ibm.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id C30037F52D; Thu, 10 Nov 2005 08:21:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id B3C841422A6; Thu, 10 Nov 2005 08:21:33 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01600-03; Thu, 10 Nov 2005 08:21:33 -0800 (PST) Received: from capricorn.notesdev.ibm.com (capricorn.notesdev.ibm.com [205.159.212.202]) by laweleka.osafoundation.org (Postfix) with ESMTP id 4399C1422A5; Thu, 10 Nov 2005 08:21:33 -0800 (PST) In-Reply-To: <43730A1E.3000305@Royer.com> Subject: Re: [Fwd: Re: [Ietf-calsify] Question about attachment] To: Calsify <ietf-calsify@osafoundation.org> Cc: Calsify <ietf-calsify@osafoundation.org>, ietf-calsify-bounces@osafoundation.org X-Mailer: Lotus Notes Build V701_10192005NP October 19, 2005 Message-ID: <OF82BBAA21.174A88B9-ON852570B5.0059808C-852570B5.00595450@notesdev.ibm.com> Date: Thu, 10 Nov 2005 11:21:29 -0500 From: Robert_Ransdell@notesdev.ibm.com X-MIMETrack: CD-MIME by Router on Capricorn/Iris(Release 7.0|August 18, 2005) at 11/10/2005 11:15:03 AM, CD-MIME complete at 11/10/2005 11:15:04 AM, Itemize by Router on Capricorn/Iris(Release 7.0|August 18, 2005) at 11/10/2005 11:15:04 AM, Serialize by Router on Capricorn/Iris(Release 7.0|August 18, 2005) at 11/10/2005 11:15:04 AM, Serialize complete at 11/10/2005 11:15:04 AM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.3 tagged_above=-50.0 required=4.0 tests=AWL, NO_REAL_NAME X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 10 Nov 2005 16:21:34 -0000 When sending meeting invitations through email, it is nice to send in several alternatives (text/calendar and text/html) so that recipients viewing the email with software not rendering the iCalendar can still see the meeting information. Part of the critical information would be any attachments. That said, the preferred MIME for the email would have the attachment as a mulipart/mixed and have it referenced in the html and the iCalendar with its CID. Doug Royer <Doug@Royer.com> Sent by: To ietf-calsify-boun Calsify ces@osafoundation <ietf-calsify@osafoundation.org> .org cc Subject 11/10/2005 03:51 [Fwd: Re: [Ietf-calsify] Question AM about attachment] Please respond to Calsify <ietf-calsify@osa foundation.org> The other problem is that sometimes there is no place to publish the attachment. Or perhaps for security reasons you only want to iMIP the calendar appointment and its attachment. There is really no way to determine in advance why the user elected to inline the attachment. Lissa Dusseault wrote: > There really aren't many guidelines on this so far. If you have any > implementation experience with limitations, information on that would > be helpful as we revise iCalendar. > > Thanks! > Lisa Dusseault > > On Nov 7, 2005, at 2:16 AM, LinyiTian wrote: > > Hi, All > > > I am a new comer. I have one question about attachment in > iCalendar. Since attachment can be binary and external link in > iCalendar.Is there a principle when a attachment should be a > external link? Size limited or based on user's preference? Can a > doc with 10M size be attached internal? -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards _______________________________________________ Ietf-calsify mailing list Ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id CF6BE7F52D for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 00:51:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id C00FE1422A5 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 00:51:43 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08585-01 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 00:51:43 -0800 (PST) Received: from S1.cableone.net (s1.cableone.net [24.116.0.227]) by laweleka.osafoundation.org (Postfix) with ESMTP id 6409E1422A4 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 00:51:43 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 36800399 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 01:52:05 -0700 Message-ID: <43730A1E.3000305@Royer.com> Date: Thu, 10 Nov 2005 01:51:42 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calsify <ietf-calsify@osafoundation.org> Subject: [Fwd: Re: [Ietf-calsify] Question about attachment] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 0, First 92, in=148, out=146, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.3 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Calsify <ietf-calsify@osafoundation.org> List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 10 Nov 2005 08:51:43 -0000 The other problem is that sometimes there is no place to publish the attachment. Or perhaps for security reasons you only want to iMIP the calendar appointment and its attachment. There is really no way to determine in advance why the user elected to inline the attachment. Lissa Dusseault wrote: > There really aren't many guidelines on this so far. If you have any > implementation experience with limitations, information on that would > be helpful as we revise iCalendar. > > Thanks! > Lisa Dusseault > > On Nov 7, 2005, at 2:16 AM, LinyiTian wrote: > > Hi, All > > > I am a new comer. I have one question about attachment in > iCalendar. Since attachment can be binary and external link in > iCalendar.Is there a principle when a attachment should be a > external link? Size limited or based on user's preference? Can a > doc with 10M size be attached internal? -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 7C13B7F52D for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 00:50:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 67DBA1422A5 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 00:50:21 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29979-04 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 00:50:21 -0800 (PST) Received: from S4.cableone.net (s4.cableone.net [24.116.0.230]) by laweleka.osafoundation.org (Postfix) with ESMTP id EF69E1422A4 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 00:50:20 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S4.cableone.net (CableOne SMTP Service S4) with ESMTP id 36461937 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 02:07:33 -0700 Message-ID: <437309CA.5030403@Royer.com> Date: Thu, 10 Nov 2005 01:50:18 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calsify <ietf-calsify@osafoundation.org> Subject: RE: [Ietf-calsify] Question about attachment Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000001020309060008090100" X-SpamDetect: *: 1.250000 NakedCR=2.0,Aspam=-0.8 X-NakedCr: Body contained naked cr characters X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 0, First 92, in=125, out=122, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.3 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Calsify <ietf-calsify@osafoundation.org> List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 10 Nov 2005 08:50:21 -0000 This is a cryptographically signed message in MIME format. --------------ms000001020309060008090100 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit > I think that the inline binary enconded content option for ATTACH > property is somewhat broken anyway. As far as I know, it is not used > too often and it lacks essential standard metadata parameters such as > filename and size. Both would be useful at least in synchronization/ > Do you think that this could be fixed in the revised spec? The other form of attachement is CID and MID MIME attachements, they contain the size and often (or always?) the filename. They might not be used that often. However when there is no common or secure place to store the attachment that is for all the attendees, inline is the only way that works. I do not think it is broke. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards --------------ms000001020309060008090100 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX 6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30 AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka 32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT 5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13 d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0 YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn /F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5 ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+ I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA1MTExMDA4NTAxOFowIwYJKoZIhvcNAQkEMRYEFGOPqbILCZNERgm8Gp2JC8QS 5/VsMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5 ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA BIIBALil99vmJus1Nea/ZcbQ89f7kjx/e6sZKwmFjyvd34pEFzqwC73ivbC2/QGWP3t946zl WtcbYjFTV0GK8/Y15KzMGZpHNsgG8l9yJNtlZD4QNdwI3m8TiefcTFWoSWCjMX64pB04MaRk bbdSiZLDdS9njPWn9bOXiblUFcuv/J6i88NVb0eYCHiSscOGwV/DqAU3RPsUcv5fXoWv66/o hylgqTP4QFG680VwL+Vr+O4gZJpyM5Y5hmXIxBY0eR0SHRnasqShb7lJNrntPoh+s1iHUd1t HWTMzyJGCe7wum+zy3wfiwhVUEg41LrHnBgXGvKcyVzyyQt3eIpIW4SvbbAAAAAAAAA= --------------ms000001020309060008090100-- Return-Path: <jyrki.hokkanen@nokia.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id DC81B7F518 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 23:15:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id CCB731422A3 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 23:15:39 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22245-02 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 23:15:39 -0800 (PST) Received: from mgw-ext01.nokia.com (mgw-ext01.nokia.com [131.228.20.93]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 401FF1422A2 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 23:15:39 -0800 (PST) Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext01.nokia.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jAA7FSIL004999 for <ietf-calsify@osafoundation.org>; Thu, 10 Nov 2005 09:15:37 +0200 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 10 Nov 2005 09:15:36 +0200 Received: from esebe100.NOE.Nokia.com ([172.21.138.118]) by esebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 10 Nov 2005 09:15:36 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7233.31 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Subject: RE: [Ietf-calsify] Question about attachment Date: Thu, 10 Nov 2005 09:15:36 +0200 Message-ID: <D0934C16F5BCFF43BA11F643E93E273D47F80F@esebe100.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Ietf-calsify] Question about attachment Thread-Index: AcXlnSFXN07poOJ3QRWmDo+drmKxdgAJ1oJw From: <jyrki.hokkanen@nokia.com> To: <ietf-calsify@osafoundation.org> X-OriginalArrivalTime: 10 Nov 2005 07:15:36.0431 (UTC) FILETIME=[8BF51FF0:01C5E5C6] X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.3 tagged_above=-50.0 required=4.0 tests=NO_REAL_NAME X-Spam-Level: X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 10 Nov 2005 07:15:40 -0000 Hi, I think that the inline binary enconded content option for ATTACH = property is somewhat broken anyway. As far as I know, it is not used too often and = it lacks essential standard metadata parameters such as filename and size. Both would be = useful at least in synchronization. Do you think that this could be fixed in the = revised spec? Kind regards, Jyrki Hokkanen -----Original Message----- From: ietf-calsify-bounces@osafoundation.org = [mailto:ietf-calsify-bounces@osafoundation.org]On Behalf Of ext Lisa = Dusseault Sent: Thursday, November 10, 2005 4:13 AM To: LinyiTian Cc: shenhai; kangjiao; IETF-iCalendar Subject: Re: [Ietf-calsify] Question about attachment There really aren't many guidelines on this so far. If you have any = implementation experience with limitations, information on that would be = helpful as we revise iCalendar.=20 Thanks!=20 Lisa Dusseault=20 On Nov 7, 2005, at 2:16 AM, LinyiTian wrote:=20 Hi, All=20 =1B$B!!=1B(JI am a new comer. I have one question about attachment in = iCalendar. Since attachment can be binary and external link in = iCalendar.=1B$B!!=1B(JIs there a principle when a attachment should be a = external link? Size limited or based on user's preference? Can a doc = with 10M size be attached internal?=20 Best Regards=20 Linyi Tian=20 Application & Software Dept.=20 Huawei Technologies Co., Ltd=20 --------------------------------------------------=20 Office: +86-755-28974272=20 Mobile: +86-13923718857=20 Fax: +86-755-28976100=20 Email: tianlinyi@huawei.com=20 --------------------------------------------------=20 *************************************************************************= **************************=20 This email and its attachments contain confidential information from = HUAWEI, which is intended only for the person or entity whose address is = listed above. Any use of the information contained herein in any way = (including, but not limited to, total or partial disclosure, = reproduction, or dissemination) by persons other than the intended = recipient(s) is prohibited. If you receive this e-mail in error, please = notify the sender by phone or email immediately and delete it!=20 *************************************************************************= **************************=20 =1B$B!!!!!!!!!!!!=1B(J=20 =1B$B!!!!!!!!!!!!!!!!!!!!=1B(J =1B$B!!=1B(J=20 =1B$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!=1B(J=20 _______________________________________________=20 Ietf-calsify mailing list=20 Ietf-calsify@osafoundation.org=20 http://lists.osafoundation.org/mailman/listinfo/ietf-calsify=20 Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 1F0D07F50B for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 20:25:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id F210D1422A3 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 20:25:04 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04558-05 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 20:25:04 -0800 (PST) Received: from S1.cableone.net (s1.cableone.net [24.116.0.227]) by laweleka.osafoundation.org (Postfix) with ESMTP id 8884F1422A2 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 20:25:04 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 36789501 for <ietf-calsify@osafoundation.org>; Wed, 09 Nov 2005 21:25:26 -0700 Message-ID: <4372CB9C.9050903@Royer.com> Date: Wed, 09 Nov 2005 21:25:00 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calsify <ietf-calsify@osafoundation.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020901080604080503010900" X-SpamDetect: *: 1.250000 NakedCR=2.0,Aspam=-0.8 X-Aspam: For explanation see http://netwinsite.com/surgemail/aspaminfo.htm X-Aspam: Words 0.0 -561-5848 -562-2131 -gagel -caledonia -theres -iis -generate -warned -scanning X-Aspam: URLS scored 0.8 verisign.com cnc.bc.ca X-Aspam: Best match was sample c:\good\1051592149.251_651.ball X-Aspam: Total 0.8 X-NakedCr: Body contained naked cr characters X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 0, First 92, in=146, out=145, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.3 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Subject: [Ietf-calsify] The 4.4 example is not valid. X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Calsify <ietf-calsify@osafoundation.org> List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 10 Nov 2005 04:25:05 -0000 This is a cryptographically signed message in MIME format. --------------ms020901080604080503010900 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit The iCal object shown in 4.4 of -08 is no a valid iCal object. Two VEVENTs an not have the same UID. That is what METHOD:ADD is for. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards --------------ms020901080604080503010900 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX 6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30 AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka 32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT 5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13 d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0 YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn /F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5 ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+ I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA1MTExMDA0MjUwMFowIwYJKoZIhvcNAQkEMRYEFDdU7pigAN0p6nNSSfhZR9fW FVbrMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5 ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA BIIBAMWNguFVB1VYwg8tVPaEJxpKoM+6w+wL7okAmZ3OFfHiRe/Ej0y3drUEBcppn1le/tGD uJN9f1G9Dcm2RIBIGyX9gIMLYCh3ZqhtBXcy+pR0303ClU1vt6ukllOlZGIF6ZY8xYGvAmL1 RODk+bhZAQpm1QLiCBvv2QIVl/690JCNL8Ruej8MTOGsQ/h9OAewSYLpXAnBGmidieR38Vlh QW93tNgxHP+WZetsOc/ckamb2d1EFENedXIYbjnvtpYXMZsX22ge9+MuiBX80Kqw9si2ZgM/ qFtao0hOLBRDAG/cQh+vCm2CYjSKKQ2ZUVoQczhy5ZCVp9DdQ4zMKGHM5bsAAAAAAAA= --------------ms020901080604080503010900-- Return-Path: <lisa@osafoundation.org> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 9257A7F506 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 18:18:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 833BE1422A4 for <ietf-calsify@osafoundation.org>; Wed, 9 Nov 2005 18:18:13 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21725-02; Wed, 9 Nov 2005 18:18:13 -0800 (PST) Received: from [209.52.107.195] (pp107-195.bctel.ca [209.52.107.195]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id 4F62D1422A2; Wed, 9 Nov 2005 18:13:51 -0800 (PST) In-Reply-To: <0IPK00DW4YGU5R@szxml01-in.huawei.com> References: <0IPK00DW4YGU5R@szxml01-in.huawei.com> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: multipart/alternative; boundary=Apple-Mail-4-810255527 Message-Id: <f81847baf44e16caa65f07a93174ee75@osafoundation.org> From: Lisa Dusseault <lisa@osafoundation.org> Subject: Re: [Ietf-calsify] Question about attachment Date: Wed, 9 Nov 2005 18:13:14 -0800 To: LinyiTian <tianlinyi@huawei.com> X-Mailer: Apple Mail (2.623) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.0 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Cc: shenhai <shenhai@huawei.com>, kangjiao <kangjiao@huawei.com>, IETF-iCalendar <ietf-calsify@osafoundation.org> X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Thu, 10 Nov 2005 02:18:13 -0000 --Apple-Mail-4-810255527 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-2022-JP; delsp=yes; format=flowed There really aren't many guidelines on this so far. If you have any implementation experience with limitations, information on that would be helpful as we revise iCalendar. Thanks! Lisa Dusseault On Nov 7, 2005, at 2:16 AM, LinyiTian wrote: > Hi, All > > $B!!(BI am a new comer. I have one question about attachment in iCalendar. > Since attachment can be binary and external link in iCalendar.$B!!(BIs > there a principle when a attachment should be a external link? Size > limited or based on user's preference? Can a doc with 10M size be > attached internal? > > > Best Regards > Linyi Tian > Application & Software Dept. > Huawei Technologies Co., Ltd > > -------------------------------------------------- > Office: +86-755-28974272 > Mobile: +86-13923718857 > Fax: +86-755-28976100 > Email: tianlinyi@huawei.com > -------------------------------------------------- > > > > *********************************************************************** > **************************** > This email and its attachments contain confidential information from > HUAWEI, which is intended only for the person or entity whose address > is listed above. Any use of the information contained herein in any > way (including, but not limited to, total or partial disclosure, > reproduction, or dissemination) by persons other than the intended > recipient(s) is prohibited. If you receive this e-mail in error, > please notify the sender by phone or email immediately and delete it! > *********************************************************************** > **************************** > > $B!!!!!!!!!!!!(B > > > $B!!!!!!!!!!!!!!!!!!!!(B $B!!(B > $B!!!!!!!!!!!!!!!!!!!!!!!!!!!!(B > > > > _______________________________________________ > Ietf-calsify mailing list > Ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify --Apple-Mail-4-810255527 Content-Transfer-Encoding: 7bit Content-Type: text/enriched; charset=ISO-2022-JP There really aren't many guidelines on this so far. If you have any implementation experience with limitations, information on that would be helpful as we revise iCalendar. Thanks! Lisa Dusseault On Nov 7, 2005, at 2:16 AM, LinyiTian wrote: <excerpt><fontfamily><param>Arial</param><smaller>Hi, All</smaller></fontfamily> <fontfamily><param>Hiragino Kaku Gothic Pro</param><smaller>$B!!(B</smaller></fontfamily><fontfamily><param>Arial</param><smaller>I am a new comer. I have one question about attachment in iCalendar. Since attachment can be binary and external link in iCalendar.</smaller></fontfamily><fontfamily><param>Hiragino Kaku Gothic Pro</param><smaller>$B!!(B</smaller></fontfamily><fontfamily><param>Arial</param><smaller>Is there a principle when a attachment should be a external link? Size limited or based on user's preference? Can a doc with 10M size be attached internal?</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>Best Regards </smaller></fontfamily> <fontfamily><param>Arial</param><smaller>Linyi Tian </smaller></fontfamily> <fontfamily><param>Arial</param><smaller>Application & Software Dept.</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>Huawei Technologies Co., Ltd</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>--------------------------------------------------</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>Office: +86-755-28974272</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>Mobile: +86-13923718857</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>Fax: +86-755-28976100</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>Email: <color><param>0000,0000,EEEE</param>tianlinyi@huawei.com</color></smaller></fontfamily> <fontfamily><param>Arial</param><smaller>--------------------------------------------------</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>***************************************************************************************************</smaller></fontfamily> <fontfamily><param>Arial</param><smaller> This email and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!</smaller></fontfamily> <fontfamily><param>Arial</param><smaller>***************************************************************************************************</smaller></fontfamily> <fontfamily><param>Arial</param><smaller> </smaller></fontfamily><fontfamily><param>Hiragino Kaku Gothic Pro</param><smaller>$B!!!!!!!!!!!!(B $B!!!!!!!!!!!!!!!!!!!!(B </smaller></fontfamily><fontfamily><param>Arial</param><smaller> </smaller></fontfamily><fontfamily><param>Hiragino Kaku Gothic Pro</param><smaller>$B!!(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!!!(B </smaller></fontfamily>_______________________________________________ Ietf-calsify mailing list Ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify </excerpt> --Apple-Mail-4-810255527-- Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 572BA7F52B for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:29:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 392D2142283 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:29:33 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12386-08 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:29:33 -0800 (PST) Received: from S1.cableone.net (s1.cableone.net [24.116.0.227]) by laweleka.osafoundation.org (Postfix) with ESMTP id D5445142281 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:29:32 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S1.cableone.net (CableOne SMTP Service S1) with ESMTP id 36626151 for <ietf-calsify@osafoundation.org>; Tue, 08 Nov 2005 14:29:55 -0700 Message-ID: <437118BB.6040109@Royer.com> Date: Tue, 08 Nov 2005 14:29:31 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calsify <ietf-calsify@osafoundation.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SpamDetect: ******************************: 152.000000 Content: cid=0(152.0) =152.0 X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 1, First 90, in=143, out=144, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.4 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Subject: [Ietf-calsify] METHOD in iCalendar object X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Calsify <ietf-calsify@osafoundation.org> List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Tue, 08 Nov 2005 21:29:33 -0000 On the Jabber room, Cyrus quoted Benard as saying: > Bernard: if no "method", then you're just sending an object > and not doing iMIP Not quite: If no METHOD property is supplied your not doing iTIP. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id ABBFB7F52B for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:27:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 943C1142283 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:27:42 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12386-05 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:27:42 -0800 (PST) Received: from S3.cableone.net (s3.cableone.net [24.116.0.229]) by laweleka.osafoundation.org (Postfix) with ESMTP id 154EE142281 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:27:42 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S3.cableone.net (CableOne SMTP Service S3) with ESMTP id 36530167 for <ietf-calsify@osafoundation.org>; Tue, 08 Nov 2005 14:39:22 -0700 Message-ID: <4371184C.1020605@Royer.com> Date: Tue, 08 Nov 2005 14:27:40 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calsify <ietf-calsify@osafoundation.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070501080605030206030707" X-SpamDetect: **: 2.250000 NakedCR=2.0, Suspicious proportion of text in CAPS=1.0, Aspam=-0.8 X-NakedCr: Body contained naked cr characters X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 0, First 88, in=174, out=169, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.4 tagged_above=-50.0 required=4.0 tests=AWL, UPPERCASE_25_50 X-Spam-Level: Subject: [Ietf-calsify] MIME type in iCal objects X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Tue, 08 Nov 2005 21:27:42 -0000 This is a cryptographically signed message in MIME format. --------------ms070501080605030206030707 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit In the Jabber room, Cyrus said: > cyrus_daboo: The method= MIME parameter is simply a hint to the > client about what is inside. And I think this is busted. I think the METHOD needs to be a 'MAY'. And when not supplied, means that more than one METHOD is included for complex entries like this one: BEGIN:VCALENDAR METHOD:PUBLISH < ------- BEGIN:VEVENT UID: uid-1 SEQUENCE:0 DTSTART: 2005=NOV-01 1pm DURATION: 1 hour LOCATION: room A RRULE:FREQ=WEEKLY;COUNT=52 ... EXDATE: 22-NOV-01 1pm END:VEVENT END:VCALENDAR BEGIN:VCALENDAR METHOD:ADD < ------ BEGIN:VEVENT UID: uid-1 SEQUENCE:1 DTSTART: 22-NOV-01 1pm LOCATION: room B ... END:VEVENT END:VCALENDAR With method in the MIME header, how can you have two or more distinct METHOD values? This was pointed out just before 2445 was pubished. And never resolved. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards --------------ms070501080605030206030707 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMzDCC A2IwggLLoAMCAQICEAvaCxfBP4mOqwl0erTOLjMwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4 MDUxMjIzNTk1OVowgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJv nFS/vOh3Kp258Gi7ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpd trA2QjO1blSIT4dKvxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMB AAGjgbAwga0wDwYDVR0TBAgwBgEB/wIBADBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0w KwYIKwYBBQUHAgEWH3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwMQYDVR0fBCow KDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2lnbi5jb20vcGNhMS5jcmwwCwYDVR0PBAQDAgEG MBEGCWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQIFAAOBgQACfZ5vRUs4oLje6VNkIbzk TCuPHv6SQKzYCjlqoTIhLAebq1n+0mIafVU4sDdz3PQHZmNiveFTcFKH56jYUulbLarh3s+s MVTUixnI2COo7wQrMn0sGBzIfImoLnfyRNFlCk10te7TG5JzdC6JOzUTcudAMZrTssSr51a+ i+P7FTCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJKoZIhvcNAQEFBQAwgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwHhcNMDUwOTE4MDAw MDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQL ExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAt IE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBSb3llcjEdMBsGCSqGSIb3 DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDZ BFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcXyhjd000rAUjGGRvVkyBX 6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn/F5GRB/nwlOS3ip2Q+30 AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwch1k9f48As0/8YCstHjka 32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5ojZ8hCYUo6H6hZanIyqd ptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zXAgMBAAGjgcswgcgwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUF BwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYDVR0fBCwwKjAooCagJIYi aHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQUFAAOBgQBT 5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+I+GfeEZ8087H9QKcBrrU eXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xKI/vH7PFBoa2bfMAxSfGO UEBY2wBeWT4QhxxV3TuDSI3NgzCCBK8wggQYoAMCAQICEFsGSvEntexpo94qqcjJuhAwDQYJ KoZIhvcNAQEFBQAwgcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp U2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRv cnkvUlBBIEluY29ycC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2ln biBDbGFzcyAxIENBIEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0 ZWQwHhcNMDUwOTE4MDAwMDAwWhcNMDYwOTE4MjM1OTU5WjCCAQsxFzAVBgNVBAoTDlZlcmlT aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13 d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxU RChjKTk4MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0 YWwgSUQgQ2xhc3MgMSAtIE5ldHNjYXBlIEZ1bGwgU2VydmljZTETMBEGA1UEAxQKRG91ZyBS b3llcjEdMBsGCSqGSIb3DQEJARYOZG91Z0Byb3llci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDZBFhLbROJ3gBYIeuP8+vR6G9dT4K3lXeeK+a9TO0qfqkxm6B3RDcX yhjd000rAUjGGRvVkyBX6EjXkqCILRMAkbU5Zvk8nMyh0a27CzZH5JPHgw9bUutozhECZSDn /F5GRB/nwlOS3ip2Q+30AvwX7x2h/12yyjyO9op9HIZLnpKXqgJETp/fmiOgfPg7xu8OBrwc h1k9f48As0/8YCstHjka32q/jEqWboVtE40sk48ROWca6KMLXli3HfVdj/NIZkYc8UFjK6Y5 ojZ8hCYUo6H6hZanIyqdptDd5T5/TuQHcJH7M6kq/BUgTzDJgRXdQEPxISfZGCRj7NckF5zX AgMBAAGjgcswgcgwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcDMCowKAYI KwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAUBgpghkgBhvhFAQYHBAYWBE5vbmUwMwYD VR0fBCwwKjAooCagJIYiaHR0cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkq hkiG9w0BAQUFAAOBgQBT5VLp42EyzXxqDBuVNmtAkVqt6U3GOY9gWKUUzBSRtlepDPiR3yF+ I+GfeEZ8087H9QKcBrrUeXQlQ68hFm/nH1XVTVGdQ3wZOSnC/6JrZUvlurzw9bjjXXaUx2xK I/vH7PFBoa2bfMAxSfGOUEBY2wBeWT4QhxxV3TuDSI3NgzGCBKowggSmAgEBMIHhMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnI yboQMAkGBSsOAwIaBQCgggKdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA1MTEwODIxMjc0MFowIwYJKoZIhvcNAQkEMRYEFNDcfchyMtbokoix8pixpxYH jMWtMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIHyBgkrBgEEAYI3EAQxgeQwgeEw gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQCEFsGSvEntexp o94qqcjJuhAwgfQGCyqGSIb3DQEJEAILMYHkoIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwg SW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZl cmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5 ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXIt UGVyc29uYSBOb3QgVmFsaWRhdGVkAhBbBkrxJ7XsaaPeKqnIyboQMA0GCSqGSIb3DQEBAQUA BIIBAK8EZt7QmHhapcUvLtVqoAPOgXeo4HwMSAHNSYeWcAxVWXApqJR3jPCDNiztzGfzbfUs pmoXV/sDz1evXz9QPva832w3sknBx7msNUJkCNqS2a3RBRc2RvuQProaUUrtlEBs5H+JK/Sk EoYO/vGRCQQHcJkiZnLldt/ubkoRJ9ngikNe8f1xuwmwFPWIM3EFbsoi2Kcnc8BBBXL0klF9 otTlMaj1y5PVA8EVRUDauk0nQyOI3Q/fusyaZ0WxLdmwmRVc3Ls9/GnlQa0b+S1/N0pzqvMF 51avwZp/SZcl89PA2VWiqyUpZSImgIPdTj7XsUvMncWG48VWbpI598ZFV/QAAAAAAAA= --------------ms070501080605030206030707-- Return-Path: <Doug@Royer.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 80AC07F507 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:11:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 65958142279 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:11:31 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13547-03 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:11:31 -0800 (PST) Received: from S4.cableone.net (s4.cableone.net [24.116.0.230]) by laweleka.osafoundation.org (Postfix) with ESMTP id 118A2142270 for <ietf-calsify@osafoundation.org>; Tue, 8 Nov 2005 13:11:31 -0800 (PST) Received: from [192.168.168.10] (unverified [69.92.70.67]) by S4.cableone.net (CableOne SMTP Service S4) with ESMTP id 36286611 for <ietf-calsify@osafoundation.org>; Tue, 08 Nov 2005 14:28:28 -0700 Message-ID: <43711481.5030400@Royer.com> Date: Tue, 08 Nov 2005 14:11:29 -0700 From: Doug Royer <Doug@Royer.com> Organization: IntelliCal.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Calsify <ietf-calsify@osafoundation.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-NotAscii: charset=us-ascii; X-IP-stats: Incoming Outgoing Last 1, First 90, in=119, out=118, spam=0 Known=true X-External-IP: 69.92.70.67 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=-0.4 tagged_above=-50.0 required=4.0 tests=AWL X-Spam-Level: Subject: [Ietf-calsify] ABNF vs tables. X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ietf-calsify@osafoundation.org List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Tue, 08 Nov 2005 21:11:31 -0000 On the Jabber room, Cyrus said: > 1. Format of abnf vs tables. In 2445 pseudo abnf is used to describe > which components are allowed etc. > > In iTIP tables are used to describe the same thing. > > We should ideally standardise on one format or the other. What do > people think? With all of the variations and options available in iTIP the ABNF would be almost impossible to specify. A generic ABNF is in iCal. The details of how and when to use specific properties and parameters is described in iTIP tables. Trying to specify all of the iTIP rules in ABNF would create a huge ABNF syntax table that would be difficult to verify as accurate. It what is needed is clarification and reduction of iTIP entries in things likes COUNTER. Many optional properties are included with no guidline when they would be included or when they should be excluded. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- We Do Standards - You Need Standards Return-Path: <tianlinyi@huawei.com> X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id 2377B7F50F for <ietf-calsify@osafoundation.org>; Mon, 7 Nov 2005 02:20:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by laweleka.osafoundation.org (Postfix) with ESMTP id 130C9142277 for <ietf-calsify@osafoundation.org>; Mon, 7 Nov 2005 02:20:12 -0800 (PST) Received: from laweleka.osafoundation.org ([127.0.0.1]) by localhost (laweleka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27214-03 for <ietf-calsify@osafoundation.org>; Mon, 7 Nov 2005 02:20:11 -0800 (PST) Received: from huawei.com (szxga02-in.huawei.com [61.144.161.54]) by laweleka.osafoundation.org (Postfix) with ESMTP id 1B152142274 for <ietf-calsify@osafoundation.org>; Mon, 7 Nov 2005 02:20:07 -0800 (PST) Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0IPK0037UYBEGO@szxga02-in.huawei.com> for ietf-calsify@osafoundation.org; Mon, 07 Nov 2005 18:26:02 +0800 (CST) Received: from szxml01-in ([172.24.1.3]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0IPK004EBYBEQ6@szxga02-in.huawei.com> for ietf-calsify@osafoundation.org; Mon, 07 Nov 2005 18:26:02 +0800 (CST) Received: from t34932 ([10.70.110.106]) by szxml01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0IPK00DW3YGU5R@szxml01-in.huawei.com> for ietf-calsify@osafoundation.org; Mon, 07 Nov 2005 18:29:18 +0800 (CST) Date: Mon, 07 Nov 2005 18:16:34 +0800 From: LinyiTian <tianlinyi@huawei.com> To: IETF-iCalendar <ietf-calsify@osafoundation.org> Message-id: <0IPK00DW4YGU5R@szxml01-in.huawei.com> MIME-version: 1.0 X-Mailer: Foxmail 5.0 beta2 [cn] Content-type: multipart/alternative; boundary="Boundary_(ID_YUCfcxaRMOEI5Hi8Jk8YGw)" X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Status: No, hits=0.8 tagged_above=-50.0 required=4.0 tests=AWL, HTML_MESSAGE, HTML_TAG_EXIST_TBODY, MIME_BASE64_NO_NAME, MIME_BASE64_TEXT X-Spam-Level: Cc: shenhai <shenhai@huawei.com>, kangjiao <kangjiao@huawei.com> Subject: [Ietf-calsify] Question about attachment X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ietf-calsify.osafoundation.org List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=unsubscribe> List-Archive: <http://lists.osafoundation.org/pipermail/ietf-calsify> List-Post: <mailto:ietf-calsify@osafoundation.org> List-Help: <mailto:ietf-calsify-request@osafoundation.org?subject=help> List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-calsify>, <mailto:ietf-calsify-request@osafoundation.org?subject=subscribe> X-List-Received-Date: Mon, 07 Nov 2005 10:20:12 -0000 This is a multi-part message in MIME format. --Boundary_(ID_YUCfcxaRMOEI5Hi8Jk8YGw) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: base64 SGksIEFsbA0KDQqhoUkgYW0gYSBuZXcgY29tZXIuIEkgaGF2ZSBvbmUgcXVlc3Rpb24gYWJvdXQg YXR0YWNobWVudCBpbiBpQ2FsZW5kYXIuIFNpbmNlIGF0dGFjaG1lbnQgY2FuIGJlIGJpbmFyeSBh bmQgZXh0ZXJuYWwgbGluayBpbiBpQ2FsZW5kYXIuoaFJcyB0aGVyZSBhIHByaW5jaXBsZSB3aGVu IGEgYXR0YWNobWVudCBzaG91bGQgYmUgYSBleHRlcm5hbCBsaW5rPyBTaXplIGxpbWl0ZWQgb3Ig YmFzZWQgb24gdXNlcidzIHByZWZlcmVuY2U/IENhbiBhIGRvYyB3aXRoIDEwTSBzaXplIGJlIGF0 dGFjaGVkIGludGVybmFsPw0KDQoNCkJlc3QgUmVnYXJkcyAgICAgDQpMaW55aSBUaWFuIA0KQXBw bGljYXRpb24gJiBTb2Z0d2FyZSBEZXB0Lg0KSHVhd2VpIFRlY2hub2xvZ2llcyBDby4sIEx0ZA0K DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KT2Zm aWNlOiAgKzg2LTc1NS0yODk3NDI3Mg0KTW9iaWxlOiArODYtMTM5MjM3MTg4NTcNCkZheDogICAg ICs4Ni03NTUtMjg5NzYxMDANCkVtYWlsOiB0aWFubGlueWlAaHVhd2VpLmNvbQ0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KDQoqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiAgVGhpcyBlbWFpbCBhbmQgaXRzIGF0 dGFjaG1lbnRzIGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGZyb20gSFVBV0VJLCB3 aGljaCBpcyBpbnRlbmRlZCBvbmx5IGZvciB0aGUgcGVyc29uIG9yIGVudGl0eSB3aG9zZSBhZGRy ZXNzIGlzIGxpc3RlZCBhYm92ZS4gQW55IHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVk IGhlcmVpbiBpbiBhbnkgd2F5IChpbmNsdWRpbmcsIGJ1dCBub3QgbGltaXRlZCB0bywgdG90YWwg b3IgcGFydGlhbCBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIG9yIGRpc3NlbWluYXRpb24pIGJ5 IHBlcnNvbnMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMpIGlzIHByb2hpYml0 ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgZS1tYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo ZSBzZW5kZXIgYnkgcGhvbmUgb3IgZW1haWwgaW1tZWRpYXRlbHkgYW5kIGRlbGV0ZSBpdCENCioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KDQogoaGhoaGhoaGhoaGh ICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAgICAgICANCg0KoaGhoaGhoaGhoaGhoaGhoaGh oaEgIKGhICAgDQqhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhDQo= --Boundary_(ID_YUCfcxaRMOEI5Hi8Jk8YGw) Content-type: text/html; charset=gb2312 Content-transfer-encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yODAwLjE1MjIiIG5hbWU9R0VORVJBVE9SPjwvSEVBRD4NCjxCT0RZIGJnQ29sb3I9I2U3ZTdl Nz4NCjxESVY+DQo8VEFCTEUgaGVpZ2h0PSIxMDAlIiBjZWxsU3BhY2luZz0wIGNlbGxQYWRkaW5n PTAgd2lkdGg9IjkwJSIgYm9yZGVyPTA+DQogIDxUQk9EWT4NCiAgPFRSPg0KICAgIDxURCB2QWxp Z249dG9wIGFsaWduPWxlZnQ+DQogICAgICA8RElWPg0KICAgICAgPERJVj4NCiAgICAgIDxUQUJM RSBoZWlnaHQ9Ijk2JSIgY2VsbFNwYWNpbmc9MCBjZWxsUGFkZGluZz0wIHdpZHRoPSI5NiUiIGJv cmRlcj0wPg0KICAgICAgICA8VEJPRFk+DQogICAgICAgIDxUUj4NCiAgICAgICAgICA8VEQgdkFs aWduPXRvcCBhbGlnbj1sZWZ0IGhlaWdodD0zMD4NCiAgICAgICAgICAgIDxUQUJMRSBzdHlsZT0i V0lEVEg6IDQ1OHB4OyBIRUlHSFQ6IDM4OXB4IiBoZWlnaHQ9IjEwMCUiIA0KICAgICAgICAgICAg Y2VsbFNwYWNpbmc9MCBjZWxsUGFkZGluZz0wIHdpZHRoPSI5MCUiIGJvcmRlcj0wPg0KICAgICAg ICAgICAgICA8VEJPRFk+DQogICAgICAgICAgICAgIDxUUj4NCiAgICAgICAgICAgICAgICA8VEQg dkFsaWduPXRvcCBhbGlnbj1sZWZ0Pg0KICAgICAgICAgICAgICAgICAgPERJVj48Rk9OVCBmYWNl PUFyaWFsIHNpemU9Mj5IaSwgQWxsPC9GT05UPjwvRElWPg0KICAgICAgICAgICAgICAgICAgPERJ Vj48Rk9OVCBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCiAgICAgICAgICAgICAgICAg IDxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+oaFJIGFtIGEgbmV3IGNvbWVyLiBJIGhhdmUg b25lIA0KICAgICAgICAgICAgICAgICAgcXVlc3Rpb24gYWJvdXQgYXR0YWNobWVudCBpbiBpQ2Fs ZW5kYXIuIFNpbmNlIGF0dGFjaG1lbnQgY2FuIA0KICAgICAgICAgICAgICAgICAgYmUgYmluYXJ5 IGFuZCBleHRlcm5hbCBsaW5rIGluIGlDYWxlbmRhci6hoUlzIHRoZXJlIGEgcHJpbmNpcGxlIA0K ICAgICAgICAgICAgICAgICAgd2hlbiBhIGF0dGFjaG1lbnQgc2hvdWxkIGJlIGEgZXh0ZXJuYWwg bGluaz8gU2l6ZSBsaW1pdGVkIG9yIA0KICAgICAgICAgICAgICAgICAgYmFzZWQgb24gdXNlcidz IHByZWZlcmVuY2U/IENhbiBhIGRvYyB3aXRoIDEwTSBzaXplIGJlIA0KICAgICAgICAgICAgICAg ICAgYXR0YWNoZWQgaW50ZXJuYWw/PC9GT05UPjwvRElWPg0KICAgICAgICAgICAgICAgICAgPERJ Vj48Rk9OVCBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCiAgICAgICAgICAgICAgICAg IDxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KICAgICAg ICAgICAgICAgICAgPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj5CZXN0IFJlZ2FyZHMgDQog ICAgICAgICAgICAgICAgICAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8QlI+TGlueWkgVGlhbiA8 QlI+QXBwbGljYXRpb24gJmFtcDsgDQogICAgICAgICAgICAgICAgICBTb2Z0d2FyZSBEZXB0LjxC Uj5IdWF3ZWkgVGVjaG5vbG9naWVzIENvLiwgTHRkPC9GT05UPjwvRElWPg0KICAgICAgICAgICAg ICAgICAgPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQog ICAgICAgICAgICAgICAgICA8RElWPjxGT05UIGZhY2U9QXJpYWwgDQogICAgICAgICAgICAgICAg ICBzaXplPTI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS08QlI+T2ZmaWNlOiZuYnNwOyANCiAgICAgICAgICAgICAgICAgICs4Ni03NTUtMjg5NzQyNzI8 QlI+TW9iaWxlOiANCiAgICAgICAgICAgICAgICAgICs4Ni0xMzkyMzcxODg1NzxCUj5GYXg6Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KICAgICAgICAgICAgICAgICAgKzg2LTc1NS0yODk3NjEw MDxCUj5FbWFpbDogPEEgDQogICAgICAgICAgICAgICAgICBocmVmPSJtYWlsdG86dGlhbmxpbnlp QGh1YXdlaS5jb20iPnRpYW5saW55aUBodWF3ZWkuY29tPC9BPjwvRk9OVD48L0RJVj4NCiAgICAg ICAgICAgICAgICAgIDxESVY+PEZPTlQgZmFjZT1BcmlhbCANCiAgICAgICAgICAgICAgICAgIHNp emU9Mj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTwv Rk9OVD48L0RJVj4NCiAgICAgICAgICAgICAgICAgIDxESVY+PEZPTlQgZmFjZT1BcmlhbD48L0ZP TlQ+Jm5ic3A7PC9ESVY+PEZPTlQgc2l6ZT0yPg0KICAgICAgICAgICAgICAgICAgPERJVj48QlI+ PEZPTlQgDQogICAgICAgICAgICAgICAgICBmYWNlPUFyaWFsPioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKjwvRk9OVD48L0RJVj4NCiAgICAgICAgICAgICAgICAgIDxE SVY+PEZPTlQgZmFjZT1BcmlhbD4mbmJzcDsmbmJzcDtUaGlzIGVtYWlsIGFuZCBpdHMgDQogICAg ICAgICAgICAgICAgICBhdHRhY2htZW50cyBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlv biBmcm9tIEhVQVdFSSwgDQogICAgICAgICAgICAgICAgICB3aGljaCBpcyBpbnRlbmRlZCBvbmx5 IGZvciB0aGUgcGVyc29uIG9yIGVudGl0eSB3aG9zZSBhZGRyZXNzIA0KICAgICAgICAgICAgICAg ICAgaXMgbGlzdGVkIGFib3ZlLiBBbnkgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQg aGVyZWluIA0KICAgICAgICAgICAgICAgICAgaW4gYW55IHdheSAoaW5jbHVkaW5nLCBidXQgbm90 IGxpbWl0ZWQgdG8sIHRvdGFsIG9yIHBhcnRpYWwgDQogICAgICAgICAgICAgICAgICBkaXNjbG9z dXJlLCByZXByb2R1Y3Rpb24sIG9yIGRpc3NlbWluYXRpb24pIGJ5IHBlcnNvbnMgb3RoZXIgDQog ICAgICAgICAgICAgICAgICB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQocykgaXMgcHJvaGli aXRlZC4gSWYgeW91IHJlY2VpdmUgDQogICAgICAgICAgICAgICAgICB0aGlzIGUtbWFpbCBpbiBl cnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGJ5IHBob25lIG9yIA0KICAgICAgICAgICAg ICAgICAgZW1haWwgaW1tZWRpYXRlbHkgYW5kIGRlbGV0ZSANCiAgICAgICAgICAgICAgICAgIGl0 ITxCUj4qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8L0ZPTlQ+PC9G T05UPjwvRElWPg0KICAgICAgICAgICAgICAgICAgPERJVj48Rk9OVCBmYWNlPUFyaWFsPjwvRk9O VD4mbmJzcDs8L0RJVj4NCiAgICAgICAgICAgICAgICAgIDxESVY+DQogICAgICAgICAgICAgICAg ICA8RElWPg0KICAgICAgICAgICAgICAgICAgPERJVj48Rk9OVCBmYWNlPUFyaWFsIA0KICAgICAg ICAgICAgICAgICAgc2l6ZT0yPiZuYnNwO6GhoaGhoaGhoaGhoSZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxCUj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8L0ZPTlQ+PC9ESVY+DQogICAgICAgICAgICAgICAgICA8RElWPjxCUj48Rk9O VCBmYWNlPUFyaWFsIHNpemU9Mj6hoaGhoaGhoaGhoaGhoaGhoaGhoSZuYnNwOyANCiAgICAgICAg ICAgICAgICAgIKGhJm5ic3A7Jm5ic3A7Jm5ic3A7PC9GT05UPjwvRElWPjxGT05UIGZhY2U9QXJp YWwgDQogICAgICAgICAgICAgICAgICBzaXplPTI+oaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGhoaGh oTwvRk9OVD48L0RJVj48L0RJVj48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvVEQ+DQogICAg ICAgICAgPFREIHZBbGlnbj10b3AgYWxpZ249bGVmdCB3aWR0aD0xMDA+PEZPTlQgDQogICAgICAg ICAgICBmYWNlPUFyaWFsPjxCUj48QlI+PEJSPjwvRk9OVD48L1REPjwvVFI+PC9UQk9EWT48L1RB QkxFPjwvRElWPjwvRElWPjwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+PC9ESVY+PC9CT0RZPjwv SFRNTD4NCg== --Boundary_(ID_YUCfcxaRMOEI5Hi8Jk8YGw)--
- [Ietf-calsify] Clarification on section 6 iCalend… Preston Stephenson
- [Ietf-calsify] Confusion Linyi Tian
- [Ietf-calsify] Confusion Dave Thewlis