From ietf-calsify-bounces@osafoundation.org Wed Jan 14 08:43:52 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5242028C1D5 for ; Wed, 14 Jan 2009 08:43:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.499 X-Spam-Level: X-Spam-Status: No, score=-5.499 tagged_above=-999 required=5 tests=[AWL=-2.900, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z9q6PweXK7pg for ; Wed, 14 Jan 2009 08:43:51 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 732BF28C1BF for ; Wed, 14 Jan 2009 08:43:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 8CA6677D708; Wed, 14 Jan 2009 08:43:33 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F4glgQ6-38ME; Wed, 14 Jan 2009 08:43:31 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 3521B77D709; Wed, 14 Jan 2009 08:43:28 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id DAA0277D709 for ; Wed, 14 Jan 2009 08:43:25 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8fT1HSoSRGBG for ; Wed, 14 Jan 2009 08:43:23 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id E326F77D708 for ; Wed, 14 Jan 2009 08:43:22 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,263,1231113600"; d="scan'208";a="30889140" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 14 Jan 2009 16:43:20 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0EGhKYO009381 for ; Wed, 14 Jan 2009 17:43:20 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0EGhKMm025278 for ; Wed, 14 Jan 2009 16:43:20 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 14 Jan 2009 17:43:19 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.97.201]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 14 Jan 2009 17:43:19 +0100 Message-ID: <496E1627.5050701@cisco.com> Date: Wed, 14 Jan 2009 17:43:19 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090111 Shredder/3.0b2pre MIME-Version: 1.0 To: CALSIFY Mailinglist X-OriginalArrivalTime: 14 Jan 2009 16:43:19.0606 (UTC) FILETIME=[34C8E560:01C97667] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [ietf-calsify] open issues with 2446/2447 X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Dear all, In considering whether to hold a working group meeting in San Francisco to resolve open issues, we would like to understand who would participate. The other possibilities would be to restart our jabber sessions or to proceed via email alone. Could you please take a moment to answer then this question: In which way would you like to participate? 1. Meet in San Francisco during the week of the 20th of March 2. Jabber 3. Email alone Email is always open to participants and all decisions are confirmed via email. Thanks for your help, Eliot _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Fri Jan 16 07:24:07 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C3C453A693A for ; Fri, 16 Jan 2009 07:24:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qQxWdNrWRjDp for ; Fri, 16 Jan 2009 07:24:07 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 296F63A67B1 for ; Fri, 16 Jan 2009 07:24:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 32EF03E05B2; Fri, 16 Jan 2009 07:23:52 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dqt4xnSzdgYc; Fri, 16 Jan 2009 07:23:52 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 326C83E05A9; Fri, 16 Jan 2009 07:23:50 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 1DFE47841EF for ; Fri, 16 Jan 2009 07:19:46 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p0ZOm3Xj34OD for ; Fri, 16 Jan 2009 07:19:30 -0800 (PST) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.sun.com [192.18.6.24]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 6BB4B3E05A9 for ; Fri, 16 Jan 2009 07:19:30 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0GFJShj002926 for ; Fri, 16 Jan 2009 15:19:28 GMT Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDK00201IB04I00@fe-emea-10.sun.com> (original mail from Arnaud.Quillaud@Sun.COM) for ietf-calsify@osafoundation.org; Fri, 16 Jan 2009 15:19:28 +0000 (GMT) Received: from [129.150.117.225] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDK00G68L87Y0A0@fe-emea-10.sun.com> for ietf-calsify@osafoundation.org; Fri, 16 Jan 2009 15:19:20 +0000 (GMT) Date: Fri, 16 Jan 2009 16:19:19 +0100 From: Arnaud Quillaud To: "ietf-calsify@osafoundation.org" Message-id: <4970A577.4030308@sun.com> MIME-version: 1.0 User-Agent: Thunderbird 2.0.0.19 (X11/20090105) Subject: [ietf-calsify] REQUEST-STATUS mandatory only for VTODO REPLY X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Is there a particular reason why the REQUEST-STATUS is mandated in a VTODO REPLY (http://tools.ietf.org/html/draft-ietf-calsify-2446bis-08#section-3.4.3) when it is not in a VEVENT REPLY (http://tools.ietf.org/html/draft-ietf-calsify-2446bis-08#section-3.2.3) ? If there is none, shouldn't we make the REQUEST-STATUS a 0+ also for VTODO ? Arnaud Q _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Fri Jan 16 12:38:53 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 62B1A3A694A for ; Fri, 16 Jan 2009 12:38:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.799 X-Spam-Level: X-Spam-Status: No, score=-3.799 tagged_above=-999 required=5 tests=[AWL=-1.800, BAYES_00=-2.599, J_CHICKENPOX_65=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rqh8DzXrG7pk for ; Fri, 16 Jan 2009 12:38:52 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 90AD43A6920 for ; Fri, 16 Jan 2009 12:38:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 9E7AA7841F3; Fri, 16 Jan 2009 12:38:37 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4H192P1TEGhD; Fri, 16 Jan 2009 12:38:37 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id C69547841F0; Fri, 16 Jan 2009 12:38:32 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 882073E05C8 for ; Fri, 16 Jan 2009 12:33:24 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8DU4W527qEp1 for ; Fri, 16 Jan 2009 12:33:13 -0800 (PST) Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 5F7473E04A0 for ; Fri, 16 Jan 2009 12:33:13 -0800 (PST) Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0GKWl9O028368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Jan 2009 20:32:48 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0GKX7lp007991; Fri, 16 Jan 2009 20:33:08 GMT Received: from [10.156.43.80] (/10.156.43.80) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 16 Jan 2009 20:33:05 +0000 Message-ID: <4970EF00.20509@oracle.com> Date: Fri, 16 Jan 2009 15:33:04 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Arnaud Quillaud References: <4970A577.4030308@sun.com> In-Reply-To: <4970A577.4030308@sun.com> X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4970EF03.0122:SCFSTAT928724,ss=1,fgs=0 Cc: "ietf-calsify@osafoundation.org" Subject: Re: [ietf-calsify] REQUEST-STATUS mandatory only for VTODO REPLY X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Arnaud, You stung my curiosity! I ran the following egrep command against the draft and found other inconsistencies... egrep "(\|.*REQUEST-STATUS|^ \| METHOD|\| VEVENT.*1+|\| VFREEBUSY.*1+|\| VTODO.*1+|\| VJOURNAL.*1+)" draft-ietf-calsify-2446bis-08.txt In summary (including the issue you found): 1- In VEVENT w/ METHOD:REQUEST -> REQUEST-STATUS should be 0 and not 0+ 2- In VEVENT w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ 3- In VTODO w/ METHOD:REPLY -> REQUEST-STATUS should be 0+ and not 1+ 4- In VTODO w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ Cheers, Bernard Arnaud Quillaud wrote: > Is there a particular reason why the REQUEST-STATUS is mandated in a > VTODO REPLY > (http://tools.ietf.org/html/draft-ietf-calsify-2446bis-08#section-3.4.3) > when it is not in a VEVENT REPLY > (http://tools.ietf.org/html/draft-ietf-calsify-2446bis-08#section-3.2.3) ? > > If there is none, shouldn't we make the REQUEST-STATUS a 0+ also for VTODO ? > > Arnaud Q > _______________________________________________ > 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 From ietf-calsify-bounces@osafoundation.org Fri Jan 16 12:46:50 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CEFD03A693A for ; Fri, 16 Jan 2009 12:46:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.191 X-Spam-Level: X-Spam-Status: No, score=-3.191 tagged_above=-999 required=5 tests=[AWL=-0.592, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WcCBe7OO5Bgq for ; Fri, 16 Jan 2009 12:46:50 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 095203A6920 for ; Fri, 16 Jan 2009 12:46:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id F0E593E05CD; Fri, 16 Jan 2009 12:46:34 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XysQUZgxPsEY; Fri, 16 Jan 2009 12:46:24 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 0F6353E05CB; Fri, 16 Jan 2009 12:46:22 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D634F3E05CB for ; Fri, 16 Jan 2009 12:46:19 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YTxC2Z5reg6g for ; Fri, 16 Jan 2009 12:46:17 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id A8A2E3E04A0 for ; Fri, 16 Jan 2009 12:46:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 0AE0D10D5E68; Fri, 16 Jan 2009 15:46:17 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wubXBY3GMCtd; Fri, 16 Jan 2009 15:46:16 -0500 (EST) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id C548A10D5E61; Fri, 16 Jan 2009 15:46:15 -0500 (EST) Date: Fri, 16 Jan 2009 15:46:12 -0500 From: Cyrus Daboo To: Eliot Lear , CALSIFY Mailinglist Message-ID: <5B2459583CA227A6B3822246@caldav.corp.apple.com> In-Reply-To: <496E1627.5050701@cisco.com> References: <496E1627.5050701@cisco.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Disposition: inline; size=982 Subject: Re: [ietf-calsify] open issues with 2446/2447 X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Eliot, --On January 14, 2009 5:43:19 PM +0100 Eliot Lear wrote: > In considering whether to hold a working group meeting in San Francisco > to resolve open issues, we would like to understand who would > participate. The other possibilities would be to restart our jabber > sessions or to proceed via email alone. Could you please take a moment > to answer then this question: > > In which way would you like to participate? > > 1. Meet in San Francisco during the week of the 20th of March > 2. Jabber > 3. Email alone > > Email is always open to participants and all decisions are confirmed via > email. My preferences: lets start things off with a phone call, then fall back to jabber once a week or every fortnight. I think face-to-face will be hard in light of budgetary restrictions for travel. I will try and get outstanding 2446bis issues enumerated this weekend and start posting them to the list to get things going again. -- Cyrus Daboo _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Sun Jan 18 19:26:40 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 311ED28C18E for ; Sun, 18 Jan 2009 19:26:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.159 X-Spam-Level: X-Spam-Status: No, score=-3.159 tagged_above=-999 required=5 tests=[AWL=-0.560, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lg1TPgqY9+d0 for ; Sun, 18 Jan 2009 19:26:39 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 6ADDD28C187 for ; Sun, 18 Jan 2009 19:26:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 615EF3E0638; Sun, 18 Jan 2009 19:26:22 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cwOUyajr0Uvg; Sun, 18 Jan 2009 19:26:22 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id A63513E0622; Sun, 18 Jan 2009 19:26:16 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id BBB533E0613 for ; Sun, 18 Jan 2009 19:25:47 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L1oUfYkN83L4 for ; Sun, 18 Jan 2009 19:25:45 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id 7B78C3E0615 for ; Sun, 18 Jan 2009 19:25:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 795AB10E655C for ; Sun, 18 Jan 2009 22:25:41 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id To5Gwzq16gz3 for ; Sun, 18 Jan 2009 22:25:41 -0500 (EST) Received: from [10.0.1.200] (unknown [10.0.1.1]) by daboo.name (Postfix) with ESMTP id A6C5310E6551 for ; Sun, 18 Jan 2009 22:25:40 -0500 (EST) Date: Sun, 18 Jan 2009 22:25:39 -0500 From: Cyrus Daboo To: Calsify Message-ID: X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Disposition: inline; size=566 Subject: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi folks, Here are the list of currently open issues from Reinhold's review: Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. These issues need further discussion. Other issues have been dealt with (either fixed or not) as per . All of this needs review from other people to confirm that the changes made (or not made) are valid. -- Cyrus Daboo _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Sun Jan 18 19:34:46 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 400A23A681C for ; Sun, 18 Jan 2009 19:34:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.766 X-Spam-Level: X-Spam-Status: No, score=-2.766 tagged_above=-999 required=5 tests=[AWL=-0.767, BAYES_00=-2.599, J_CHICKENPOX_65=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CmDwv-lpvyHl for ; Sun, 18 Jan 2009 19:34:45 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 8AD233A6813 for ; Sun, 18 Jan 2009 19:34:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id CBD6F3E064B; Sun, 18 Jan 2009 19:34:29 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xtryJVLbihjG; Sun, 18 Jan 2009 19:34:21 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 9422D3E0649; Sun, 18 Jan 2009 19:34:18 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 235733E0613 for ; Sun, 18 Jan 2009 19:34:10 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tAUUT+t41EcZ for ; Sun, 18 Jan 2009 19:34:02 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id 873DF3E064B for ; Sun, 18 Jan 2009 19:34:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id F1B2010E65CD; Sun, 18 Jan 2009 22:34:00 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79rfGmcg7TdE; Sun, 18 Jan 2009 22:34:00 -0500 (EST) Received: from [10.0.1.200] (unknown [10.0.1.1]) by daboo.name (Postfix) with ESMTP id DECF010E65C2; Sun, 18 Jan 2009 22:33:59 -0500 (EST) Date: Sun, 18 Jan 2009 22:33:59 -0500 From: Cyrus Daboo To: Bernard Desruisseaux , Arnaud Quillaud Message-ID: In-Reply-To: <4970EF00.20509@oracle.com> References: <4970A577.4030308@sun.com> <4970EF00.20509@oracle.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Disposition: inline; size=1014 Cc: ietf-calsify@osafoundation.org Subject: Re: [ietf-calsify] REQUEST-STATUS mandatory only for VTODO REPLY X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Bernard, --On January 16, 2009 3:33:04 PM -0500 Bernard Desruisseaux wrote: > You stung my curiosity! I ran the following egrep command against the > draft and found other inconsistencies... > > egrep "(\|.*REQUEST-STATUS|^ \| METHOD|\| VEVENT.*1+|\| > VFREEBUSY.*1+|\| VTODO.*1+|\| VJOURNAL.*1+)" > draft-ietf-calsify-2446bis-08.txt > > In summary (including the issue you found): > > 1- In VEVENT w/ METHOD:REQUEST -> REQUEST-STATUS should be 0 and not 0+ > 2- In VEVENT w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ > 3- In VTODO w/ METHOD:REPLY -> REQUEST-STATUS should be 0+ and not 1+ > 4- In VTODO w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ I agree with #1 and #3 and have updated my working copy accordingly. I am not totally convinced about #2 and #3. I would like to know why you think that a COUNTER is not a reply to the organizer that can carry status about the original request that it is countering. -- Cyrus Daboo _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Mon Jan 19 06:21:44 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 479193A6B91 for ; Mon, 19 Jan 2009 06:21:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.724 X-Spam-Level: X-Spam-Status: No, score=-2.724 tagged_above=-999 required=5 tests=[AWL=-0.725, BAYES_00=-2.599, J_CHICKENPOX_65=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I44I25elVX2A for ; Mon, 19 Jan 2009 06:21:43 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 4DDA63A69AC for ; Mon, 19 Jan 2009 06:21:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D83DB7841F7; Mon, 19 Jan 2009 06:21:26 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3P-9TgoqYlj8; Mon, 19 Jan 2009 06:21:26 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 552427841F2; Mon, 19 Jan 2009 06:21:22 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D319377D702 for ; Mon, 19 Jan 2009 06:18:04 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yxL-LE1AsR6v for ; Mon, 19 Jan 2009 06:18:02 -0800 (PST) Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id E9A9177D700 for ; Mon, 19 Jan 2009 06:18:01 -0800 (PST) Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0JEJeAO031999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 19 Jan 2009 14:19:42 GMT Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0JEGxha014765; Mon, 19 Jan 2009 14:17:55 GMT Received: from [141.144.112.142] (/141.144.112.142) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 19 Jan 2009 14:16:57 +0000 Message-ID: <49748B56.4080607@oracle.com> Date: Mon, 19 Jan 2009 09:16:54 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Cyrus Daboo References: <4970A577.4030308@sun.com> <4970EF00.20509@oracle.com> In-Reply-To: X-Source-IP: acsmt703.oracle.com [141.146.40.81] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010201.49748B92.0073:SCFSTAT928724,ss=1,fgs=0 Cc: Arnaud Quillaud , ietf-calsify@osafoundation.org Subject: Re: [ietf-calsify] REQUEST-STATUS mandatory only for VTODO REPLY X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Cyrus, Cyrus Daboo wrote: > Hi Bernard, > > --On January 16, 2009 3:33:04 PM -0500 Bernard Desruisseaux > wrote: > >> You stung my curiosity! I ran the following egrep command against the >> draft and found other inconsistencies... >> >> egrep "(\|.*REQUEST-STATUS|^ \| METHOD|\| VEVENT.*1+|\| >> VFREEBUSY.*1+|\| VTODO.*1+|\| VJOURNAL.*1+)" >> draft-ietf-calsify-2446bis-08.txt >> >> In summary (including the issue you found): >> >> 1- In VEVENT w/ METHOD:REQUEST -> REQUEST-STATUS should be 0 and not 0+ >> 2- In VEVENT w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ >> 3- In VTODO w/ METHOD:REPLY -> REQUEST-STATUS should be 0+ and not 1+ >> 4- In VTODO w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ > > I agree with #1 and #3 and have updated my working copy accordingly. > > I am not totally convinced about #2 and #3. I assume you meant #2 and #4 (i.e., METHOD:COUNTER). > I would like to know why you think that a COUNTER is not a reply to > the organizer that can carry status about the original request that it > is countering. > I couldn't find any text or example in RFC2446 that would suggest that COUNTER can be used as a reply to the original REQUEST. On the other hand, the text makes it clear that REPLY may be used to respond to an unsuccessful request: % grep -A 2 "respond to an un" rfc2446.txt The "REPLY" method may also be used to respond to an unsuccessful "REQUEST" method. Depending on the value of the "REQUEST-STATUS" property no scheduling action may have been performed. -- The "REPLY" method may also be used to respond to an unsuccessful "REQUEST" method. Depending on the "REQUEST-STATUS" value, no busy time information may be returned. -- The "REPLY" method MAY also be used to respond to an unsuccessful "VTODO" calendar component "REQUEST" method. Depending on the "REQUEST-STATUS" value, no scheduling action may have been performed. Also, as mentioned in the text, "REQUEST-STATUS" is not required in successful transactions. In most (all?) cases, a COUNTER *request* will be initiated by the end user when the original REQUEST transaction was successful. If the original REQUEST was unsuccessful, what would the end user be countering anyway? Cheers, Bernard _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Mon Jan 19 06:36:48 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4EB5628C1B7 for ; Mon, 19 Jan 2009 06:36:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.177 X-Spam-Level: X-Spam-Status: No, score=-5.177 tagged_above=-999 required=5 tests=[AWL=-2.578, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o8usmeIQibqj for ; Mon, 19 Jan 2009 06:36:46 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id E88D93A67E5 for ; Mon, 19 Jan 2009 06:36:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 1AC653E0639; Mon, 19 Jan 2009 06:36:26 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G+bF-s1P4ixn; Mon, 19 Jan 2009 06:36:13 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 24A133E066C; Mon, 19 Jan 2009 06:36:11 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id C695D3E0645 for ; Mon, 19 Jan 2009 06:36:00 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDRINgV7k89s for ; Mon, 19 Jan 2009 06:35:53 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 0B5DE3E0655 for ; Mon, 19 Jan 2009 06:35:49 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,289,1231113600"; d="scan'208";a="31286356" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 19 Jan 2009 14:35:46 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0JEZiGX015482; Mon, 19 Jan 2009 15:35:44 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0JEZi8d016892; Mon, 19 Jan 2009 14:35:44 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Jan 2009 15:35:44 +0100 Received: from adsl-247-4-fixip.tiscali.ch ([10.61.87.93]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Jan 2009 15:35:44 +0100 Message-ID: <49748FBF.3030702@cisco.com> Date: Mon, 19 Jan 2009 15:35:43 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090116 Shredder/3.0b2pre MIME-Version: 1.0 To: Cyrus Daboo References: In-Reply-To: X-OriginalArrivalTime: 19 Jan 2009 14:35:44.0514 (UTC) FILETIME=[360F4E20:01C97A43] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Cc: Calsify Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Thanks for that, Cyrus. What I would like to do is schedule a jabber meeting in about two week's time. To do so, and so that it is convenient for as many people as possible, can everyone please take a moment and go to the following web page: http://www.doodle.com/participation.html?pollId=e2uvzzf3per72ae9 I'll look at results in the next two days to schedule. Eliot On 1/19/09 4:25 AM, Cyrus Daboo wrote: > Hi folks, > Here are the list of currently open issues from Reinhold's review: > > > > Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. > > These issues need further discussion. > > Other issues have been dealt with (either fixed or not) as per > . > All of this needs review from other people to confirm that the changes made > (or not made) are valid. > > _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Mon Jan 19 06:44:15 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E4C133A69F1 for ; Mon, 19 Jan 2009 06:44:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.879 X-Spam-Level: X-Spam-Status: No, score=-2.879 tagged_above=-999 required=5 tests=[AWL=-0.280, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ajdDs5oeJY1o for ; Mon, 19 Jan 2009 06:44:11 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 867C03A6B94 for ; Mon, 19 Jan 2009 06:44:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id DC60577D6F9; Mon, 19 Jan 2009 06:43:50 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3hZZMpQ2ohUJ; Mon, 19 Jan 2009 06:43:25 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 41B103E067D; Mon, 19 Jan 2009 06:43:22 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 522C13E0674 for ; Mon, 19 Jan 2009 06:43:13 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0m1xJTZlXKVU for ; Mon, 19 Jan 2009 06:42:59 -0800 (PST) Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id D47E93E0639 for ; Mon, 19 Jan 2009 06:42:56 -0800 (PST) Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0JEhbIZ030208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 19 Jan 2009 14:43:39 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0JEhSmK009084; Mon, 19 Jan 2009 14:43:29 GMT Received: from [141.144.112.142] (/141.144.112.142) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 19 Jan 2009 14:42:45 +0000 Message-ID: <49749161.8090006@oracle.com> Date: Mon, 19 Jan 2009 09:42:41 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Eliot Lear References: <49748FBF.3030702@cisco.com> In-Reply-To: <49748FBF.3030702@cisco.com> X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.49749167.006D:SCFSTAT928724,ss=1,fgs=0 Cc: Calsify Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Eliot, This specific week conflicts with CalConnect XIV. Cheers, Bernard Eliot Lear wrote: > Thanks for that, Cyrus. What I would like to do is schedule a jabber > meeting in about two week's time. To do so, and so that it is > convenient for as many people as possible, can everyone please take a > moment and go to the following web page: > > http://www.doodle.com/participation.html?pollId=e2uvzzf3per72ae9 > > I'll look at results in the next two days to schedule. > > Eliot > > On 1/19/09 4:25 AM, Cyrus Daboo wrote: > >> Hi folks, >> Here are the list of currently open issues from Reinhold's review: >> >> >> >> Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. >> >> These issues need further discussion. >> >> Other issues have been dealt with (either fixed or not) as per >> . >> All of this needs review from other people to confirm that the changes made >> (or not made) are valid. >> >> >> > > _______________________________________________ > 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 From ietf-calsify-bounces@osafoundation.org Mon Jan 19 08:59:33 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 337F33A6B8D for ; Mon, 19 Jan 2009 08:59:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 670BwwDU5qqO for ; Mon, 19 Jan 2009 08:59:32 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 5BA863A69AC for ; Mon, 19 Jan 2009 08:59:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id A67B03E0628; Mon, 19 Jan 2009 08:59:15 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eh3QYZWJuHEb; Mon, 19 Jan 2009 08:59:00 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 8A9B03E0682; Mon, 19 Jan 2009 08:58:53 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 7E2ED3E061E for ; Mon, 19 Jan 2009 08:58:47 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U0QHgStzQwdi for ; Mon, 19 Jan 2009 08:58:28 -0800 (PST) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by leka.osafoundation.org (Postfix) with ESMTP id 850CF3E066E for ; Mon, 19 Jan 2009 08:58:26 -0800 (PST) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA03.westchester.pa.mail.comcast.net with comcast id 5T201b0050mv7h053UyTmW; Mon, 19 Jan 2009 16:58:27 +0000 Received: from THare ([71.203.105.66]) by OMTA11.westchester.pa.mail.comcast.net with comcast id 5UyQ1b00g1RyUCv3XUyRgJ; Mon, 19 Jan 2009 16:58:27 +0000 From: "Tim Hare" To: "'Cyrus Daboo'" , "'Calsify'" Date: Mon, 19 Jan 2009 11:58:25 -0500 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acl55bZQA/wRFRSHScKmYZXkk/2mKQAbWlXA Message-Id: <20090119165826.850CF3E066E@leka.osafoundation.org> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Small comment on a small issue: VALARM at the same level as other components (really a 2445 issue?) It might be useful to make VALARM a component at the same level as VTIMEZONE, so that other entries in a calendar stream could refer to them. This would be purely to shorten the serialized data. Many CUAs have a default for "reminder" (say, 15 minutes before the event, make a chime noise and display something) - having VALARM at the component level would allow defining it once and referring to it. Another advantage would be elimination of a BEGIN:/END: sequence within another BEGIN:/END: component sequence, which may or may not be a parsing issue for some. I think VALARM is the only component (or perhaps we should say component-like property) which currently can be contained within another component. Some proposed text/ideas for changes in 2445 ----------------------------------- In 3.6.6 Add alarmid as a property of a VALARM component. Alarmid is REQUIRED, but MUST NOT occur more than once Remove the requirement for TRIGGER and the paragraphs about TRIGGER In 3.6.1 and 3.6.2 Remove *alarmc and add a property named alarm which is OPTIONAL and MAY occur more than ocne Add ALARM as a property to the text. ALARM ALARMID=,RELATED=: Where the ALARMID is a reference to the VALARM component, RELATED and the ALARM value work like TRIGGER worked in VALARM -------------------------------------------- I will try to work out better text for this, but I wanted to put the idea out there. Tim Hare Interested Bystander, Non-Inc. -----Original Message----- From: ietf-calsify-bounces@osafoundation.org [mailto:ietf-calsify-bounces@osafoundation.org] On Behalf Of Cyrus Daboo Sent: Sunday, January 18, 2009 10:26 PM To: Calsify Subject: [ietf-calsify] iTIP open issues Hi folks, Here are the list of currently open issues from Reinhold's review: Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. These issues need further discussion. Other issues have been dealt with (either fixed or not) as per . All of this needs review from other people to confirm that the changes made (or not made) are valid. -- Cyrus Daboo _______________________________________________ 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 From ietf-calsify-bounces@osafoundation.org Mon Jan 19 10:32:47 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 90D193A6834 for ; Mon, 19 Jan 2009 10:32:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.832 X-Spam-Level: X-Spam-Status: No, score=-2.832 tagged_above=-999 required=5 tests=[AWL=-0.233, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7kf7qThtkOly for ; Mon, 19 Jan 2009 10:32:45 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id AD8253A67E2 for ; Mon, 19 Jan 2009 10:32:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 8F34E3E0653; Mon, 19 Jan 2009 10:32:24 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k0zO8RYOnkHa; Mon, 19 Jan 2009 10:32:16 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 491FE3E067C; Mon, 19 Jan 2009 10:32:12 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id C69B03E0645 for ; Mon, 19 Jan 2009 10:32:03 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OP0e7+y5rsdI for ; Mon, 19 Jan 2009 10:31:53 -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 leka.osafoundation.org (Postfix) with ESMTP id C35C03E0662 for ; Mon, 19 Jan 2009 10:31:52 -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.8/8.13.8/Debian-3) with ESMTP id n0JIVcRE003497; Mon, 19 Jan 2009 19:31:40 +0100 From: Reinhold Kainhofer Organization: FAM, Vienna University of Technology To: ietf-calsify@osafoundation.org Date: Mon, 19 Jan 2009 19:32:32 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <20090119165826.850CF3E066E@leka.osafoundation.org> In-Reply-To: <20090119165826.850CF3E066E@leka.osafoundation.org> Content-Disposition: inline Message-Id: <200901191932.33157.reinhold@kainhofer.com> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 19. Januar 2009 schrieb Tim Hare: > It might be useful to make VALARM a component at the same level as > VTIMEZONE, so that other entries in a calendar stream could refer to them. There are advantages and disadvantages to this: - -) It is an incompatible change! +) alarm components can be reused +) One less occurrence of nested objects - -) Like with VTIMEZONE, you can no longer sequentially write out one VEVENT/VTODO/VJOURNAL after the other, but first have to scan for used VALARM objects, which have to be printed out separately (first?). Alternatively, you need to build the whole output structure in memory before writing it to file. - -) Possible ambiguities in the GUI: Several VEVENT components can have the same VALARM assigned. If you change the alarm of one of these events, shall the "other" alarms be automatically changed, too? From a user's perspective, this would be VERY confusing at best. > Another advantage would be elimination of a BEGIN:/END: sequence within > another BEGIN:/END: component sequence, which may or may not be a parsing > issue for some. I think VALARM is the only component (or perhaps we should > say component-like property) which currently can be contained within > another component. A VTIMEZONE component also contains DAYLIGHT and STANDARD components... So a parser must be able top handle them properly > Some proposed text/ideas for changes in 2445 > > ----------------------------------- > In 3.6.6 > > Add alarmid as a property of a VALARM component. > > Alarmid is REQUIRED, but MUST NOT occur more than once This is an incompatible change and would make all previous iCalendar files using VALARM invalid (and all new ones invalid with regard to the old definition), so in this case the VERSION property should also be increased to 3.0, which I don't think we want to / should do... Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD4DBQFJdMdBTqjEwhXvPN0RAnzsAJ9hEv6az35SueTuuvmIrwF5cDnupACXUXq/ Uzxd8K8SGCsNNJALPfoEYw== =vPei -----END PGP SIGNATURE----- _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Mon Jan 19 11:03:04 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A36B83A6966 for ; Mon, 19 Jan 2009 11:03:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.449 X-Spam-Level: X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hCbXOdMuMEZo for ; Mon, 19 Jan 2009 11:03:03 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id C66DA3A6906 for ; Mon, 19 Jan 2009 11:03:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 782A23E0655; Mon, 19 Jan 2009 11:02:47 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ntLspVJhdRNm; Mon, 19 Jan 2009 11:02:27 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 1AC6877D703; Mon, 19 Jan 2009 11:02:15 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 687463E061E for ; Mon, 19 Jan 2009 11:02:06 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LKU6aCBtmKvc for ; Mon, 19 Jan 2009 11:01:55 -0800 (PST) Received: from web63108.mail.re1.yahoo.com (web63108.mail.re1.yahoo.com [69.147.97.3]) by leka.osafoundation.org (Postfix) with SMTP id 6D2453E0683 for ; Mon, 19 Jan 2009 11:01:50 -0800 (PST) Received: (qmail 73014 invoked by uid 60001); 19 Jan 2009 19:01:49 -0000 X-YMail-OSG: MrQttKEVM1m6vzEdhUg8A42FtmXBH4OV.m.bwQRj5Zs00c0Og3uO2X41oXBOWF.emwIOcDPwnWcBrt2llUHSFLz7hub2BsrvH9Ew7kJGwktO_Wi4J92KY5aIZEXGPXVV1XymzZ1RN11ovwrCHikYucRlrXGwO9ErZFoiMosoWjKgerDvithX7ynuKjL6XY3QUwteG1dgjuCszNAnyc0yXPQ- Received: from [71.119.123.156] by web63108.mail.re1.yahoo.com via HTTP; Mon, 19 Jan 2009 11:01:49 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Mon, 19 Jan 2009 11:01:49 -0800 (PST) From: Adrian Crum To: ietf-calsify@osafoundation.org In-Reply-To: <200901191932.33157.reinhold@kainhofer.com> MIME-Version: 1.0 Message-ID: <679521.71746.qm@web63108.mail.re1.yahoo.com> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: adrian.crum@yahoo.com List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org --- On Mon, 1/19/09, Reinhold Kainhofer wrote: > > Some proposed text/ideas for changes in 2445 > > > > ----------------------------------- > > In 3.6.6 > > > > Add alarmid as a property of a VALARM component. > > > > Alarmid is REQUIRED, but MUST NOT occur more than once > > This is an incompatible change and would make all previous > iCalendar files > using VALARM invalid (and all new ones invalid with regard > to the old > definition), so in this case the VERSION property should > also be increased to > 3.0, which I don't think we want to / should do... There are many things in the draft that are incompatible with the existing standard. Why not add one more? -Adrian _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Mon Jan 19 14:03:53 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CED383A69A8 for ; Mon, 19 Jan 2009 14:03:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EvdXPalwmufH for ; Mon, 19 Jan 2009 14:03:45 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 7E8A53A693D for ; Mon, 19 Jan 2009 14:03:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 0E5753E067D; Mon, 19 Jan 2009 14:03:28 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QDs-ETnIItpu; Mon, 19 Jan 2009 14:03:13 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 389693E0683; Mon, 19 Jan 2009 14:03:03 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id AF1413E068A for ; Mon, 19 Jan 2009 14:02:56 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wd6rQOSph8MY for ; Mon, 19 Jan 2009 14:02:36 -0800 (PST) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by leka.osafoundation.org (Postfix) with ESMTP id CA9413E0677 for ; Mon, 19 Jan 2009 14:02:35 -0800 (PST) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA04.westchester.pa.mail.comcast.net with comcast id 5S3c1b00E0vyq2s54a2cuz; Mon, 19 Jan 2009 22:02:36 +0000 Received: from THare ([71.203.105.66]) by OMTA05.westchester.pa.mail.comcast.net with comcast id 5a281b00W1RyUCv3Ra28rE; Mon, 19 Jan 2009 22:02:10 +0000 From: "Tim Hare" To: "'Reinhold Kainhofer'" , Date: Mon, 19 Jan 2009 17:02:35 -0500 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <200901191932.33157.reinhold@kainhofer.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acl6ZDAnnAzlpF0cSeiuE7G5uHSZ/wAHLO3g Message-Id: <20090119220235.CA9413E0677@leka.osafoundation.org> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org I do not want to make an incompatible change - and I overlooked that. I guess this should be filed under "proposals for how iCalendar should have been designed better" and forgotten. As for GUI issues - I would say if an alarm changes in someones CUA it would become a different alarm with a different alarmid - the CUA SHOULD scan for duplicates before creating a new one. In practice I believe the number of alarms to be fairly small, and burden to select VALARMS used by VEVENTS or VTODOs would of course depend upon the implementation of the calendar store. Tim Hare Interested Bystander, Non-Inc. -----Original Message----- From: Reinhold Kainhofer [mailto:reinhold@kainhofer.com] Sent: Monday, January 19, 2009 1:33 PM To: ietf-calsify@osafoundation.org Cc: Tim Hare; 'Cyrus Daboo' Subject: Re: [ietf-calsify] iTIP open issues -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 19. Januar 2009 schrieb Tim Hare: > It might be useful to make VALARM a component at the same level as > VTIMEZONE, so that other entries in a calendar stream could refer to them. There are advantages and disadvantages to this: - -) It is an incompatible change! +) alarm components can be reused +) One less occurrence of nested objects - -) Like with VTIMEZONE, you can no longer sequentially write out one VEVENT/VTODO/VJOURNAL after the other, but first have to scan for used VALARM objects, which have to be printed out separately (first?). Alternatively, you need to build the whole output structure in memory before writing it to file. - -) Possible ambiguities in the GUI: Several VEVENT components can have the same VALARM assigned. If you change the alarm of one of these events, shall the "other" alarms be automatically changed, too? From a user's perspective, this would be VERY confusing at best. > Another advantage would be elimination of a BEGIN:/END: sequence > within another BEGIN:/END: component sequence, which may or may not be > a parsing issue for some. I think VALARM is the only component (or > perhaps we should say component-like property) which currently can be > contained within another component. A VTIMEZONE component also contains DAYLIGHT and STANDARD components... So a parser must be able top handle them properly > Some proposed text/ideas for changes in 2445 > > ----------------------------------- > In 3.6.6 > > Add alarmid as a property of a VALARM component. > > Alarmid is REQUIRED, but MUST NOT occur more than once This is an incompatible change and would make all previous iCalendar files using VALARM invalid (and all new ones invalid with regard to the old definition), so in this case the VERSION property should also be increased to 3.0, which I don't think we want to / should do... Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD4DBQFJdMdBTqjEwhXvPN0RAnzsAJ9hEv6az35SueTuuvmIrwF5cDnupACXUXq/ Uzxd8K8SGCsNNJALPfoEYw== =vPei -----END PGP SIGNATURE----- _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Mon Jan 19 15:58:43 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C7B128C1DE for ; Mon, 19 Jan 2009 15:58:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.774 X-Spam-Level: X-Spam-Status: No, score=-2.774 tagged_above=-999 required=5 tests=[AWL=-0.175, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q3EbQZDtqdsT for ; Mon, 19 Jan 2009 15:58:41 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id BA2B128C1DA for ; Mon, 19 Jan 2009 15:58:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id E7DB73E062F; Mon, 19 Jan 2009 15:58:24 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4hPJ1b-Z2Tky; Mon, 19 Jan 2009 15:58:12 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 5F59C3E0670; Mon, 19 Jan 2009 15:57:55 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 8B3AF3E0615 for ; Mon, 19 Jan 2009 15:55:57 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZUEALTX14Xxm for ; Mon, 19 Jan 2009 15:55:45 -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 leka.osafoundation.org (Postfix) with ESMTP id D2F8C3E0626 for ; Mon, 19 Jan 2009 15:55:44 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0JNtejF029894; Tue, 20 Jan 2009 00:55:40 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: ietf-calsify@osafoundation.org Date: Tue, 20 Jan 2009 00:55:35 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: In-Reply-To: Content-Disposition: inline Message-Id: <200901200055.39381.reinhold@kainhofer.com> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 19. Januar 2009 04:25:39 schrieb Cyrus Daboo: > Other issues have been dealt with (either fixed or not) as per > es.pdf>. All of this needs review from other people to confirm that the > changes made (or not made) are valid. I took a look at the issues you marked as fixed in your table. Mostly, the changes fix my issues. However: #25: Maybe it should be mentioned that the uninvited CU replies to the "Organizer" adding himself as an ATTENDEE? (It might be clear from the definition of a REPLY, but in the table in section 3.2.3 we say "MUST be the address of the Attendee replying". The uninvited CU is not an attendee, though...) #36: I would also add the usual "MUST be present if any date/time refers to a timezone" comment for VTIMEZONE, which is present in all other tables. #60: You say that "unsuccessfull" is only meant for technical failures, not for requests that are declined and are unsuccessfull requests in that sense. The word "method" in "to an unsuccessfull VTODO calendar component REQUEST method" might be enough to indicate this, but it would still be be a good idea to make it clear that unsuccessfull is meant as a technical failure. #65: DTSTART, DUE and RDATE can have different time zones attached, in which case "0 or 1" for VTIMEZONE is not sufficient. I would suggest "0+". The same goes for 3.4.7 COUNTER. #78: The last sentence "is used as the value "RECURRENCE-ID" property" is missing an "of the". #92: Some FREEBUSY properties are still outside the 1.1.-8.1. time frame specified by DTSTART and DTEND Nitpicking: - -) I also noticed that section 4.2.3 is named "Update An Event", while other sections use "an" in lowercase. - -) Similarly, sections 4.1.2, 4.1.3, 4.2.2, 4.2.9, 4.4.6, 4.4.7, 4.4.8, 4.4.9 use "A" in uppercase (6.1.5 in lowercase). - -) Sections 4.1.5, 6.2.1, A.2 do not use headline uppercasing at all. - -) Sections 3.2, 4.5.3 use "for", Sections 3.3, 3.4, 3.5 use "For". Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJdRL4TqjEwhXvPN0RAnQGAJ0UaniYyKkeR8e2pWh7qAkrNof6AACeN/tR ShV+Z7KlP0w+5i1Q6uT9xV4= =fYFc -----END PGP SIGNATURE----- _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Thu Jan 22 08:30:58 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF8F83A6954 for ; Thu, 22 Jan 2009 08:30:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_41=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xEJMzn8hLCqT for ; Thu, 22 Jan 2009 08:30:58 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 1F3DE3A69BC for ; Thu, 22 Jan 2009 08:30:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 14493794049; Thu, 22 Jan 2009 08:30:41 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XUUAzIKibeX9; Thu, 22 Jan 2009 08:30:13 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 1AA5377D703; Thu, 22 Jan 2009 08:29:11 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id A004177D716 for ; Thu, 22 Jan 2009 08:29:02 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06KNa38DR2Oi for ; Thu, 22 Jan 2009 08:28:34 -0800 (PST) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.sun.com [192.18.6.24]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 0466777D6F9 for ; Thu, 22 Jan 2009 08:27:31 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0MGRFaa013705 for ; Thu, 22 Jan 2009 16:27:28 GMT Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDV00C01R27DZ00@fe-emea-10.sun.com> (original mail from Arnaud.Quillaud@Sun.COM) for ietf-calsify@osafoundation.org; Thu, 22 Jan 2009 16:27:15 +0000 (GMT) Received: from arnaud-quillauds-mac-mini.local ([129.150.118.207]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDV00IMKSD7IWE0@fe-emea-10.sun.com> for ietf-calsify@osafoundation.org; Thu, 22 Jan 2009 16:27:15 +0000 (GMT) Date: Thu, 22 Jan 2009 17:27:06 +0100 From: Arnaud Quillaud To: "ietf-calsify@osafoundation.org" Message-id: <49789E5A.8080505@sun.com> MIME-version: 1.0 User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) Subject: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hello, Never noticed it before iTIP validation was added to ical4j but there is a disconnect between the mandatory properties specified by iCalendar and the ones specified in iTIP REQUESTs. For VEVENT, the SUMMARY is mandatory in iTIP REQUEST but not in iCalendar. For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP REQUEST but not in iCalendar. For SUMMARY and PRIORITY, client implementers can always add them with a value of null and 0 respectively but for DTSTART, this is more problematic. When assigning a task to somebody else, it is possible (and actually quite likely) that one would set the DUE date and not the DTSTART. Should we relax this rule ? Arnaud PS: In the context of the new CalDAV scheduling draft where automatic scheduling takes place as soon as a calendar resource has an organizer and attendees, this implicitly means that those calendar resources should also have the iTIP mandatory properties. _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Thu Jan 22 09:33:31 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 808083A6B5E for ; Thu, 22 Jan 2009 09:33:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.772 X-Spam-Level: X-Spam-Status: No, score=-2.772 tagged_above=-999 required=5 tests=[AWL=-0.773, BAYES_00=-2.599, J_CHICKENPOX_41=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kgDdmwYkzQeD for ; Thu, 22 Jan 2009 09:33:30 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 8E1193A6A49 for ; Thu, 22 Jan 2009 09:33:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 49BEE3E06A7; Thu, 22 Jan 2009 09:33:11 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o5ElctPuOmTt; Thu, 22 Jan 2009 09:32:31 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id B86E577D715; Thu, 22 Jan 2009 09:31:49 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 05A733E06C6 for ; Thu, 22 Jan 2009 09:31:44 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LUvGt7hzuzxp for ; Thu, 22 Jan 2009 09:31:28 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id 30C2E77D72E for ; Thu, 22 Jan 2009 09:30:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 5F63E11018E3; Thu, 22 Jan 2009 12:30:33 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IAGP+kD-UO1e; Thu, 22 Jan 2009 12:30:33 -0500 (EST) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id 0F79311018DC; Thu, 22 Jan 2009 12:30:31 -0500 (EST) Date: Thu, 22 Jan 2009 12:30:29 -0500 From: Cyrus Daboo To: Arnaud Quillaud , ietf-calsify@osafoundation.org Message-ID: <880F1E23973DCE0B5EDDC6AE@caldav.corp.apple.com> In-Reply-To: <49789E5A.8080505@sun.com> References: <49789E5A.8080505@sun.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Disposition: inline; size=1693 Subject: Re: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Arnaud, --On January 22, 2009 5:27:06 PM +0100 Arnaud Quillaud wrote: > Never noticed it before iTIP validation was added to ical4j but there is > a disconnect between the mandatory properties specified by iCalendar and > the ones specified in iTIP REQUESTs. > > For VEVENT, the SUMMARY is mandatory in iTIP REQUEST but not in iCalendar. > > For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP > REQUEST but not in iCalendar. > > For SUMMARY and PRIORITY, client implementers can always add them with a > value of null and 0 respectively but for DTSTART, this is more > problematic. > > When assigning a task to somebody else, it is possible (and actually > quite likely) that one would set the DUE date and not the DTSTART. > > Should we relax this rule ? First off it is OK to impose stricter requirements on components. In the case of DTSTART on VTODO I can kind of see the logic of why it might be required - but I have no preference either way as to whether we should keep it like that. I should also note that iTIP in fact relaxes iCalendar requirements in some cases too. e.g. REPLY/CANCEL of a VEVENT does NOT require DTSTART to be present, even though 2445bis now does. > Arnaud > > PS: In the context of the new CalDAV scheduling draft where automatic > scheduling takes place as soon as a calendar resource has an organizer > and attendees, this implicitly means that those calendar resources > should also have the iTIP mandatory properties. We should double-check that there is text in there about whether the calendar resources partaking in scheduling are required to properly conform to iTIP semantics. -- Cyrus Daboo _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Thu Jan 22 10:14:22 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BF46C28C24F for ; Thu, 22 Jan 2009 10:14:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_41=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EoD0XFpW0F0l for ; Thu, 22 Jan 2009 10:14:22 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id F273E28C149 for ; Thu, 22 Jan 2009 10:14:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 2001077D704; Thu, 22 Jan 2009 10:14:05 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5W0PN1ZE925h; Thu, 22 Jan 2009 10:13:48 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id F35B877D750; Thu, 22 Jan 2009 10:12:49 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 80ED877D748 for ; Thu, 22 Jan 2009 10:12:44 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oBdXdEjKYeZo for ; Thu, 22 Jan 2009 10:12:32 -0800 (PST) Received: from sca-es-mail-1.sun.com (sca-es-mail-1.Sun.COM [192.18.43.132]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id E8C3377D730 for ; Thu, 22 Jan 2009 10:11:35 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0MIBNXR021815 for ; Thu, 22 Jan 2009 10:11:35 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDV00601WAJPN00@fe-sfbay-10.sun.com> (original mail from Anil.Srivastava@Sun.COM) for ietf-calsify@osafoundation.org; Thu, 22 Jan 2009 10:11:23 -0800 (PST) Received: from dhcp-umpk16-83-164.SFBay.Sun.COM ([129.146.83.164]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDV00CHKX6SZ110@fe-sfbay-10.sun.com> for ietf-calsify@osafoundation.org; Thu, 22 Jan 2009 10:11:16 -0800 (PST) Date: Thu, 22 Jan 2009 10:11:11 -0800 (PST) From: Anil SRIVASTAVA In-reply-to: <49789E5A.8080505@sun.com> To: Arnaud Quillaud Message-id: Organization: Sun Microsystems [http://www.sun.com] MIME-version: 1.0 Accept-Language: English; en X-Message-Class: normal X-Endorsement: This message brought to you by Sun Java System Messaging Server 7.0 References: <49789E5A.8080505@sun.com> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) X-Message-flag: Outlook: the best virus distribution system around Cc: "ietf-calsify@osafoundation.org" Subject: Re: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Anil.Srivastava@Sun.COM List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org On 2009-01-22/17:27 [+0100], Arnaud.Quillaud@sun.com [Arnaud Quillaud] wrote: > Hello, > > Never noticed it before iTIP validation was added to ical4j but there is > a disconnect between the mandatory properties specified by iCalendar and > the ones specified in iTIP REQUESTs. > > For VEVENT, the SUMMARY is mandatory in iTIP REQUEST but not in iCalendar. > > For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP > REQUEST but not in iCalendar. > > For SUMMARY and PRIORITY, client implementers can always add them with a > value of null and 0 respectively but for DTSTART, this is more problematic. > > When assigning a task to somebody else, it is possible (and actually > quite likely) that one would set the DUE date and not the DTSTART. > would the current date/time be a reasonable value for DTSTART? Anil > Should we relax this rule ? > > Arnaud > > PS: In the context of the new CalDAV scheduling draft where automatic > scheduling takes place as soon as a calendar resource has an organizer > and attendees, this implicitly means that those calendar resources > should also have the iTIP mandatory properties. > _______________________________________________ > ietf-calsify mailing list > ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > -- _______________ Anil SRIVASTAVA | anil.srivastava@Sun.COM | Sun Microsystems, Inc _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Thu Jan 22 11:48:02 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2B29A3A67E2 for ; Thu, 22 Jan 2009 11:48:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.398 X-Spam-Level: X-Spam-Status: No, score=-1.398 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_38=0.6, J_CHICKENPOX_39=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SHf0Zx16pz-0 for ; Thu, 22 Jan 2009 11:47:55 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 2FBDC28C279 for ; Thu, 22 Jan 2009 11:47:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D40F077D729; Thu, 22 Jan 2009 11:47:36 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lDIuChIh1JzK; Thu, 22 Jan 2009 11:47:10 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 7718D794038; Thu, 22 Jan 2009 11:46:22 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id BC1AC79403A for ; Thu, 22 Jan 2009 11:46:16 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U9UWF8SHnAjz for ; Thu, 22 Jan 2009 11:45:53 -0800 (PST) Received: from mail-gx0-f10.google.com (mail-gx0-f10.google.com [209.85.217.10]) by leka.osafoundation.org (Postfix) with ESMTP id 4883077D710 for ; Thu, 22 Jan 2009 11:44:57 -0800 (PST) Received: by gxk3 with SMTP id 3so538600gxk.3 for ; Thu, 22 Jan 2009 11:44:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.90.82.8 with SMTP id f8mr701359agb.34.1232653495744; Thu, 22 Jan 2009 11:44:55 -0800 (PST) Date: Thu, 22 Jan 2009 14:44:55 -0500 Message-ID: From: Rick DeNatale To: ietf-calsify@osafoundation.org Subject: [ietf-calsify] Question about interaction between DTSTART and BYSETPOS X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1459905651==" Mime-version: 1.0 Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org --===============1459905651== Content-Type: multipart/alternative; boundary=0016361e8880bebaa004611781da --0016361e8880bebaa004611781da Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This is my first posting to this list. I hope it's not off base. I've been working on a new Ruby library to implement RFC 2445. I've got most of the examples of recurrence rules working, but I'm not sure I understand the next to last example on p 124: The 3rd instance into the month of one of Tuesday, Wednesday or Thursday, for the next 3 months: DTSTART;TZID=US-Eastern:19970904T090000 RRULE:FREQ=MONTHLY;COUNT=3;BYDAY=TU,WE,TH;BYSETPOS=3 ==> (1997 9:00 AM EDT)September 4;October 7 (1997 9:00 AM EST)November 6 As I understand things, the recurrence set consists of the occurrence specified by DTSTART (regardless whether or not that time meets the other criteria) and then any following times which meet the critera. My basic approach follows this, after producing the DTSTART occurence, I get the next occurrence by incrementing the time based on the BYXXX and FREQ parts, and never consider times prior to DTSTART. I also think that the 'set' implied by BYSETPOS, is the set of occurrences meeting the other criteria within one increment of the FREQ value. So right now my code is including September 10 as well. It examines: Sept 4 - accepted because it's DTSTART - I'm counting this as the first member of the set. Sept 5, 7, 8 - rejected because they are not TU, WE, or TH Sept 9 - The second member of the set - rejected because it's not the third member Sept 10 - The third member of the set And as a result I produce ==> (1997 9:00 AM EDT)September 4;September 10;October 7 My question is how to adjust my model here. Since there don't seem to be many examples of BYSETPOS, I'm not sure how to extrapolate, Part of my problem is that September 4 1997 just happens to be the third instance of TU, WE, or TH in September 1997, what if it weren't? For example, what should be produced if the DTSTART were 19970901? I'd guess September 1, September 4 and October 7. And what if it were 19970905? I guess in this case it would be September 5, October 7, and November 6. I'm thinking that in the case of having BYSETPOS, I need to start examining candidates at the beginning of the FREQ period containing DTSTART in order to compute the first set, and discard any occurrences prior to DTSTART, while ensuring that the DTSTART is included. Does this sound right? -- Rick DeNatale Blog: http://talklikeaduck.denhaven2.com/ Twitter: http://twitter.com/RickDeNatale --0016361e8880bebaa004611781da Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This is my first posting to this list. I hope it's not off base.
I've been working on a new Ruby library to implement RFC 2445.

= I've got most of the examples of recurrence rules working, but I'm = not sure I understand the next to last example on p 124:

The 3rd instance into the month of one of Tuesday, Wednesday or Thursda= y, for the next 3 months:

  DTSTART;TZID=3DUS-Eastern:19970904T= 090000

  RRULE:FREQ=3DMONTHLY;COUNT=3D3;BYDAY=3DTU,WE,TH;BYSETP= OS=3D3
  =3D=3D> (1997 9:00 AM EDT)September 4;October 7
         (1997 9:00 AM EST)November= 6

As I understand things, the recurrence set consists of the occurr= ence specified by DTSTART (regardless whether or not that time meets the ot= her criteria) and then any following times which meet the critera.  My= basic approach follows this, after producing the DTSTART occurence, I get = the next occurrence by incrementing the time based on the BYXXX and FREQ pa= rts, and never consider times prior to DTSTART.

I also think that the 'set' implied by BYSETPOS, is the set of = occurrences meeting the other criteria within one increment of the FREQ val= ue.

So right now my code is including September 10 as well. It exami= nes:

   Sept 4 - accepted because it's DTSTART - I'm count= ing this as the first member of the set.
   Sept 5, 7, 8 - rej= ected because they are not TU, WE, or TH
   Sept 9 - The secon= d member of the set - rejected because it's not the third member
   Sept 10 - The third member of the set

And as a result I= produce
=3D=3D> (1997 9:00 AM EDT)September 4;September 10;October = 7

My question is how to adjust my model here. Since there d= on't seem to be many examples of BYSETPOS, I'm not sure how to extr= apolate,  Part of my problem is that September 4 1997 just happens to = be the third instance of TU, WE, or TH in September 1997, what if it weren&= #39;t?

For example, what should be produced if the DTSTART were 19970901? = ; I'd guess September 1, September 4 and October 7.

And what if = it were 19970905?  I guess in this case it would be September 5, Octob= er 7, and November 6.

I'm thinking that in the case of having BYSETPOS, I need to start e= xamining candidates at the beginning of the FREQ period containing DTSTART = in order to compute the first set, and discard any occurrences prior to DTS= TART, while ensuring that the DTSTART is included.

Does this sound right?

--
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com= /
Twitter: http://twitte= r.com/RickDeNatale
--0016361e8880bebaa004611781da-- --===============1459905651== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify --===============1459905651==-- From ietf-calsify-bounces@osafoundation.org Fri Jan 23 06:08:54 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BFF193A6A07 for ; Fri, 23 Jan 2009 06:08:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.199 X-Spam-Level: X-Spam-Status: No, score=-3.199 tagged_above=-999 required=5 tests=[AWL=-1.200, BAYES_00=-2.599, J_CHICKENPOX_41=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9wkQPx30rbuL for ; Fri, 23 Jan 2009 06:08:53 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id E9DC33A6909 for ; Fri, 23 Jan 2009 06:08:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 94543794021; Fri, 23 Jan 2009 06:08:35 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJqS9Kr30n9s; Fri, 23 Jan 2009 06:08:20 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 5E6A479401E; Fri, 23 Jan 2009 06:07:11 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 2FF987841FE for ; Fri, 23 Jan 2009 06:07:04 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7pjeWqgXEP33 for ; Fri, 23 Jan 2009 06:06:48 -0800 (PST) Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 649F678420C for ; Fri, 23 Jan 2009 06:05:38 -0800 (PST) Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0NE5BvF018203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 23 Jan 2009 14:05:12 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0NE5WeR008635; Fri, 23 Jan 2009 14:05:34 GMT Received: from [10.156.43.80] (/10.156.43.80) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 23 Jan 2009 14:05:29 +0000 Message-ID: <4979CEA2.7010709@oracle.com> Date: Fri, 23 Jan 2009 09:05:22 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Cyrus Daboo References: <49789E5A.8080505@sun.com> <880F1E23973DCE0B5EDDC6AE@caldav.corp.apple.com> In-Reply-To: <880F1E23973DCE0B5EDDC6AE@caldav.corp.apple.com> X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020A.4979CEAC.032A:SCFSTAT928724,ss=1,fgs=0 Cc: Arnaud Quillaud , ietf-calsify@osafoundation.org Subject: Re: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Cyrus, Cyrus Daboo wrote: > Hi Arnaud, > > --On January 22, 2009 5:27:06 PM +0100 Arnaud Quillaud > wrote: > >> Never noticed it before iTIP validation was added to ical4j but there is >> a disconnect between the mandatory properties specified by iCalendar and >> the ones specified in iTIP REQUESTs. >> >> For VEVENT, the SUMMARY is mandatory in iTIP REQUEST but not in iCalendar. >> >> For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP >> REQUEST but not in iCalendar. >> >> For SUMMARY and PRIORITY, client implementers can always add them with a >> value of null and 0 respectively but for DTSTART, this is more >> problematic. >> >> When assigning a task to somebody else, it is possible (and actually >> quite likely) that one would set the DUE date and not the DTSTART. >> >> Should we relax this rule ? > > First off it is OK to impose stricter requirements on components. In the > case of DTSTART on VTODO I can kind of see the logic of why it might be > required And what would that logic be? In the absence of a good justification I'd rather have DTSTART optional. As for SUMMARY and PRIORITY I really think they should be optional. > - but I have no preference either way as to whether we should keep > it like that. > > I should also note that iTIP in fact relaxes iCalendar requirements in some > cases too. e.g. REPLY/CANCEL of a VEVENT does NOT require DTSTART to be > present, even though 2445bis now does. This was addressed in draft -09. See: http://tools.ietf.org/wg/calsify/draft-ietf-calsify-rfc2445bis/draft-ietf-calsify-rfc2445bis-09.changes.html#rfc.issue.itip-apps-review-issue01 Thanks, Bernard > >> Arnaud >> >> PS: In the context of the new CalDAV scheduling draft where automatic >> scheduling takes place as soon as a calendar resource has an organizer >> and attendees, this implicitly means that those calendar resources >> should also have the iTIP mandatory properties. > > We should double-check that there is text in there about whether the > calendar resources partaking in scheduling are required to properly > conform to iTIP semantics. > _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Fri Jan 23 06:18:48 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 89DE23A69B4 for ; Fri, 23 Jan 2009 06:18:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.538 X-Spam-Level: X-Spam-Status: No, score=-5.538 tagged_above=-999 required=5 tests=[AWL=-2.939, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GZdTFv+auL+Z for ; Fri, 23 Jan 2009 06:18:41 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 9F0A73A6843 for ; Fri, 23 Jan 2009 06:18:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 57D1377D71C; Fri, 23 Jan 2009 06:18:23 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LeEwkgB6rGSx; Fri, 23 Jan 2009 06:18:06 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 29E8978420A; Fri, 23 Jan 2009 06:17:11 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id EDD6477D6F9 for ; Fri, 23 Jan 2009 06:16:59 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4R7-PAhq1JZw for ; Fri, 23 Jan 2009 06:16:47 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 2CE3077D71E for ; Fri, 23 Jan 2009 06:15:50 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,312,1231113600"; d="scan'208";a="31775254" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 23 Jan 2009 14:15:37 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0NEFbSP007178; Fri, 23 Jan 2009 15:15:37 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0NEFbqA022363; Fri, 23 Jan 2009 14:15:37 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Jan 2009 15:15:37 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.88.24]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Jan 2009 15:15:36 +0100 Message-ID: <4979D107.8040405@cisco.com> Date: Fri, 23 Jan 2009 15:15:35 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090122 Shredder/3.0b2pre MIME-Version: 1.0 To: Eliot Lear References: <49748FBF.3030702@cisco.com> In-Reply-To: <49748FBF.3030702@cisco.com> X-OriginalArrivalTime: 23 Jan 2009 14:15:36.0451 (UTC) FILETIME=[0FA68530:01C97D65] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Cc: Calsify Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Ok, let's try one more time. Only two people doodled the schedule proposals, probably because of CalConnect. We will push one week out. If we fail to doodle again, then the chairs are going to have to take more serious action in consideration of these drafts. That may require a meeting in SF. I would like to avoid that. Eliot On 1/19/09 3:35 PM, Eliot Lear wrote: > Thanks for that, Cyrus. What I would like to do is schedule a jabber > meeting in about two week's time. To do so, and so that it is > convenient for as many people as possible, can everyone please take a > moment and go to the following web page: > > http://www.doodle.com/participation.html?pollId=e2uvzzf3per72ae9 > > I'll look at results in the next two days to schedule. > > Eliot > > On 1/19/09 4:25 AM, Cyrus Daboo wrote: > >> Hi folks, >> Here are the list of currently open issues from Reinhold's review: >> >> >> >> Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. >> >> These issues need further discussion. >> >> Other issues have been dealt with (either fixed or not) as per >> . >> All of this needs review from other people to confirm that the changes made >> (or not made) are valid. >> >> >> > > _______________________________________________ > 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 From ietf-calsify-bounces@osafoundation.org Fri Jan 23 06:23:19 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D288728C12F for ; Fri, 23 Jan 2009 06:23:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.375 X-Spam-Level: X-Spam-Status: No, score=-5.375 tagged_above=-999 required=5 tests=[AWL=-2.776, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 39OpJU+28IKE for ; Fri, 23 Jan 2009 06:23:19 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 147DA28C0DB for ; Fri, 23 Jan 2009 06:23:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id E485377D718; Fri, 23 Jan 2009 06:23:00 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LeRjU09ijagg; Fri, 23 Jan 2009 06:22:32 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 2159277D6FE; Fri, 23 Jan 2009 06:21:58 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D4DD577D702 for ; Fri, 23 Jan 2009 06:19:45 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UiLHSFOhzu1Y for ; Fri, 23 Jan 2009 06:19:28 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id E30E177D720 for ; Fri, 23 Jan 2009 06:18:16 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,312,1231113600"; d="scan'208";a="31775556" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 23 Jan 2009 14:18:15 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0NEIFna007987 for ; Fri, 23 Jan 2009 15:18:15 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0NEIFJM023210 for ; Fri, 23 Jan 2009 14:18:15 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Jan 2009 15:18:15 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.88.24]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Jan 2009 15:18:14 +0100 Message-ID: <4979D1A6.4030905@cisco.com> Date: Fri, 23 Jan 2009 15:18:14 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090122 Shredder/3.0b2pre MIME-Version: 1.0 To: CALSIFY Mailinglist X-OriginalArrivalTime: 23 Jan 2009 14:18:15.0040 (UTC) FILETIME=[6E2D4800:01C97D65] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [ietf-calsify] Jabber Session for Open 2446 issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Dear all, Please go to the following link now and choose times that are convenient for you to participate in a Jabber session. http://www.doodle.com/participation.html?pollId=e2uvzzf3per72ae9 If you have previously voted, *PLEASE DO SO AGAIN. *Thank you, Eliot _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Fri Jan 23 06:48:54 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AB91B3A6AB3 for ; Fri, 23 Jan 2009 06:48:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.956 X-Spam-Level: X-Spam-Status: No, score=-2.956 tagged_above=-999 required=5 tests=[AWL=-0.357, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O-BlDakzu+8k for ; Fri, 23 Jan 2009 06:48:53 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 8259D3A69FA for ; Fri, 23 Jan 2009 06:48:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id B5FE377D700; Fri, 23 Jan 2009 06:48:34 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RZDbhu7Iwd6S; Fri, 23 Jan 2009 06:48:28 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id AB09477D71B; Fri, 23 Jan 2009 06:47:22 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 010AF794052 for ; Fri, 23 Jan 2009 06:47:17 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fLSl2jxs6KhM for ; Fri, 23 Jan 2009 06:47:05 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id 92F0B77D72D for ; Fri, 23 Jan 2009 06:46:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id C87D01109E94; Fri, 23 Jan 2009 09:46:13 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2wcXYGOqvI19; Fri, 23 Jan 2009 09:46:13 -0500 (EST) Received: from [17.101.35.28] (unknown [10.0.1.1]) by daboo.name (Postfix) with ESMTP id EFBC11109E89; Fri, 23 Jan 2009 09:46:12 -0500 (EST) Date: Fri, 23 Jan 2009 09:46:12 -0500 From: Cyrus Daboo To: Eliot Lear Message-ID: <5FDFD2590EE0EC51276CE979@socrates.local> In-Reply-To: <4979D107.8040405@cisco.com> References: <49748FBF.3030702@cisco.com> <4979D107.8040405@cisco.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Disposition: inline; size=463 Cc: Calsify Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Eliot, --On January 23, 2009 3:15:35 PM +0100 Eliot Lear wrote: > Ok, let's try one more time. Only two people doodled the schedule > proposals, probably because of CalConnect. We will push one week out. > If we fail to doodle again, then the chairs are going to have to take > more serious action in consideration of these drafts. That may require a > meeting in SF. I would like to avoid that. My availability added. -- Cyrus Daboo _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Fri Jan 23 13:21:36 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 96BCE3A6804 for ; Fri, 23 Jan 2009 13:21:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.139 X-Spam-Level: X-Spam-Status: No, score=-2.139 tagged_above=-999 required=5 tests=[AWL=-0.740, BAYES_00=-2.599, J_CHICKENPOX_38=0.6, J_CHICKENPOX_39=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6dhqvhSvo45a for ; Fri, 23 Jan 2009 13:21:30 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 1F7FD3A693A for ; Fri, 23 Jan 2009 13:21:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 0DC9F794029; Fri, 23 Jan 2009 13:21:09 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QiqD3qgGWEiR; Fri, 23 Jan 2009 13:20:59 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 5A9FC784206; Fri, 23 Jan 2009 13:19:41 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D465E7841F7 for ; Fri, 23 Jan 2009 13:16:52 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ihtjWp9pHGPU for ; Fri, 23 Jan 2009 13:16:40 -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 leka.osafoundation.org (Postfix) with ESMTP id F11B27841FF for ; Fri, 23 Jan 2009 13:15:33 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0NLFTVv032599; Fri, 23 Jan 2009 22:15:30 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: ietf-calsify@osafoundation.org Date: Fri, 23 Jan 2009 22:15:14 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200901232215.23523.reinhold@kainhofer.com> Subject: Re: [ietf-calsify] Question about interaction between DTSTART and BYSETPOS X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Donnerstag, 22. Januar 2009 20:44:55 schrieb Rick DeNatale: > The 3rd instance into the month of one of Tuesday, Wednesday or Thursday, > for the next 3 months: > > DTSTART;TZID=US-Eastern:19970904T090000 > > RRULE:FREQ=MONTHLY;COUNT=3;BYDAY=TU,WE,TH;BYSETPOS=3 > ==> (1997 9:00 AM EDT)September 4;October 7 > (1997 9:00 AM EST)November 6 > > As I understand things, the recurrence set consists of the occurrence > specified by DTSTART (regardless whether or not that time meets the other > criteria) and then any following times which meet the critera. My basic > approach follows this, after producing the DTSTART occurence, I get the > next occurrence by incrementing the time based on the BYXXX and FREQ parts, > and never consider times prior to DTSTART. > > I also think that the 'set' implied by BYSETPOS, is the set of occurrences > meeting the other criteria within one increment of the FREQ value. Exactly. > For example, what should be produced if the DTSTART were 19970901? I'd > guess September 1, September 4 and October 7. That's invalid iCalendar according to rfc2445bis, where DTSTART has to match the RRULE. > And what if it were 19970905? I guess in this case it would be September > 5, October 7, and November 6. Nope, the DTSTART has to match the rule in rfc2445bis. Sept 5 does not match the RRULE, so that would no longer be a valid iCalendar object. However, if you relax the new requirement that DTSTART has to match RRULE, then yes, your results are correct in both cases. > I'm thinking that in the case of having BYSETPOS, I need to start examining > candidates at the beginning of the FREQ period containing DTSTART in order > to compute the first set, and discard any occurrences prior to DTSTART, > while ensuring that the DTSTART is included. > > Does this sound right? Yes, exactly. In rfc2445bis, we also included a requirement that the DTSTART has to match the RRULE, so you definitely have to look at the whole month, irrespective of whether the DTSTART is some date within the month already. Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJejNkTqjEwhXvPN0RAoHxAKC5Q28Vqowy+07jsMTl9WwhVf5aNQCfZ2jT xwqpDFbAJtMA7QvLRoGuDvI= =vnaX -----END PGP SIGNATURE----- _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Fri Jan 23 13:22:25 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F0B263A6862 for ; Fri, 23 Jan 2009 13:22:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.616 X-Spam-Level: X-Spam-Status: No, score=-2.616 tagged_above=-999 required=5 tests=[AWL=-0.017, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4WEOSR7xh2RC for ; Fri, 23 Jan 2009 13:22:25 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 190673A6804 for ; Fri, 23 Jan 2009 13:22:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 23DDB77D72A; Fri, 23 Jan 2009 13:22:08 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HYV8C-gmTy0t; Fri, 23 Jan 2009 13:21:28 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id C60097841F7; Fri, 23 Jan 2009 13:20:18 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 3645B77D71B for ; Fri, 23 Jan 2009 13:17:21 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5mAa4eFVUzKN for ; Fri, 23 Jan 2009 13:16:40 -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 leka.osafoundation.org (Postfix) with ESMTP id F11117841FA for ; Fri, 23 Jan 2009 13:15:33 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0NLFTVw032599; Fri, 23 Jan 2009 22:15:30 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: ietf-calsify@osafoundation.org Date: Fri, 23 Jan 2009 22:15:26 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <49789E5A.8080505@sun.com> In-Reply-To: <49789E5A.8080505@sun.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200901232215.28361.reinhold@kainhofer.com> Cc: Arnaud Quillaud Subject: Re: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Donnerstag, 22. Januar 2009 17:27:06 schrieb Arnaud Quillaud: > For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP > REQUEST but not in iCalendar. That's a good point. Somehow I had in memory that a DUE would also require a DTSTART in a VTODO, however, I can't find anything like that in rfc2445bis any more. To the contrary, section "3.8.2.3. Date/Time Due" explicitly talks of the cases where a task has DTSTART set in addition to DUE, so it must also be possible to have DUE only. Of course, I might also be missing something in rfc2445bis... That's also the reason why I didn't mention this in my rfc2446 review, since I though that rfc2445bis already requires DTSTART when DUE is present. Of course, recurring VTODOs will need a DTSTART, since the expansion of the recurrence set is always based on DTSTART... Typically a task has a due date but usually no fixed starting date in real life, so the requirement to have a start date when you give a due date does not really make sense... > For SUMMARY and PRIORITY, client implementers can always add them with a > value of null and 0 respectively but for DTSTART, this is more problematic. I totally agree. > When assigning a task to somebody else, it is possible (and actually > quite likely) that one would set the DUE date and not the DTSTART. Setting it to the currenct date/time is also no clean option, as in the future this will be interpreted as if work on the task is not allowed/started before that date/time. > Should we relax this rule ? Unless I'm missing something in rfc2445bis that requires DTSTART when DUE is present, I suppose that would be possible. I'm just wondering where that requirement actually comes from and what are the reasons behind it. Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJejNvTqjEwhXvPN0RAgx9AKCB6TmMfJf1jJ03UeGJhTikwS4G/QCfWUtb RwXaW81cAYcxm8VwwKLXZSc= =gJ6c -----END PGP SIGNATURE----- _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Sat Jan 24 23:31:39 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AC45C3A6405 for ; Sat, 24 Jan 2009 23:31:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.229 X-Spam-Level: X-Spam-Status: No, score=-5.229 tagged_above=-999 required=5 tests=[AWL=-2.630, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lY4XFdzGpGzn for ; Sat, 24 Jan 2009 23:31:38 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id D04173A68B5 for ; Sat, 24 Jan 2009 23:31:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id CE71E3E06BB; Sat, 24 Jan 2009 23:31:20 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qJmvODm2RV2j; Sat, 24 Jan 2009 23:30:57 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 319AC7841F5; Sat, 24 Jan 2009 23:30:43 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 191EF7841F5 for ; Sat, 24 Jan 2009 23:30:36 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sEjtknABH2aH for ; Sat, 24 Jan 2009 23:30:20 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 1220F77D715 for ; Sat, 24 Jan 2009 23:29:50 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,321,1231113600"; d="scan'208";a="31866104" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 25 Jan 2009 07:29:47 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0P7TlfR025732 for ; Sun, 25 Jan 2009 08:29:47 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0P7TlSB008617 for ; Sun, 25 Jan 2009 07:29:47 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 08:29:46 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.89.242]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 08:29:46 +0100 Message-ID: <497C14EA.3080104@cisco.com> Date: Sun, 25 Jan 2009 08:29:46 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090122 Shredder/3.0b2pre MIME-Version: 1.0 To: CALSIFY Mailinglist X-OriginalArrivalTime: 25 Jan 2009 07:29:46.0422 (UTC) FILETIME=[B2BA7560:01C97EBE] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [ietf-calsify] Two Jabber Sessions scheduled for 2446bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Dear all, Thanks for your participation in the doodle poll. To move us forward, here are two jabber sessions. Wed. Feb 11, 2009, 3:00PM GMT Fri, Feb 13, 2009, 2:00PM GMT Each session will run one hour. The agenda will be to go through open issues and to schedule follow-up jabber sessions. All decisions are finalized on this mailing list, per IETF rules. Eliot _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Sun Jan 25 04:29:54 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 734D13A6A26 for ; Sun, 25 Jan 2009 04:29:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.097 X-Spam-Level: X-Spam-Status: No, score=-6.097 tagged_above=-999 required=5 tests=[AWL=-1.499, BAYES_00=-2.599, GB_I_INVITATION=-2, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2H9Q8ir6gNk7 for ; Sun, 25 Jan 2009 04:29:53 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 7C1093A69A3 for ; Sun, 25 Jan 2009 04:29:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 82273794039; Sun, 25 Jan 2009 04:29:33 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FtW+vlLUvtWo; Sun, 25 Jan 2009 04:29:13 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id C8DD477D708; Sun, 25 Jan 2009 04:27:30 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id DB44A3E06EB for ; Sun, 25 Jan 2009 04:25:22 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n9zc9508ZeQE for ; Sun, 25 Jan 2009 04:25:13 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 3CEC677D723 for ; Sun, 25 Jan 2009 04:23:36 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,321,1231113600"; d="ics'?scan'208,217";a="31874733" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 25 Jan 2009 12:23:35 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0PCNZ6J000486 for ; Sun, 25 Jan 2009 13:23:35 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0PCNZBQ011079 for ; Sun, 25 Jan 2009 12:23:35 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 13:23:35 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.89.242]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 13:23:34 +0100 Message-Id: From: Eliot Lear To: CALSIFY Mailinglist Mime-Version: 1.0 (Apple Message framework v930.3) X-Mail-Calendar-Part: Yes Date: Sun, 25 Jan 2009 13:23:29 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 25 Jan 2009 12:23:35.0164 (UTC) FILETIME=[BE4703C0:01C97EE7] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [ietf-calsify] iCal event invitation: IETF Calsify Jabber Session X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0807602032==" Mime-version: 1.0 Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org --===============0807602032== Content-Type: multipart/alternative; boundary=Apple-Mail-1--971544472 --Apple-Mail-1--971544472 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Eliot Lear has invited you to the iCal event: IETF Calsify Jabber Session, scheduled for February 11, 2009 at 3:00 PM (Europe/Dublin). To accept or decline this invitation, click the link below. --Apple-Mail-1--971544472 Content-Type: multipart/mixed; boundary=Apple-Mail-2--971544470 --Apple-Mail-2--971544470 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
Eliot Lear has invited you to the iCal event: IETF Calsify Jabber Session, scheduled for February 11, 2009 at 3:00 PM (Europe/Dublin). To accept or decline this invitation, click the link below.
--Apple-Mail-2--971544470 Content-Disposition: attachment; filename=iCal-20090125-122302.ics Content-Type: text/calendar; x-unix-mode=0644; name="iCal-20090125-122302.ics" Content-Transfer-Encoding: quoted-printable BEGIN:VCALENDAR=0D=0APRODID:-//Apple=20Inc.//iCal=203.0//EN=0D=0A= CALSCALE:GREGORIAN=0D=0AVERSION:2.0=0D=0AMETHOD:REQUEST=0D=0A= BEGIN:VTIMEZONE=0D=0ATZID:Europe/Dublin=0D=0ABEGIN:DAYLIGHT=0D=0A= TZOFFSETFROM:+0000=0D=0ATZOFFSETTO:+0100=0D=0ADTSTART:19810329T010000=0D=0A= RRULE:FREQ=3DYEARLY;BYMONTH=3D3;BYDAY=3D-1SU=0D=0ATZNAME:IST=0D=0A= END:DAYLIGHT=0D=0ABEGIN:STANDARD=0D=0ATZOFFSETFROM:+0100=0D=0A= TZOFFSETTO:+0000=0D=0ADTSTART:19961027T020000=0D=0A= RRULE:FREQ=3DYEARLY;BYMONTH=3D10;BYDAY=3D-1SU=0D=0ATZNAME:GMT=0D=0A= END:STANDARD=0D=0AEND:VTIMEZONE=0D=0ABEGIN:VEVENT=0D=0ASEQUENCE:5=0D=0A= DTSTART;TZID=3DEurope/Dublin:20090211T150000=0D=0A= UID:F159606F-C22A-4C60-A4B2-B3BC45621FD1=0D=0AORGANIZER;CN=3D"Eliot=20= Lear":mailto:lear@cisco.com=0D=0ADTSTAMP:20090125T122242Z=0D=0A= SUMMARY:IETF=20Calsify=20Jabber=20Session=0D=0AATTENDEE;CN=3D"CALSIFY=20= Mailinglist";CUTYPE=3DINDIVIDUAL;PARTSTAT=3DNEEDS-ACTIO=0D=0A=20= N;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE:mailto:Ietf-calsify@osafoundation.org= =0D=0AATTENDEE;CN=3D"Eliot=20= Lear";PARTSTAT=3DACCEPTED:mailto:lear@cisco.com=0D=0A= CREATED:20090125T122147Z=0D=0ADTEND;TZID=3DEurope/Dublin:20090211T160000=0D= =0ALOCATION:jabber.ietf.org/calsify=0D=0AEND:VEVENT=0D=0AEND:VCALENDAR=0D= =0A= --Apple-Mail-2--971544470 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
--Apple-Mail-2--971544470-- --Apple-Mail-1--971544472-- --===============0807602032== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify --===============0807602032==-- From ietf-calsify-bounces@osafoundation.org Sun Jan 25 04:30:01 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CB4A43A6A26 for ; Sun, 25 Jan 2009 04:30:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.026 X-Spam-Level: X-Spam-Status: No, score=-6.026 tagged_above=-999 required=5 tests=[AWL=-1.428, BAYES_00=-2.599, GB_I_INVITATION=-2, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mND2ck41GUNf for ; Sun, 25 Jan 2009 04:30:01 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 27D763A69A3 for ; Sun, 25 Jan 2009 04:30:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 2DC49784214; Sun, 25 Jan 2009 04:29:44 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lq2awiZOE1Ok; Sun, 25 Jan 2009 04:29:31 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 33B9B77D71A; Sun, 25 Jan 2009 04:27:49 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 4811278420F for ; Sun, 25 Jan 2009 04:27:01 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tSWGYydTW9w5 for ; Sun, 25 Jan 2009 04:26:46 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 1640F3E0641 for ; Sun, 25 Jan 2009 04:24:49 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,321,1231113600"; d="ics'?scan'208,217";a="31874763" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 25 Jan 2009 12:24:48 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n0PCOmVF014715 for ; Sun, 25 Jan 2009 13:24:48 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0PCOmXI011196 for ; Sun, 25 Jan 2009 12:24:48 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 13:24:48 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.89.242]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 13:24:47 +0100 Message-Id: <5BFD6D40-7B4F-4054-BDA9-316000ACF6E7@cisco.com> From: Eliot Lear To: CALSIFY Mailinglist Mime-Version: 1.0 (Apple Message framework v930.3) X-Mail-Calendar-Part: Yes Date: Sun, 25 Jan 2009 13:24:46 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 25 Jan 2009 12:24:48.0228 (UTC) FILETIME=[E9D3B240:01C97EE7] Authentication-Results: ams-dkim-2; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Subject: [ietf-calsify] iCal event invitation: IETF Calsify Jabber Session X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0520769747==" Mime-version: 1.0 Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org --===============0520769747== Content-Type: multipart/alternative; boundary=Apple-Mail-3--971467889 --Apple-Mail-3--971467889 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Eliot Lear has invited you to the iCal event: IETF Calsify Jabber Session, scheduled for February 13, 2009 at 2:00 PM (Europe/Dublin). To accept or decline this invitation, click the link below. --Apple-Mail-3--971467889 Content-Type: multipart/mixed; boundary=Apple-Mail-4--971467889 --Apple-Mail-4--971467889 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
Eliot Lear has invited you to the iCal event: IETF Calsify Jabber Session, scheduled for February 13, 2009 at 2:00 PM (Europe/Dublin). To accept or decline this invitation, click the link below.
--Apple-Mail-4--971467889 Content-Disposition: attachment; filename=iCal-20090125-122444.ics Content-Type: text/calendar; x-unix-mode=0644; name="iCal-20090125-122444.ics" Content-Transfer-Encoding: quoted-printable BEGIN:VCALENDAR=0D=0APRODID:-//Apple=20Inc.//iCal=203.0//EN=0D=0A= CALSCALE:GREGORIAN=0D=0AVERSION:2.0=0D=0AMETHOD:REQUEST=0D=0A= BEGIN:VTIMEZONE=0D=0ATZID:Europe/Dublin=0D=0ABEGIN:DAYLIGHT=0D=0A= TZOFFSETFROM:+0000=0D=0ATZOFFSETTO:+0100=0D=0ADTSTART:19810329T010000=0D=0A= RRULE:FREQ=3DYEARLY;BYMONTH=3D3;BYDAY=3D-1SU=0D=0ATZNAME:IST=0D=0A= END:DAYLIGHT=0D=0ABEGIN:STANDARD=0D=0ATZOFFSETFROM:+0100=0D=0A= TZOFFSETTO:+0000=0D=0ADTSTART:19961027T020000=0D=0A= RRULE:FREQ=3DYEARLY;BYMONTH=3D10;BYDAY=3D-1SU=0D=0ATZNAME:GMT=0D=0A= END:STANDARD=0D=0AEND:VTIMEZONE=0D=0ABEGIN:VEVENT=0D=0ASEQUENCE:4=0D=0A= DTSTART;TZID=3DEurope/Dublin:20090213T140000=0D=0A= UID:9307BD9E-61E5-4D21-AF9B-3A58F5206C12=0D=0AORGANIZER;CN=3D"Eliot=20= Lear":mailto:lear@cisco.com=0D=0ADTSTAMP:20090125T122428Z=0D=0A= SUMMARY:IETF=20Calsify=20Jabber=20Session=0D=0AATTENDEE;CN=3D"CALSIFY=20= Mailinglist";CUTYPE=3DINDIVIDUAL;PARTSTAT=3DNEEDS-ACTIO=0D=0A=20= N;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE:mailto:Ietf-calsify@osafoundation.org= =0D=0AATTENDEE;CN=3D"Eliot=20= Lear";PARTSTAT=3DACCEPTED:mailto:lear@cisco.com=0D=0A= CREATED:20090125T122346Z=0D=0ADTEND;TZID=3DEurope/Dublin:20090213T150000=0D= =0ALOCATION:jabber.ietf.org/calsify=0D=0AEND:VEVENT=0D=0AEND:VCALENDAR=0D= =0A= --Apple-Mail-4--971467889 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
--Apple-Mail-4--971467889-- --Apple-Mail-3--971467889-- --===============0520769747== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify --===============0520769747==-- From ietf-calsify-bounces@osafoundation.org Tue Jan 27 05:59:47 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D46C3A69F8 for ; Tue, 27 Jan 2009 05:59:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.613 X-Spam-Level: X-Spam-Status: No, score=-2.613 tagged_above=-999 required=5 tests=[AWL=-0.014, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9lyfTXlQswoS for ; Tue, 27 Jan 2009 05:59:45 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 76CB43A67E6 for ; Tue, 27 Jan 2009 05:59:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D772A77D727; Tue, 27 Jan 2009 05:59:23 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lKl0TbnmQ-28; Tue, 27 Jan 2009 05:59:04 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id E1E073E1E6B; Tue, 27 Jan 2009 05:57:09 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 17DDA3E071F for ; Tue, 27 Jan 2009 05:57:04 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8-Vn2bIfR+FU for ; Tue, 27 Jan 2009 05:56:49 -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 leka.osafoundation.org (Postfix) with ESMTP id 8AFF4794035 for ; Tue, 27 Jan 2009 05:54:50 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0RDslH7004570 for ; Tue, 27 Jan 2009 14:54:47 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: CALSIFY Mailinglist Date: Tue, 27 Jan 2009 14:54:39 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) Content-Disposition: inline Message-Id: <200901271454.44965.reinhold@kainhofer.com> Subject: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, In RFC2445bis, is it possible to have zero-time events or not? In particular, the section "3.8.2.2. Date/Time End" says that the DTEND MUST be later in time than the DTSTART, so zero-time events are not possible using DTEND. On the other side, "3.6.1. Event Component" says: "For cases where a "VEVENT" calendar component specifies a "DTSTART" property with a DATE value type but no "DTEND" nor "DURATION" property, the event's duration is taken to be one day. For cases where a "VEVENT" calendar component specifies a "DTSTART" property with a DATE-TIME value type but no "DTEND" property, the event ends on the same calendar date and time of day specified by the "DTSTART" property." So, it seems that to get a zero-time event, one MUST leave out the DTEND and the event must have a time assigned. For events with DTSTART being a DATE-TIME the default length is zero, while for events with DTSTART being a DATE the default length is one whole day. Isn't this inconsistent? Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJfxIgTqjEwhXvPN0RAoCyAKCtGvDpdK8TUu6PioPvcEW4bGCs1QCcCvdM zUrz91Vr6J3VhCx5CeJJ4Ks= =21hP -----END PGP SIGNATURE----- _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Tue Jan 27 06:28:23 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 920FC28C141 for ; Tue, 27 Jan 2009 06:28:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.158 X-Spam-Level: X-Spam-Status: No, score=-5.158 tagged_above=-999 required=5 tests=[AWL=-2.559, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3-lBneWJie5y for ; Tue, 27 Jan 2009 06:28:22 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 9E63A28C143 for ; Tue, 27 Jan 2009 06:28:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 929993E0761; Tue, 27 Jan 2009 06:28:04 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7gbQ0BRPgI6S; Tue, 27 Jan 2009 06:27:50 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id CA81477D702; Tue, 27 Jan 2009 06:27:41 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 070BA3E0743 for ; Tue, 27 Jan 2009 06:27:34 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9FoWeRjeMQK4 for ; Tue, 27 Jan 2009 06:27:13 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 2B51177D714 for ; Tue, 27 Jan 2009 06:26:16 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,332,1231113600"; d="scan'208";a="32073237" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 27 Jan 2009 14:26:14 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0REQEZE003480; Tue, 27 Jan 2009 15:26:14 +0100 Received: from adsl-247-4-fixip.tiscali.ch (dhcp-10-61-110-210.cisco.com [10.61.110.210]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0REQEFq007336; Tue, 27 Jan 2009 14:26:14 GMT Message-ID: <497F1986.6090206@cisco.com> Date: Tue, 27 Jan 2009 15:26:14 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090124 Shredder/3.0b2pre MIME-Version: 1.0 To: Reinhold Kainhofer References: <200901271454.44965.reinhold@kainhofer.com> In-Reply-To: <200901271454.44965.reinhold@kainhofer.com> Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Chair hat on. While I'm perfectly happy for someone to answer this question, we are not entertaining changes to RFC2445bis outside the scope of those required to clear IESG DISCUSS comments. Eliot On 1/27/09 2:54 PM, Reinhold Kainhofer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > In RFC2445bis, is it possible to have zero-time events or not? In particular, > the section "3.8.2.2. Date/Time End" says that the DTEND MUST be later in > time than the DTSTART, so zero-time events are not possible using DTEND. > > On the other side, "3.6.1. Event Component" says: > "For cases where a "VEVENT" calendar component > specifies a "DTSTART" property with a DATE value type but no > "DTEND" nor "DURATION" property, the event's duration is taken to > be one day. For cases where a "VEVENT" calendar component > specifies a "DTSTART" property with a DATE-TIME value type but no > "DTEND" property, the event ends on the same calendar date and > time of day specified by the "DTSTART" property." > > So, it seems that to get a zero-time event, one MUST leave out the DTEND and > the event must have a time assigned. For events with DTSTART being a DATE-TIME > the default length is zero, while for events with DTSTART being a DATE the > default length is one whole day. Isn't this inconsistent? > > Cheers, > Reinhold > - -- > - ------------------------------------------------------------------ > Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ > * Financial& Actuarial Math., Vienna Univ. of Technology, Austria > * http://www.fam.tuwien.ac.at/, DVR: 0005886 > * LilyPond, Music typesetting, http://www.lilypond.org > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iD8DBQFJfxIgTqjEwhXvPN0RAoCyAKCtGvDpdK8TUu6PioPvcEW4bGCs1QCcCvdM > zUrz91Vr6J3VhCx5CeJJ4Ks= > =21hP > -----END PGP SIGNATURE----- > _______________________________________________ > 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 From ietf-calsify-bounces@osafoundation.org Tue Jan 27 06:48:21 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AC1983A6A4C for ; Tue, 27 Jan 2009 06:48:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.199 X-Spam-Level: X-Spam-Status: No, score=-3.199 tagged_above=-999 required=5 tests=[AWL=-0.600, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eTCm07gOeWwZ for ; Tue, 27 Jan 2009 06:48:20 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 8FB103A6A05 for ; Tue, 27 Jan 2009 06:48:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 2C4F83E0726; Tue, 27 Jan 2009 06:48:00 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wK1EDxkRGz2D; Tue, 27 Jan 2009 06:47:59 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 5B4F03E0774; Tue, 27 Jan 2009 06:47:54 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 96E2E77D6FE for ; Tue, 27 Jan 2009 06:47:48 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UtlymefyvofE for ; Tue, 27 Jan 2009 06:47:29 -0800 (PST) Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 56A873E073D for ; Tue, 27 Jan 2009 06:47:29 -0800 (PST) Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0REm9gf006405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Jan 2009 14:48:11 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0RElD1k002034; Tue, 27 Jan 2009 14:47:15 GMT Received: from [10.156.43.80] (/10.156.43.80) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 27 Jan 2009 14:47:12 +0000 Message-ID: <497F1E6E.2000107@oracle.com> Date: Tue, 27 Jan 2009 09:47:10 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Reinhold Kainhofer References: <200901271454.44965.reinhold@kainhofer.com> In-Reply-To: <200901271454.44965.reinhold@kainhofer.com> X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.497F1E74.023E:SCFSTAT928724,ss=1,fgs=0 Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Reinhold, As it stands I don't believe there is any restriction on zero-time events. If DTSTART is DATE-TIME value you can either omit DTEND, or set DURATION to zero (e.g., "P0S"). If DTSTART is a DATE value you can set DURATION to zero (e.g., "P0D"). That being said, I don't know why RFC2445 had a restriction on DTEND being required to be later in time than DTSTART... Cheers, Bernard Reinhold Kainhofer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > In RFC2445bis, is it possible to have zero-time events or not? In particular, > the section "3.8.2.2. Date/Time End" says that the DTEND MUST be later in > time than the DTSTART, so zero-time events are not possible using DTEND. > > On the other side, "3.6.1. Event Component" says: > "For cases where a "VEVENT" calendar component > specifies a "DTSTART" property with a DATE value type but no > "DTEND" nor "DURATION" property, the event's duration is taken to > be one day. For cases where a "VEVENT" calendar component > specifies a "DTSTART" property with a DATE-TIME value type but no > "DTEND" property, the event ends on the same calendar date and > time of day specified by the "DTSTART" property." > > So, it seems that to get a zero-time event, one MUST leave out the DTEND and > the event must have a time assigned. For events with DTSTART being a DATE-TIME > the default length is zero, while for events with DTSTART being a DATE the > default length is one whole day. Isn't this inconsistent? > > Cheers, > Reinhold > - -- > - ------------------------------------------------------------------ > Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ > * Financial & Actuarial Math., Vienna Univ. of Technology, Austria > * http://www.fam.tuwien.ac.at/, DVR: 0005886 > * LilyPond, Music typesetting, http://www.lilypond.org > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iD8DBQFJfxIgTqjEwhXvPN0RAoCyAKCtGvDpdK8TUu6PioPvcEW4bGCs1QCcCvdM > zUrz91Vr6J3VhCx5CeJJ4Ks= > =21hP > -----END PGP SIGNATURE----- > _______________________________________________ > 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 From ietf-calsify-bounces@osafoundation.org Tue Jan 27 06:55:43 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B678F3A6B39 for ; Tue, 27 Jan 2009 06:55:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.999 X-Spam-Level: X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5 tests=[AWL=-0.400, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jGdDYGvlj6Sh for ; Tue, 27 Jan 2009 06:55:42 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id EA7333A69C9 for ; Tue, 27 Jan 2009 06:55:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 501083E0769; Tue, 27 Jan 2009 06:55:24 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JZ3li5v0LfWN; Tue, 27 Jan 2009 06:55:06 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 4AE0C3E0743; Tue, 27 Jan 2009 06:54:40 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id A6EE777D729 for ; Tue, 27 Jan 2009 06:54:32 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xfXx1CnWQph1 for ; Tue, 27 Jan 2009 06:54:18 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id CB0583E0769 for ; Tue, 27 Jan 2009 06:54:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 1478B1127779; Tue, 27 Jan 2009 09:54:03 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id adLzLDuer+fK; Tue, 27 Jan 2009 09:54:02 -0500 (EST) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id 98DA71127771; Tue, 27 Jan 2009 09:54:01 -0500 (EST) Date: Tue, 27 Jan 2009 09:53:56 -0500 From: Cyrus Daboo To: Bernard Desruisseaux , Reinhold Kainhofer Message-ID: <1D32FA5D1CD62A8F716B7586@caldav.corp.apple.com> In-Reply-To: <497F1E6E.2000107@oracle.com> References: <200901271454.44965.reinhold@kainhofer.com> <497F1E6E.2000107@oracle.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Disposition: inline; size=677 Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Hi Bernard, --On January 27, 2009 9:47:10 AM -0500 Bernard Desruisseaux wrote: > That being said, I don't know why RFC2445 had a restriction on DTEND > being required to be later in time than DTSTART... If DTSTART == DTEND how would you deal with the fact that DTSTART is inclusive but DTEND is exclusive? That would represent a contradiction. It could result in different behavior depending on the order of clauses in your "if" statement for seeing whether an event intersects a specified time-range. So I think it is always better to say DTEND > DTSTART, if DTEND exists. That avoids the possibility of any error. -- Cyrus Daboo _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Tue Jan 27 07:24:45 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B2FB73A6ABD for ; Tue, 27 Jan 2009 07:24:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.612 X-Spam-Level: X-Spam-Status: No, score=-2.612 tagged_above=-999 required=5 tests=[AWL=-0.012, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xaqnAjRfSOXd for ; Tue, 27 Jan 2009 07:24:44 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 9BC7E28C105 for ; Tue, 27 Jan 2009 07:24:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 690B3784202; Tue, 27 Jan 2009 07:24:25 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EYXzh9lPeR4p; Tue, 27 Jan 2009 07:24:07 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 9916C77D72A; Tue, 27 Jan 2009 07:22:48 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id ED1CA3E0743 for ; Tue, 27 Jan 2009 07:22:40 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d24J10NuqI3X for ; Tue, 27 Jan 2009 07:22:18 -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 leka.osafoundation.org (Postfix) with ESMTP id 1E89A77D709 for ; Tue, 27 Jan 2009 07:20:30 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0RFKLDe009557; Tue, 27 Jan 2009 16:20:21 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: Cyrus Daboo Date: Tue, 27 Jan 2009 16:20:07 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <200901271454.44965.reinhold@kainhofer.com> <497F1E6E.2000107@oracle.com> <1D32FA5D1CD62A8F716B7586@caldav.corp.apple.com> In-Reply-To: <1D32FA5D1CD62A8F716B7586@caldav.corp.apple.com> Content-Disposition: inline Message-Id: <200901271620.19325.reinhold@kainhofer.com> Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Dienstag, 27. Januar 2009 15:53:56 schrieb Cyrus Daboo: > Hi Bernard, > > --On January 27, 2009 9:47:10 AM -0500 Bernard Desruisseaux > > wrote: > > That being said, I don't know why RFC2445 had a restriction on DTEND > > being required to be later in time than DTSTART... > > If DTSTART == DTEND how would you deal with the fact that DTSTART is > inclusive but DTEND is exclusive? That would represent a contradiction. No, that's the exact definition of a zero-time event: Even the starting second is not part of the event. That's useful for e.g. marking certain times (e.g. a deadline for something; a deadline is just one particularly marked time and does not take up any time). > It > could result in different behavior depending on the order of clauses in > your "if" statement for seeing whether an event intersects a specified > time-range. > So I think it is always better to say DTEND > DTSTART, if DTEND exists. > That avoids the possibility of any error. But what about the cases with DURATION set to P0S? Aren't they exactly the same case? - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJfyYnTqjEwhXvPN0RAp+dAJ9GsbsJAaemtYThRgbtw4E9or9TrwCfdIQg Nw7Li8sKg+o3Fnt0bfkhaUU= =/5PJ -----END PGP SIGNATURE----- _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Tue Jan 27 07:45:38 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1EFE328C0D6 for ; Tue, 27 Jan 2009 07:45:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 582phi3AUICS for ; Tue, 27 Jan 2009 07:45:37 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 319CA3A67A5 for ; Tue, 27 Jan 2009 07:45:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 875933E0726; Tue, 27 Jan 2009 07:45:19 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5deqeobasmUM; Tue, 27 Jan 2009 07:45:03 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 36B47794034; Tue, 27 Jan 2009 07:43:20 -0800 (PST) X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 05A94794037 for ; Tue, 27 Jan 2009 07:43:14 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Txmn3J1s8G5P for ; Tue, 27 Jan 2009 07:42:36 -0800 (PST) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by leka.osafoundation.org (Postfix) with ESMTP id 56C9F77D708 for ; Tue, 27 Jan 2009 07:41:52 -0800 (PST) Received: by ey-out-2122.google.com with SMTP id d26so929562eyd.15 for ; Tue, 27 Jan 2009 07:41:51 -0800 (PST) Received: by 10.66.243.2 with SMTP id q2mr1883220ugh.1.1233070910983; Tue, 27 Jan 2009 07:41:50 -0800 (PST) Received: from ?192.168.50.41? ([89.251.2.62]) by mx.google.com with ESMTPS id 30sm12001598ugf.13.2009.01.27.07.41.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Jan 2009 07:41:50 -0800 (PST) From: Harrie Hazewinkel To: Reinhold Kainhofer In-Reply-To: <200901271620.19325.reinhold@kainhofer.com> References: <200901271454.44965.reinhold@kainhofer.com> <497F1E6E.2000107@oracle.com> <1D32FA5D1CD62A8F716B7586@caldav.corp.apple.com> <200901271620.19325.reinhold@kainhofer.com> Message-Id: Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 27 Jan 2009 16:41:44 +0100 X-Mailer: Apple Mail (2.929.2) Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org On Jan 27, 2009, at 4:20 PM, Reinhold Kainhofer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Am Dienstag, 27. Januar 2009 15:53:56 schrieb Cyrus Daboo: >> Hi Bernard, >> >> --On January 27, 2009 9:47:10 AM -0500 Bernard Desruisseaux >> >> wrote: >>> That being said, I don't know why RFC2445 had a restriction on DTEND >>> being required to be later in time than DTSTART... >> >> If DTSTART == DTEND how would you deal with the fact that DTSTART is >> inclusive but DTEND is exclusive? That would represent a >> contradiction. > > No, that's the exact definition of a zero-time event: Even the > starting second > is not part of the event. > That's useful for e.g. marking certain times (e.g. a deadline for > something; a > deadline is just one particularly marked time and does not take up > any time). How about using a VTODO? In there you have a 'DUE' property which is sort of a deadline equivalent. Although, I believe you want your events in calendars that do not support this VTODO element, but you have ONLY the VEVENT. If so you have the 'problem'. Harrie _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify From ietf-calsify-bounces@osafoundation.org Tue Jan 27 11:35:09 2009 Return-Path: X-Original-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Delivered-To: ietfarch-calsify-archive-Feit0ahl@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CCEB53A6B17 for ; Tue, 27 Jan 2009 11:35:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yo1DA0q39322 for ; Tue, 27 Jan 2009 11:35:08 -0800 (PST) Received: from leka.osafoundation.org (leka.osafoundation.org [149.20.54.96]) by core3.amsl.com (Postfix) with ESMTP id 8F94C3A6B04 for ; Tue, 27 Jan 2009 11:35:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 27D2F77D700; Tue, 27 Jan 2009 11:34:50 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B0SQ8vADMSDY; Tue, 27 Jan 2009 11:34:49 -0800 (PST) Received: from leka.osafoundation.org (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 147EF784200; Tue, 27 Jan 2009 11:34:35 -0800 (PST) X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 525EB3E073D for ; Tue, 27 Jan 2009 11:34:25 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AB5DffWYv0VB for ; Tue, 27 Jan 2009 11:34:03 -0800 (PST) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by leka.osafoundation.org (Postfix) with ESMTP id A7D4277D71A for ; Tue, 27 Jan 2009 11:34:01 -0800 (PST) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA04.westchester.pa.mail.comcast.net with comcast id 8hLJ1b00B0QuhwU54ja148; Tue, 27 Jan 2009 19:34:01 +0000 Received: from THare ([71.203.105.66]) by OMTA02.westchester.pa.mail.comcast.net with comcast id 8jZz1b00M1RyUCv3Nja09g; Tue, 27 Jan 2009 19:34:01 +0000 From: "Tim Hare" To: "'Reinhold Kainhofer'" , "'Cyrus Daboo'" Date: Tue, 27 Jan 2009 14:33:51 -0500 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcmAk1h+YWkU6TmpQmyl0oMtlWvWnwAIftcA In-Reply-To: <200901271620.19325.reinhold@kainhofer.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Message-Id: <20090127193401.A7D4277D71A@leka.osafoundation.org> Cc: 'CALSIFY Mailinglist' Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: ietf-calsify-bounces@osafoundation.org Errors-To: ietf-calsify-bounces@osafoundation.org Since DTSTART with DURATION of 0 works, I suggest that it should be "standardized" for implementations which require marking events in this case. I would think that it's a small change for any implentation to switch from creating iCalendar objects with DTSTART == DTEND for zero-time events to DTSTART with DURATION = 0. I don't think it resolves any IESG DISCUSS issues, so I'm not going to suggest text changes to RFC2445 to require it to be done that way (but that _would_ simplify things and improve interop) Tim Hare Interested Bystander, Non-Inc. -----Original Message----- From: ietf-calsify-bounces@osafoundation.org [mailto:ietf-calsify-bounces@osafoundation.org] On Behalf Of Reinhold Kainhofer Sent: Tuesday, January 27, 2009 10:20 AM To: Cyrus Daboo Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Dienstag, 27. Januar 2009 15:53:56 schrieb Cyrus Daboo: > Hi Bernard, > > --On January 27, 2009 9:47:10 AM -0500 Bernard Desruisseaux > > wrote: > > That being said, I don't know why RFC2445 had a restriction on DTEND > > being required to be later in time than DTSTART... > > If DTSTART == DTEND how would you deal with the fact that DTSTART is > inclusive but DTEND is exclusive? That would represent a contradiction. No, that's the exact definition of a zero-time event: Even the starting second is not part of the event. That's useful for e.g. marking certain times (e.g. a deadline for something; a deadline is just one particularly marked time and does not take up any time). > It > could result in different behavior depending on the order of clauses > in your "if" statement for seeing whether an event intersects a > specified time-range. > So I think it is always better to say DTEND > DTSTART, if DTEND exists. > That avoids the possibility of any error. But what about the cases with DURATION set to P0S? Aren't they exactly the same case? - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJfyYnTqjEwhXvPN0RAp+dAJ9GsbsJAaemtYThRgbtw4E9or9TrwCfdIQg Nw7Li8sKg+o3Fnt0bfkhaUU= =/5PJ -----END PGP SIGNATURE----- _______________________________________________ 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: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 525EB3E073D for ; Tue, 27 Jan 2009 11:34:25 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.001, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AB5DffWYv0VB for ; Tue, 27 Jan 2009 11:34:03 -0800 (PST) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by leka.osafoundation.org (Postfix) with ESMTP id A7D4277D71A for ; Tue, 27 Jan 2009 11:34:01 -0800 (PST) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA04.westchester.pa.mail.comcast.net with comcast id 8hLJ1b00B0QuhwU54ja148; Tue, 27 Jan 2009 19:34:01 +0000 Received: from THare ([71.203.105.66]) by OMTA02.westchester.pa.mail.comcast.net with comcast id 8jZz1b00M1RyUCv3Nja09g; Tue, 27 Jan 2009 19:34:01 +0000 From: "Tim Hare" To: "'Reinhold Kainhofer'" , "'Cyrus Daboo'" Date: Tue, 27 Jan 2009 14:33:51 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcmAk1h+YWkU6TmpQmyl0oMtlWvWnwAIftcA In-Reply-To: <200901271620.19325.reinhold@kainhofer.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Message-Id: <20090127193401.A7D4277D71A@leka.osafoundation.org> Cc: 'CALSIFY Mailinglist' Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 19:34:26 -0000 Since DTSTART with DURATION of 0 works, I suggest that it should be "standardized" for implementations which require marking events in this case. I would think that it's a small change for any implentation to switch from creating iCalendar objects with DTSTART == DTEND for zero-time events to DTSTART with DURATION = 0. I don't think it resolves any IESG DISCUSS issues, so I'm not going to suggest text changes to RFC2445 to require it to be done that way (but that _would_ simplify things and improve interop) Tim Hare Interested Bystander, Non-Inc. -----Original Message----- From: ietf-calsify-bounces@osafoundation.org [mailto:ietf-calsify-bounces@osafoundation.org] On Behalf Of Reinhold Kainhofer Sent: Tuesday, January 27, 2009 10:20 AM To: Cyrus Daboo Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Dienstag, 27. Januar 2009 15:53:56 schrieb Cyrus Daboo: > Hi Bernard, > > --On January 27, 2009 9:47:10 AM -0500 Bernard Desruisseaux > > wrote: > > That being said, I don't know why RFC2445 had a restriction on DTEND > > being required to be later in time than DTSTART... > > If DTSTART == DTEND how would you deal with the fact that DTSTART is > inclusive but DTEND is exclusive? That would represent a contradiction. No, that's the exact definition of a zero-time event: Even the starting second is not part of the event. That's useful for e.g. marking certain times (e.g. a deadline for something; a deadline is just one particularly marked time and does not take up any time). > It > could result in different behavior depending on the order of clauses > in your "if" statement for seeing whether an event intersects a > specified time-range. > So I think it is always better to say DTEND > DTSTART, if DTEND exists. > That avoids the possibility of any error. But what about the cases with DURATION set to P0S? Aren't they exactly the same case? - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJfyYnTqjEwhXvPN0RAp+dAJ9GsbsJAaemtYThRgbtw4E9or9TrwCfdIQg Nw7Li8sKg+o3Fnt0bfkhaUU= =/5PJ -----END PGP SIGNATURE----- _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 05A94794037 for ; Tue, 27 Jan 2009 07:43:14 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-50 required=4 tests=[BAYES_00=-2.599, SPF_PASS=-0.001] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Txmn3J1s8G5P for ; Tue, 27 Jan 2009 07:42:36 -0800 (PST) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by leka.osafoundation.org (Postfix) with ESMTP id 56C9F77D708 for ; Tue, 27 Jan 2009 07:41:52 -0800 (PST) Received: by ey-out-2122.google.com with SMTP id d26so929562eyd.15 for ; Tue, 27 Jan 2009 07:41:51 -0800 (PST) Received: by 10.66.243.2 with SMTP id q2mr1883220ugh.1.1233070910983; Tue, 27 Jan 2009 07:41:50 -0800 (PST) Received: from ?192.168.50.41? ([89.251.2.62]) by mx.google.com with ESMTPS id 30sm12001598ugf.13.2009.01.27.07.41.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Jan 2009 07:41:50 -0800 (PST) From: Harrie Hazewinkel To: Reinhold Kainhofer In-Reply-To: <200901271620.19325.reinhold@kainhofer.com> References: <200901271454.44965.reinhold@kainhofer.com> <497F1E6E.2000107@oracle.com> <1D32FA5D1CD62A8F716B7586@caldav.corp.apple.com> <200901271620.19325.reinhold@kainhofer.com> Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 27 Jan 2009 16:41:44 +0100 X-Mailer: Apple Mail (2.929.2) Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 15:43:16 -0000 On Jan 27, 2009, at 4:20 PM, Reinhold Kainhofer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Am Dienstag, 27. Januar 2009 15:53:56 schrieb Cyrus Daboo: >> Hi Bernard, >> >> --On January 27, 2009 9:47:10 AM -0500 Bernard Desruisseaux >> >> wrote: >>> That being said, I don't know why RFC2445 had a restriction on DTEND >>> being required to be later in time than DTSTART... >> >> If DTSTART == DTEND how would you deal with the fact that DTSTART is >> inclusive but DTEND is exclusive? That would represent a >> contradiction. > > No, that's the exact definition of a zero-time event: Even the > starting second > is not part of the event. > That's useful for e.g. marking certain times (e.g. a deadline for > something; a > deadline is just one particularly marked time and does not take up > any time). How about using a VTODO? In there you have a 'DUE' property which is sort of a deadline equivalent. Although, I believe you want your events in calendars that do not support this VTODO element, but you have ONLY the VEVENT. If so you have the 'problem'. Harrie Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id ED1CA3E0743 for ; Tue, 27 Jan 2009 07:22:40 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d24J10NuqI3X for ; Tue, 27 Jan 2009 07:22:18 -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 leka.osafoundation.org (Postfix) with ESMTP id 1E89A77D709 for ; Tue, 27 Jan 2009 07:20:30 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0RFKLDe009557; Tue, 27 Jan 2009 16:20:21 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: Cyrus Daboo Date: Tue, 27 Jan 2009 16:20:07 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <200901271454.44965.reinhold@kainhofer.com> <497F1E6E.2000107@oracle.com> <1D32FA5D1CD62A8F716B7586@caldav.corp.apple.com> In-Reply-To: <1D32FA5D1CD62A8F716B7586@caldav.corp.apple.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901271620.19325.reinhold@kainhofer.com> Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 15:22:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Dienstag, 27. Januar 2009 15:53:56 schrieb Cyrus Daboo: > Hi Bernard, > > --On January 27, 2009 9:47:10 AM -0500 Bernard Desruisseaux > > wrote: > > That being said, I don't know why RFC2445 had a restriction on DTEND > > being required to be later in time than DTSTART... > > If DTSTART == DTEND how would you deal with the fact that DTSTART is > inclusive but DTEND is exclusive? That would represent a contradiction. No, that's the exact definition of a zero-time event: Even the starting second is not part of the event. That's useful for e.g. marking certain times (e.g. a deadline for something; a deadline is just one particularly marked time and does not take up any time). > It > could result in different behavior depending on the order of clauses in > your "if" statement for seeing whether an event intersects a specified > time-range. > So I think it is always better to say DTEND > DTSTART, if DTEND exists. > That avoids the possibility of any error. But what about the cases with DURATION set to P0S? Aren't they exactly the same case? - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJfyYnTqjEwhXvPN0RAp+dAJ9GsbsJAaemtYThRgbtw4E9or9TrwCfdIQg Nw7Li8sKg+o3Fnt0bfkhaUU= =/5PJ -----END PGP SIGNATURE----- Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id A6EE777D729 for ; Tue, 27 Jan 2009 06:54:32 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.582 X-Spam-Level: X-Spam-Status: No, score=-2.582 tagged_above=-50 required=4 tests=[AWL=0.017, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xfXx1CnWQph1 for ; Tue, 27 Jan 2009 06:54:18 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id CB0583E0769 for ; Tue, 27 Jan 2009 06:54:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 1478B1127779; Tue, 27 Jan 2009 09:54:03 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id adLzLDuer+fK; Tue, 27 Jan 2009 09:54:02 -0500 (EST) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id 98DA71127771; Tue, 27 Jan 2009 09:54:01 -0500 (EST) Date: Tue, 27 Jan 2009 09:53:56 -0500 From: Cyrus Daboo To: Bernard Desruisseaux , Reinhold Kainhofer Message-ID: <1D32FA5D1CD62A8F716B7586@caldav.corp.apple.com> In-Reply-To: <497F1E6E.2000107@oracle.com> References: <200901271454.44965.reinhold@kainhofer.com> <497F1E6E.2000107@oracle.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=677 Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 14:54:34 -0000 Hi Bernard, --On January 27, 2009 9:47:10 AM -0500 Bernard Desruisseaux wrote: > That being said, I don't know why RFC2445 had a restriction on DTEND > being required to be later in time than DTSTART... If DTSTART == DTEND how would you deal with the fact that DTSTART is inclusive but DTEND is exclusive? That would represent a contradiction. It could result in different behavior depending on the order of clauses in your "if" statement for seeing whether an event intersects a specified time-range. So I think it is always better to say DTEND > DTSTART, if DTEND exists. That avoids the possibility of any error. -- Cyrus Daboo Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 96E2E77D6FE for ; Tue, 27 Jan 2009 06:47:48 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -5.449 X-Spam-Level: X-Spam-Status: No, score=-5.449 tagged_above=-50 required=4 tests=[AWL=1.150, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UtlymefyvofE for ; Tue, 27 Jan 2009 06:47:29 -0800 (PST) Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 56A873E073D for ; Tue, 27 Jan 2009 06:47:29 -0800 (PST) Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0REm9gf006405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Jan 2009 14:48:11 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0RElD1k002034; Tue, 27 Jan 2009 14:47:15 GMT Received: from [10.156.43.80] (/10.156.43.80) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 27 Jan 2009 14:47:12 +0000 Message-ID: <497F1E6E.2000107@oracle.com> Date: Tue, 27 Jan 2009 09:47:10 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Reinhold Kainhofer References: <200901271454.44965.reinhold@kainhofer.com> In-Reply-To: <200901271454.44965.reinhold@kainhofer.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.497F1E74.023E:SCFSTAT928724,ss=1,fgs=0 Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 14:47:50 -0000 Hi Reinhold, As it stands I don't believe there is any restriction on zero-time events. If DTSTART is DATE-TIME value you can either omit DTEND, or set DURATION to zero (e.g., "P0S"). If DTSTART is a DATE value you can set DURATION to zero (e.g., "P0D"). That being said, I don't know why RFC2445 had a restriction on DTEND being required to be later in time than DTSTART... Cheers, Bernard Reinhold Kainhofer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > In RFC2445bis, is it possible to have zero-time events or not? In particular, > the section "3.8.2.2. Date/Time End" says that the DTEND MUST be later in > time than the DTSTART, so zero-time events are not possible using DTEND. > > On the other side, "3.6.1. Event Component" says: > "For cases where a "VEVENT" calendar component > specifies a "DTSTART" property with a DATE value type but no > "DTEND" nor "DURATION" property, the event's duration is taken to > be one day. For cases where a "VEVENT" calendar component > specifies a "DTSTART" property with a DATE-TIME value type but no > "DTEND" property, the event ends on the same calendar date and > time of day specified by the "DTSTART" property." > > So, it seems that to get a zero-time event, one MUST leave out the DTEND and > the event must have a time assigned. For events with DTSTART being a DATE-TIME > the default length is zero, while for events with DTSTART being a DATE the > default length is one whole day. Isn't this inconsistent? > > Cheers, > Reinhold > - -- > - ------------------------------------------------------------------ > Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ > * Financial & Actuarial Math., Vienna Univ. of Technology, Austria > * http://www.fam.tuwien.ac.at/, DVR: 0005886 > * LilyPond, Music typesetting, http://www.lilypond.org > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iD8DBQFJfxIgTqjEwhXvPN0RAoCyAKCtGvDpdK8TUu6PioPvcEW4bGCs1QCcCvdM > zUrz91Vr6J3VhCx5CeJJ4Ks= > =21hP > -----END PGP SIGNATURE----- > _______________________________________________ > ietf-calsify mailing list > ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 070BA3E0743 for ; Tue, 27 Jan 2009 06:27:34 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -6.684 X-Spam-Level: X-Spam-Status: No, score=-6.684 tagged_above=-50 required=4 tests=[AWL=3.915, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SPF_PASS=-0.001] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9FoWeRjeMQK4 for ; Tue, 27 Jan 2009 06:27:13 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 2B51177D714 for ; Tue, 27 Jan 2009 06:26:16 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,332,1231113600"; d="scan'208";a="32073237" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 27 Jan 2009 14:26:14 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0REQEZE003480; Tue, 27 Jan 2009 15:26:14 +0100 Received: from adsl-247-4-fixip.tiscali.ch (dhcp-10-61-110-210.cisco.com [10.61.110.210]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0REQEFq007336; Tue, 27 Jan 2009 14:26:14 GMT Message-ID: <497F1986.6090206@cisco.com> Date: Tue, 27 Jan 2009 15:26:14 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090124 Shredder/3.0b2pre MIME-Version: 1.0 To: Reinhold Kainhofer References: <200901271454.44965.reinhold@kainhofer.com> In-Reply-To: <200901271454.44965.reinhold@kainhofer.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Cc: CALSIFY Mailinglist Subject: Re: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 14:27:35 -0000 Chair hat on. While I'm perfectly happy for someone to answer this question, we are not entertaining changes to RFC2445bis outside the scope of those required to clear IESG DISCUSS comments. Eliot On 1/27/09 2:54 PM, Reinhold Kainhofer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > In RFC2445bis, is it possible to have zero-time events or not? In particular, > the section "3.8.2.2. Date/Time End" says that the DTEND MUST be later in > time than the DTSTART, so zero-time events are not possible using DTEND. > > On the other side, "3.6.1. Event Component" says: > "For cases where a "VEVENT" calendar component > specifies a "DTSTART" property with a DATE value type but no > "DTEND" nor "DURATION" property, the event's duration is taken to > be one day. For cases where a "VEVENT" calendar component > specifies a "DTSTART" property with a DATE-TIME value type but no > "DTEND" property, the event ends on the same calendar date and > time of day specified by the "DTSTART" property." > > So, it seems that to get a zero-time event, one MUST leave out the DTEND and > the event must have a time assigned. For events with DTSTART being a DATE-TIME > the default length is zero, while for events with DTSTART being a DATE the > default length is one whole day. Isn't this inconsistent? > > Cheers, > Reinhold > - -- > - ------------------------------------------------------------------ > Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ > * Financial& Actuarial Math., Vienna Univ. of Technology, Austria > * http://www.fam.tuwien.ac.at/, DVR: 0005886 > * LilyPond, Music typesetting, http://www.lilypond.org > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iD8DBQFJfxIgTqjEwhXvPN0RAoCyAKCtGvDpdK8TUu6PioPvcEW4bGCs1QCcCvdM > zUrz91Vr6J3VhCx5CeJJ4Ks= > =21hP > -----END PGP SIGNATURE----- > _______________________________________________ > ietf-calsify mailing list > ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > > Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 17DDA3E071F for ; Tue, 27 Jan 2009 05:57:04 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8-Vn2bIfR+FU for ; Tue, 27 Jan 2009 05:56:49 -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 leka.osafoundation.org (Postfix) with ESMTP id 8AFF4794035 for ; Tue, 27 Jan 2009 05:54:50 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0RDslH7004570 for ; Tue, 27 Jan 2009 14:54:47 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: CALSIFY Mailinglist Date: Tue, 27 Jan 2009 14:54:39 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901271454.44965.reinhold@kainhofer.com> Subject: [ietf-calsify] zero-time events in rfc2445bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2009 13:57:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, In RFC2445bis, is it possible to have zero-time events or not? In particular, the section "3.8.2.2. Date/Time End" says that the DTEND MUST be later in time than the DTSTART, so zero-time events are not possible using DTEND. On the other side, "3.6.1. Event Component" says: "For cases where a "VEVENT" calendar component specifies a "DTSTART" property with a DATE value type but no "DTEND" nor "DURATION" property, the event's duration is taken to be one day. For cases where a "VEVENT" calendar component specifies a "DTSTART" property with a DATE-TIME value type but no "DTEND" property, the event ends on the same calendar date and time of day specified by the "DTSTART" property." So, it seems that to get a zero-time event, one MUST leave out the DTEND and the event must have a time assigned. For events with DTSTART being a DATE-TIME the default length is zero, while for events with DTSTART being a DATE the default length is one whole day. Isn't this inconsistent? Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJfxIgTqjEwhXvPN0RAoCyAKCtGvDpdK8TUu6PioPvcEW4bGCs1QCcCvdM zUrz91Vr6J3VhCx5CeJJ4Ks= =21hP -----END PGP SIGNATURE----- Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 4811278420F for ; Sun, 25 Jan 2009 04:27:01 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-50 required=4 tests=[AWL=-0.103, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tSWGYydTW9w5 for ; Sun, 25 Jan 2009 04:26:46 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 1640F3E0641 for ; Sun, 25 Jan 2009 04:24:49 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,321,1231113600"; d="ics'?scan'208,217";a="31874763" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 25 Jan 2009 12:24:48 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n0PCOmVF014715 for ; Sun, 25 Jan 2009 13:24:48 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0PCOmXI011196 for ; Sun, 25 Jan 2009 12:24:48 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 13:24:48 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.89.242]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 13:24:47 +0100 Message-Id: <5BFD6D40-7B4F-4054-BDA9-316000ACF6E7@cisco.com> From: Eliot Lear To: CALSIFY Mailinglist Content-Type: multipart/alternative; boundary=Apple-Mail-3--971467889 Mime-Version: 1.0 (Apple Message framework v930.3) X-Mail-Calendar-Part: Yes Date: Sun, 25 Jan 2009 13:24:46 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 25 Jan 2009 12:24:48.0228 (UTC) FILETIME=[E9D3B240:01C97EE7] Authentication-Results: ams-dkim-2; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Subject: [ietf-calsify] iCal event invitation: IETF Calsify Jabber Session X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2009 12:27:03 -0000 --Apple-Mail-3--971467889 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Eliot Lear has invited you to the iCal event: IETF Calsify Jabber Session, scheduled for February 13, 2009 at 2:00 PM (Europe/Dublin). To accept or decline this invitation, click the link below. --Apple-Mail-3--971467889 Content-Type: multipart/mixed; boundary=Apple-Mail-4--971467889 --Apple-Mail-4--971467889 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
Eliot Lear has invited you to the iCal event: IETF Calsify Jabber Session, scheduled for February 13, 2009 at 2:00 PM (Europe/Dublin). To accept or decline this invitation, click the link below.
--Apple-Mail-4--971467889 Content-Disposition: attachment; filename=iCal-20090125-122444.ics Content-Type: text/calendar; x-unix-mode=0644; name="iCal-20090125-122444.ics" Content-Transfer-Encoding: quoted-printable BEGIN:VCALENDAR=0D=0APRODID:-//Apple=20Inc.//iCal=203.0//EN=0D=0A= CALSCALE:GREGORIAN=0D=0AVERSION:2.0=0D=0AMETHOD:REQUEST=0D=0A= BEGIN:VTIMEZONE=0D=0ATZID:Europe/Dublin=0D=0ABEGIN:DAYLIGHT=0D=0A= TZOFFSETFROM:+0000=0D=0ATZOFFSETTO:+0100=0D=0ADTSTART:19810329T010000=0D=0A= RRULE:FREQ=3DYEARLY;BYMONTH=3D3;BYDAY=3D-1SU=0D=0ATZNAME:IST=0D=0A= END:DAYLIGHT=0D=0ABEGIN:STANDARD=0D=0ATZOFFSETFROM:+0100=0D=0A= TZOFFSETTO:+0000=0D=0ADTSTART:19961027T020000=0D=0A= RRULE:FREQ=3DYEARLY;BYMONTH=3D10;BYDAY=3D-1SU=0D=0ATZNAME:GMT=0D=0A= END:STANDARD=0D=0AEND:VTIMEZONE=0D=0ABEGIN:VEVENT=0D=0ASEQUENCE:4=0D=0A= DTSTART;TZID=3DEurope/Dublin:20090213T140000=0D=0A= UID:9307BD9E-61E5-4D21-AF9B-3A58F5206C12=0D=0AORGANIZER;CN=3D"Eliot=20= Lear":mailto:lear@cisco.com=0D=0ADTSTAMP:20090125T122428Z=0D=0A= SUMMARY:IETF=20Calsify=20Jabber=20Session=0D=0AATTENDEE;CN=3D"CALSIFY=20= Mailinglist";CUTYPE=3DINDIVIDUAL;PARTSTAT=3DNEEDS-ACTIO=0D=0A=20= N;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE:mailto:Ietf-calsify@osafoundation.org= =0D=0AATTENDEE;CN=3D"Eliot=20= Lear";PARTSTAT=3DACCEPTED:mailto:lear@cisco.com=0D=0A= CREATED:20090125T122346Z=0D=0ADTEND;TZID=3DEurope/Dublin:20090213T150000=0D= =0ALOCATION:jabber.ietf.org/calsify=0D=0AEND:VEVENT=0D=0AEND:VCALENDAR=0D= =0A= --Apple-Mail-4--971467889 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
--Apple-Mail-4--971467889-- --Apple-Mail-3--971467889-- Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id DB44A3E06EB for ; Sun, 25 Jan 2009 04:25:22 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.704 X-Spam-Level: X-Spam-Status: No, score=-2.704 tagged_above=-50 required=4 tests=[AWL=-0.106, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n9zc9508ZeQE for ; Sun, 25 Jan 2009 04:25:13 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 3CEC677D723 for ; Sun, 25 Jan 2009 04:23:36 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,321,1231113600"; d="ics'?scan'208,217";a="31874733" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 25 Jan 2009 12:23:35 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0PCNZ6J000486 for ; Sun, 25 Jan 2009 13:23:35 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0PCNZBQ011079 for ; Sun, 25 Jan 2009 12:23:35 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 13:23:35 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.89.242]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 13:23:34 +0100 Message-Id: From: Eliot Lear To: CALSIFY Mailinglist Content-Type: multipart/alternative; boundary=Apple-Mail-1--971544472 Mime-Version: 1.0 (Apple Message framework v930.3) X-Mail-Calendar-Part: Yes Date: Sun, 25 Jan 2009 13:23:29 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 25 Jan 2009 12:23:35.0164 (UTC) FILETIME=[BE4703C0:01C97EE7] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [ietf-calsify] iCal event invitation: IETF Calsify Jabber Session X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2009 12:25:23 -0000 --Apple-Mail-1--971544472 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Eliot Lear has invited you to the iCal event: IETF Calsify Jabber Session, scheduled for February 11, 2009 at 3:00 PM (Europe/Dublin). To accept or decline this invitation, click the link below. --Apple-Mail-1--971544472 Content-Type: multipart/mixed; boundary=Apple-Mail-2--971544470 --Apple-Mail-2--971544470 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
Eliot Lear has invited you to the iCal event: IETF Calsify Jabber Session, scheduled for February 11, 2009 at 3:00 PM (Europe/Dublin). To accept or decline this invitation, click the link below.
--Apple-Mail-2--971544470 Content-Disposition: attachment; filename=iCal-20090125-122302.ics Content-Type: text/calendar; x-unix-mode=0644; name="iCal-20090125-122302.ics" Content-Transfer-Encoding: quoted-printable BEGIN:VCALENDAR=0D=0APRODID:-//Apple=20Inc.//iCal=203.0//EN=0D=0A= CALSCALE:GREGORIAN=0D=0AVERSION:2.0=0D=0AMETHOD:REQUEST=0D=0A= BEGIN:VTIMEZONE=0D=0ATZID:Europe/Dublin=0D=0ABEGIN:DAYLIGHT=0D=0A= TZOFFSETFROM:+0000=0D=0ATZOFFSETTO:+0100=0D=0ADTSTART:19810329T010000=0D=0A= RRULE:FREQ=3DYEARLY;BYMONTH=3D3;BYDAY=3D-1SU=0D=0ATZNAME:IST=0D=0A= END:DAYLIGHT=0D=0ABEGIN:STANDARD=0D=0ATZOFFSETFROM:+0100=0D=0A= TZOFFSETTO:+0000=0D=0ADTSTART:19961027T020000=0D=0A= RRULE:FREQ=3DYEARLY;BYMONTH=3D10;BYDAY=3D-1SU=0D=0ATZNAME:GMT=0D=0A= END:STANDARD=0D=0AEND:VTIMEZONE=0D=0ABEGIN:VEVENT=0D=0ASEQUENCE:5=0D=0A= DTSTART;TZID=3DEurope/Dublin:20090211T150000=0D=0A= UID:F159606F-C22A-4C60-A4B2-B3BC45621FD1=0D=0AORGANIZER;CN=3D"Eliot=20= Lear":mailto:lear@cisco.com=0D=0ADTSTAMP:20090125T122242Z=0D=0A= SUMMARY:IETF=20Calsify=20Jabber=20Session=0D=0AATTENDEE;CN=3D"CALSIFY=20= Mailinglist";CUTYPE=3DINDIVIDUAL;PARTSTAT=3DNEEDS-ACTIO=0D=0A=20= N;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE:mailto:Ietf-calsify@osafoundation.org= =0D=0AATTENDEE;CN=3D"Eliot=20= Lear";PARTSTAT=3DACCEPTED:mailto:lear@cisco.com=0D=0A= CREATED:20090125T122147Z=0D=0ADTEND;TZID=3DEurope/Dublin:20090211T160000=0D= =0ALOCATION:jabber.ietf.org/calsify=0D=0AEND:VEVENT=0D=0AEND:VCALENDAR=0D= =0A= --Apple-Mail-2--971544470 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
--Apple-Mail-2--971544470-- --Apple-Mail-1--971544472-- Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 191EF7841F5 for ; Sat, 24 Jan 2009 23:30:36 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.724 X-Spam-Level: X-Spam-Status: No, score=-2.724 tagged_above=-50 required=4 tests=[AWL=-0.125, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sEjtknABH2aH for ; Sat, 24 Jan 2009 23:30:20 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 1220F77D715 for ; Sat, 24 Jan 2009 23:29:50 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,321,1231113600"; d="scan'208";a="31866104" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 25 Jan 2009 07:29:47 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0P7TlfR025732 for ; Sun, 25 Jan 2009 08:29:47 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0P7TlSB008617 for ; Sun, 25 Jan 2009 07:29:47 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 08:29:46 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.89.242]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 25 Jan 2009 08:29:46 +0100 Message-ID: <497C14EA.3080104@cisco.com> Date: Sun, 25 Jan 2009 08:29:46 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090122 Shredder/3.0b2pre MIME-Version: 1.0 To: CALSIFY Mailinglist Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Jan 2009 07:29:46.0422 (UTC) FILETIME=[B2BA7560:01C97EBE] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [ietf-calsify] Two Jabber Sessions scheduled for 2446bis X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2009 07:30:36 -0000 Dear all, Thanks for your participation in the doodle poll. To move us forward, here are two jabber sessions. Wed. Feb 11, 2009, 3:00PM GMT Fri, Feb 13, 2009, 2:00PM GMT Each session will run one hour. The agenda will be to go through open issues and to schedule follow-up jabber sessions. All decisions are finalized on this mailing list, per IETF rules. Eliot Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 3645B77D71B for ; Fri, 23 Jan 2009 13:17:21 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5mAa4eFVUzKN for ; Fri, 23 Jan 2009 13:16:40 -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 leka.osafoundation.org (Postfix) with ESMTP id F11117841FA for ; Fri, 23 Jan 2009 13:15:33 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0NLFTVw032599; Fri, 23 Jan 2009 22:15:30 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: ietf-calsify@osafoundation.org Date: Fri, 23 Jan 2009 22:15:26 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <49789E5A.8080505@sun.com> In-Reply-To: <49789E5A.8080505@sun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200901232215.28361.reinhold@kainhofer.com> Cc: Arnaud Quillaud Subject: Re: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 21:17:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Donnerstag, 22. Januar 2009 17:27:06 schrieb Arnaud Quillaud: > For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP > REQUEST but not in iCalendar. That's a good point. Somehow I had in memory that a DUE would also require a DTSTART in a VTODO, however, I can't find anything like that in rfc2445bis any more. To the contrary, section "3.8.2.3. Date/Time Due" explicitly talks of the cases where a task has DTSTART set in addition to DUE, so it must also be possible to have DUE only. Of course, I might also be missing something in rfc2445bis... That's also the reason why I didn't mention this in my rfc2446 review, since I though that rfc2445bis already requires DTSTART when DUE is present. Of course, recurring VTODOs will need a DTSTART, since the expansion of the recurrence set is always based on DTSTART... Typically a task has a due date but usually no fixed starting date in real life, so the requirement to have a start date when you give a due date does not really make sense... > For SUMMARY and PRIORITY, client implementers can always add them with a > value of null and 0 respectively but for DTSTART, this is more problematic. I totally agree. > When assigning a task to somebody else, it is possible (and actually > quite likely) that one would set the DUE date and not the DTSTART. Setting it to the currenct date/time is also no clean option, as in the future this will be interpreted as if work on the task is not allowed/started before that date/time. > Should we relax this rule ? Unless I'm missing something in rfc2445bis that requires DTSTART when DUE is present, I suppose that would be possible. I'm just wondering where that requirement actually comes from and what are the reasons behind it. Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJejNvTqjEwhXvPN0RAgx9AKCB6TmMfJf1jJ03UeGJhTikwS4G/QCfWUtb RwXaW81cAYcxm8VwwKLXZSc= =gJ6c -----END PGP SIGNATURE----- Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D465E7841F7 for ; Fri, 23 Jan 2009 13:16:52 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ihtjWp9pHGPU for ; Fri, 23 Jan 2009 13:16:40 -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 leka.osafoundation.org (Postfix) with ESMTP id F11B27841FF for ; Fri, 23 Jan 2009 13:15:33 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0NLFTVv032599; Fri, 23 Jan 2009 22:15:30 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: ietf-calsify@osafoundation.org Date: Fri, 23 Jan 2009 22:15:14 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200901232215.23523.reinhold@kainhofer.com> Subject: Re: [ietf-calsify] Question about interaction between DTSTART and BYSETPOS X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 21:16:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Donnerstag, 22. Januar 2009 20:44:55 schrieb Rick DeNatale: > The 3rd instance into the month of one of Tuesday, Wednesday or Thursday, > for the next 3 months: > > DTSTART;TZID=US-Eastern:19970904T090000 > > RRULE:FREQ=MONTHLY;COUNT=3;BYDAY=TU,WE,TH;BYSETPOS=3 > ==> (1997 9:00 AM EDT)September 4;October 7 > (1997 9:00 AM EST)November 6 > > As I understand things, the recurrence set consists of the occurrence > specified by DTSTART (regardless whether or not that time meets the other > criteria) and then any following times which meet the critera. My basic > approach follows this, after producing the DTSTART occurence, I get the > next occurrence by incrementing the time based on the BYXXX and FREQ parts, > and never consider times prior to DTSTART. > > I also think that the 'set' implied by BYSETPOS, is the set of occurrences > meeting the other criteria within one increment of the FREQ value. Exactly. > For example, what should be produced if the DTSTART were 19970901? I'd > guess September 1, September 4 and October 7. That's invalid iCalendar according to rfc2445bis, where DTSTART has to match the RRULE. > And what if it were 19970905? I guess in this case it would be September > 5, October 7, and November 6. Nope, the DTSTART has to match the rule in rfc2445bis. Sept 5 does not match the RRULE, so that would no longer be a valid iCalendar object. However, if you relax the new requirement that DTSTART has to match RRULE, then yes, your results are correct in both cases. > I'm thinking that in the case of having BYSETPOS, I need to start examining > candidates at the beginning of the FREQ period containing DTSTART in order > to compute the first set, and discard any occurrences prior to DTSTART, > while ensuring that the DTSTART is included. > > Does this sound right? Yes, exactly. In rfc2445bis, we also included a requirement that the DTSTART has to match the RRULE, so you definitely have to look at the whole month, irrespective of whether the DTSTART is some date within the month already. Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJejNkTqjEwhXvPN0RAoHxAKC5Q28Vqowy+07jsMTl9WwhVf5aNQCfZ2jT xwqpDFbAJtMA7QvLRoGuDvI= =vnaX -----END PGP SIGNATURE----- Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 010AF794052 for ; Fri, 23 Jan 2009 06:47:17 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fLSl2jxs6KhM for ; Fri, 23 Jan 2009 06:47:05 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id 92F0B77D72D for ; Fri, 23 Jan 2009 06:46:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id C87D01109E94; Fri, 23 Jan 2009 09:46:13 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2wcXYGOqvI19; Fri, 23 Jan 2009 09:46:13 -0500 (EST) Received: from [17.101.35.28] (unknown [10.0.1.1]) by daboo.name (Postfix) with ESMTP id EFBC11109E89; Fri, 23 Jan 2009 09:46:12 -0500 (EST) Date: Fri, 23 Jan 2009 09:46:12 -0500 From: Cyrus Daboo To: Eliot Lear Message-ID: <5FDFD2590EE0EC51276CE979@socrates.local> In-Reply-To: <4979D107.8040405@cisco.com> References: <49748FBF.3030702@cisco.com> <4979D107.8040405@cisco.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=463 Cc: Calsify Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 14:47:18 -0000 Hi Eliot, --On January 23, 2009 3:15:35 PM +0100 Eliot Lear wrote: > Ok, let's try one more time. Only two people doodled the schedule > proposals, probably because of CalConnect. We will push one week out. > If we fail to doodle again, then the chairs are going to have to take > more serious action in consideration of these drafts. That may require a > meeting in SF. I would like to avoid that. My availability added. -- Cyrus Daboo Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D4DD577D702 for ; Fri, 23 Jan 2009 06:19:45 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.753 X-Spam-Level: X-Spam-Status: No, score=-2.753 tagged_above=-50 required=4 tests=[AWL=-0.154, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UiLHSFOhzu1Y for ; Fri, 23 Jan 2009 06:19:28 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id E30E177D720 for ; Fri, 23 Jan 2009 06:18:16 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,312,1231113600"; d="scan'208";a="31775556" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 23 Jan 2009 14:18:15 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0NEIFna007987 for ; Fri, 23 Jan 2009 15:18:15 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0NEIFJM023210 for ; Fri, 23 Jan 2009 14:18:15 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Jan 2009 15:18:15 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.88.24]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Jan 2009 15:18:14 +0100 Message-ID: <4979D1A6.4030905@cisco.com> Date: Fri, 23 Jan 2009 15:18:14 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090122 Shredder/3.0b2pre MIME-Version: 1.0 To: CALSIFY Mailinglist Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Jan 2009 14:18:15.0040 (UTC) FILETIME=[6E2D4800:01C97D65] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [ietf-calsify] Jabber Session for Open 2446 issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 14:19:48 -0000 Dear all, Please go to the following link now and choose times that are convenient for you to participate in a Jabber session. http://www.doodle.com/participation.html?pollId=e2uvzzf3per72ae9 If you have previously voted, *PLEASE DO SO AGAIN. *Thank you, Eliot Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id EDD6477D6F9 for ; Fri, 23 Jan 2009 06:16:59 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.799 X-Spam-Level: X-Spam-Status: No, score=-2.799 tagged_above=-50 required=4 tests=[AWL=-0.200, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4R7-PAhq1JZw for ; Fri, 23 Jan 2009 06:16:47 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 2CE3077D71E for ; Fri, 23 Jan 2009 06:15:50 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,312,1231113600"; d="scan'208";a="31775254" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 23 Jan 2009 14:15:37 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0NEFbSP007178; Fri, 23 Jan 2009 15:15:37 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0NEFbqA022363; Fri, 23 Jan 2009 14:15:37 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Jan 2009 15:15:37 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.88.24]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Jan 2009 15:15:36 +0100 Message-ID: <4979D107.8040405@cisco.com> Date: Fri, 23 Jan 2009 15:15:35 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090122 Shredder/3.0b2pre MIME-Version: 1.0 To: Eliot Lear References: <49748FBF.3030702@cisco.com> In-Reply-To: <49748FBF.3030702@cisco.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Jan 2009 14:15:36.0451 (UTC) FILETIME=[0FA68530:01C97D65] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Cc: Calsify Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 14:17:02 -0000 Ok, let's try one more time. Only two people doodled the schedule proposals, probably because of CalConnect. We will push one week out. If we fail to doodle again, then the chairs are going to have to take more serious action in consideration of these drafts. That may require a meeting in SF. I would like to avoid that. Eliot On 1/19/09 3:35 PM, Eliot Lear wrote: > Thanks for that, Cyrus. What I would like to do is schedule a jabber > meeting in about two week's time. To do so, and so that it is > convenient for as many people as possible, can everyone please take a > moment and go to the following web page: > > http://www.doodle.com/participation.html?pollId=e2uvzzf3per72ae9 > > I'll look at results in the next two days to schedule. > > Eliot > > On 1/19/09 4:25 AM, Cyrus Daboo wrote: > >> Hi folks, >> Here are the list of currently open issues from Reinhold's review: >> >> >> >> Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. >> >> These issues need further discussion. >> >> Other issues have been dealt with (either fixed or not) as per >> . >> All of this needs review from other people to confirm that the changes made >> (or not made) are valid. >> >> >> > > _______________________________________________ > ietf-calsify mailing list > ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > > Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 2FF987841FE for ; Fri, 23 Jan 2009 06:07:04 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -3.518 X-Spam-Level: X-Spam-Status: No, score=-3.518 tagged_above=-50 required=4 tests=[AWL=-0.919, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7pjeWqgXEP33 for ; Fri, 23 Jan 2009 06:06:48 -0800 (PST) Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 649F678420C for ; Fri, 23 Jan 2009 06:05:38 -0800 (PST) Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0NE5BvF018203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 23 Jan 2009 14:05:12 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0NE5WeR008635; Fri, 23 Jan 2009 14:05:34 GMT Received: from [10.156.43.80] (/10.156.43.80) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 23 Jan 2009 14:05:29 +0000 Message-ID: <4979CEA2.7010709@oracle.com> Date: Fri, 23 Jan 2009 09:05:22 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Cyrus Daboo References: <49789E5A.8080505@sun.com> <880F1E23973DCE0B5EDDC6AE@caldav.corp.apple.com> In-Reply-To: <880F1E23973DCE0B5EDDC6AE@caldav.corp.apple.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020A.4979CEAC.032A:SCFSTAT928724,ss=1,fgs=0 Cc: Arnaud Quillaud , ietf-calsify@osafoundation.org Subject: Re: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2009 14:07:06 -0000 Hi Cyrus, Cyrus Daboo wrote: > Hi Arnaud, > > --On January 22, 2009 5:27:06 PM +0100 Arnaud Quillaud > wrote: > >> Never noticed it before iTIP validation was added to ical4j but there is >> a disconnect between the mandatory properties specified by iCalendar and >> the ones specified in iTIP REQUESTs. >> >> For VEVENT, the SUMMARY is mandatory in iTIP REQUEST but not in iCalendar. >> >> For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP >> REQUEST but not in iCalendar. >> >> For SUMMARY and PRIORITY, client implementers can always add them with a >> value of null and 0 respectively but for DTSTART, this is more >> problematic. >> >> When assigning a task to somebody else, it is possible (and actually >> quite likely) that one would set the DUE date and not the DTSTART. >> >> Should we relax this rule ? > > First off it is OK to impose stricter requirements on components. In the > case of DTSTART on VTODO I can kind of see the logic of why it might be > required And what would that logic be? In the absence of a good justification I'd rather have DTSTART optional. As for SUMMARY and PRIORITY I really think they should be optional. > - but I have no preference either way as to whether we should keep > it like that. > > I should also note that iTIP in fact relaxes iCalendar requirements in some > cases too. e.g. REPLY/CANCEL of a VEVENT does NOT require DTSTART to be > present, even though 2445bis now does. This was addressed in draft -09. See: http://tools.ietf.org/wg/calsify/draft-ietf-calsify-rfc2445bis/draft-ietf-calsify-rfc2445bis-09.changes.html#rfc.issue.itip-apps-review-issue01 Thanks, Bernard > >> Arnaud >> >> PS: In the context of the new CalDAV scheduling draft where automatic >> scheduling takes place as soon as a calendar resource has an organizer >> and attendees, this implicitly means that those calendar resources >> should also have the iTIP mandatory properties. > > We should double-check that there is text in there about whether the > calendar resources partaking in scheduling are required to properly > conform to iTIP semantics. > Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id BC1AC79403A for ; Thu, 22 Jan 2009 11:46:16 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-50 required=4 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U9UWF8SHnAjz for ; Thu, 22 Jan 2009 11:45:53 -0800 (PST) Received: from mail-gx0-f10.google.com (mail-gx0-f10.google.com [209.85.217.10]) by leka.osafoundation.org (Postfix) with ESMTP id 4883077D710 for ; Thu, 22 Jan 2009 11:44:57 -0800 (PST) Received: by gxk3 with SMTP id 3so538600gxk.3 for ; Thu, 22 Jan 2009 11:44:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.90.82.8 with SMTP id f8mr701359agb.34.1232653495744; Thu, 22 Jan 2009 11:44:55 -0800 (PST) Date: Thu, 22 Jan 2009 14:44:55 -0500 Message-ID: From: Rick DeNatale To: ietf-calsify@osafoundation.org Content-Type: multipart/alternative; boundary=0016361e8880bebaa004611781da Subject: [ietf-calsify] Question about interaction between DTSTART and BYSETPOS X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2009 19:46:17 -0000 --0016361e8880bebaa004611781da Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This is my first posting to this list. I hope it's not off base. I've been working on a new Ruby library to implement RFC 2445. I've got most of the examples of recurrence rules working, but I'm not sure I understand the next to last example on p 124: The 3rd instance into the month of one of Tuesday, Wednesday or Thursday, for the next 3 months: DTSTART;TZID=US-Eastern:19970904T090000 RRULE:FREQ=MONTHLY;COUNT=3;BYDAY=TU,WE,TH;BYSETPOS=3 ==> (1997 9:00 AM EDT)September 4;October 7 (1997 9:00 AM EST)November 6 As I understand things, the recurrence set consists of the occurrence specified by DTSTART (regardless whether or not that time meets the other criteria) and then any following times which meet the critera. My basic approach follows this, after producing the DTSTART occurence, I get the next occurrence by incrementing the time based on the BYXXX and FREQ parts, and never consider times prior to DTSTART. I also think that the 'set' implied by BYSETPOS, is the set of occurrences meeting the other criteria within one increment of the FREQ value. So right now my code is including September 10 as well. It examines: Sept 4 - accepted because it's DTSTART - I'm counting this as the first member of the set. Sept 5, 7, 8 - rejected because they are not TU, WE, or TH Sept 9 - The second member of the set - rejected because it's not the third member Sept 10 - The third member of the set And as a result I produce ==> (1997 9:00 AM EDT)September 4;September 10;October 7 My question is how to adjust my model here. Since there don't seem to be many examples of BYSETPOS, I'm not sure how to extrapolate, Part of my problem is that September 4 1997 just happens to be the third instance of TU, WE, or TH in September 1997, what if it weren't? For example, what should be produced if the DTSTART were 19970901? I'd guess September 1, September 4 and October 7. And what if it were 19970905? I guess in this case it would be September 5, October 7, and November 6. I'm thinking that in the case of having BYSETPOS, I need to start examining candidates at the beginning of the FREQ period containing DTSTART in order to compute the first set, and discard any occurrences prior to DTSTART, while ensuring that the DTSTART is included. Does this sound right? -- Rick DeNatale Blog: http://talklikeaduck.denhaven2.com/ Twitter: http://twitter.com/RickDeNatale --0016361e8880bebaa004611781da Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This is my first posting to this list. I hope it's not off base.
I've been working on a new Ruby library to implement RFC 2445.

= I've got most of the examples of recurrence rules working, but I'm = not sure I understand the next to last example on p 124:

The 3rd instance into the month of one of Tuesday, Wednesday or Thursda= y, for the next 3 months:

  DTSTART;TZID=3DUS-Eastern:19970904T= 090000

  RRULE:FREQ=3DMONTHLY;COUNT=3D3;BYDAY=3DTU,WE,TH;BYSETP= OS=3D3
  =3D=3D> (1997 9:00 AM EDT)September 4;October 7
         (1997 9:00 AM EST)November= 6

As I understand things, the recurrence set consists of the occurr= ence specified by DTSTART (regardless whether or not that time meets the ot= her criteria) and then any following times which meet the critera.  My= basic approach follows this, after producing the DTSTART occurence, I get = the next occurrence by incrementing the time based on the BYXXX and FREQ pa= rts, and never consider times prior to DTSTART.

I also think that the 'set' implied by BYSETPOS, is the set of = occurrences meeting the other criteria within one increment of the FREQ val= ue.

So right now my code is including September 10 as well. It exami= nes:

   Sept 4 - accepted because it's DTSTART - I'm count= ing this as the first member of the set.
   Sept 5, 7, 8 - rej= ected because they are not TU, WE, or TH
   Sept 9 - The secon= d member of the set - rejected because it's not the third member
   Sept 10 - The third member of the set

And as a result I= produce
=3D=3D> (1997 9:00 AM EDT)September 4;September 10;October = 7

My question is how to adjust my model here. Since there d= on't seem to be many examples of BYSETPOS, I'm not sure how to extr= apolate,  Part of my problem is that September 4 1997 just happens to = be the third instance of TU, WE, or TH in September 1997, what if it weren&= #39;t?

For example, what should be produced if the DTSTART were 19970901? = ; I'd guess September 1, September 4 and October 7.

And what if = it were 19970905?  I guess in this case it would be September 5, Octob= er 7, and November 6.

I'm thinking that in the case of having BYSETPOS, I need to start e= xamining candidates at the beginning of the FREQ period containing DTSTART = in order to compute the first set, and discard any occurrences prior to DTS= TART, while ensuring that the DTSTART is included.

Does this sound right?

--
Rick DeNatale

Blog: http://talklikeaduck.denhaven2.com= /
Twitter: http://twitte= r.com/RickDeNatale
--0016361e8880bebaa004611781da-- Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 80ED877D748 for ; Thu, 22 Jan 2009 10:12:44 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oBdXdEjKYeZo for ; Thu, 22 Jan 2009 10:12:32 -0800 (PST) Received: from sca-es-mail-1.sun.com (sca-es-mail-1.Sun.COM [192.18.43.132]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id E8C3377D730 for ; Thu, 22 Jan 2009 10:11:35 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0MIBNXR021815 for ; Thu, 22 Jan 2009 10:11:35 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDV00601WAJPN00@fe-sfbay-10.sun.com> (original mail from Anil.Srivastava@Sun.COM) for ietf-calsify@osafoundation.org; Thu, 22 Jan 2009 10:11:23 -0800 (PST) Received: from dhcp-umpk16-83-164.SFBay.Sun.COM ([129.146.83.164]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDV00CHKX6SZ110@fe-sfbay-10.sun.com> for ietf-calsify@osafoundation.org; Thu, 22 Jan 2009 10:11:16 -0800 (PST) Date: Thu, 22 Jan 2009 10:11:11 -0800 (PST) From: Anil SRIVASTAVA In-reply-to: <49789E5A.8080505@sun.com> Sender: Anil.Srivastava@Sun.COM To: Arnaud Quillaud Message-id: Organization: Sun Microsystems [http://www.sun.com] MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Accept-Language: English; en X-Message-Class: normal X-Endorsement: This message brought to you by Sun Java System Messaging Server 7.0 References: <49789E5A.8080505@sun.com> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) X-Message-flag: Outlook: the best virus distribution system around Cc: "ietf-calsify@osafoundation.org" Subject: Re: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Anil.Srivastava@Sun.COM List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2009 18:12:45 -0000 On 2009-01-22/17:27 [+0100], Arnaud.Quillaud@sun.com [Arnaud Quillaud] wrote: > Hello, > > Never noticed it before iTIP validation was added to ical4j but there is > a disconnect between the mandatory properties specified by iCalendar and > the ones specified in iTIP REQUESTs. > > For VEVENT, the SUMMARY is mandatory in iTIP REQUEST but not in iCalendar. > > For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP > REQUEST but not in iCalendar. > > For SUMMARY and PRIORITY, client implementers can always add them with a > value of null and 0 respectively but for DTSTART, this is more problematic. > > When assigning a task to somebody else, it is possible (and actually > quite likely) that one would set the DUE date and not the DTSTART. > would the current date/time be a reasonable value for DTSTART? Anil > Should we relax this rule ? > > Arnaud > > PS: In the context of the new CalDAV scheduling draft where automatic > scheduling takes place as soon as a calendar resource has an organizer > and attendees, this implicitly means that those calendar resources > should also have the iTIP mandatory properties. > _______________________________________________ > ietf-calsify mailing list > ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > -- _______________ Anil SRIVASTAVA | anil.srivastava@Sun.COM | Sun Microsystems, Inc Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 05A733E06C6 for ; Thu, 22 Jan 2009 09:31:44 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.581 X-Spam-Level: X-Spam-Status: No, score=-2.581 tagged_above=-50 required=4 tests=[AWL=0.018, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LUvGt7hzuzxp for ; Thu, 22 Jan 2009 09:31:28 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id 30C2E77D72E for ; Thu, 22 Jan 2009 09:30:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 5F63E11018E3; Thu, 22 Jan 2009 12:30:33 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IAGP+kD-UO1e; Thu, 22 Jan 2009 12:30:33 -0500 (EST) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id 0F79311018DC; Thu, 22 Jan 2009 12:30:31 -0500 (EST) Date: Thu, 22 Jan 2009 12:30:29 -0500 From: Cyrus Daboo To: Arnaud Quillaud , ietf-calsify@osafoundation.org Message-ID: <880F1E23973DCE0B5EDDC6AE@caldav.corp.apple.com> In-Reply-To: <49789E5A.8080505@sun.com> References: <49789E5A.8080505@sun.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=1693 Subject: Re: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2009 17:31:45 -0000 Hi Arnaud, --On January 22, 2009 5:27:06 PM +0100 Arnaud Quillaud wrote: > Never noticed it before iTIP validation was added to ical4j but there is > a disconnect between the mandatory properties specified by iCalendar and > the ones specified in iTIP REQUESTs. > > For VEVENT, the SUMMARY is mandatory in iTIP REQUEST but not in iCalendar. > > For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP > REQUEST but not in iCalendar. > > For SUMMARY and PRIORITY, client implementers can always add them with a > value of null and 0 respectively but for DTSTART, this is more > problematic. > > When assigning a task to somebody else, it is possible (and actually > quite likely) that one would set the DUE date and not the DTSTART. > > Should we relax this rule ? First off it is OK to impose stricter requirements on components. In the case of DTSTART on VTODO I can kind of see the logic of why it might be required - but I have no preference either way as to whether we should keep it like that. I should also note that iTIP in fact relaxes iCalendar requirements in some cases too. e.g. REPLY/CANCEL of a VEVENT does NOT require DTSTART to be present, even though 2445bis now does. > Arnaud > > PS: In the context of the new CalDAV scheduling draft where automatic > scheduling takes place as soon as a calendar resource has an organizer > and attendees, this implicitly means that those calendar resources > should also have the iTIP mandatory properties. We should double-check that there is text in there about whether the calendar resources partaking in scheduling are required to properly conform to iTIP semantics. -- Cyrus Daboo Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id A004177D716 for ; Thu, 22 Jan 2009 08:29:02 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06KNa38DR2Oi for ; Thu, 22 Jan 2009 08:28:34 -0800 (PST) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.sun.com [192.18.6.24]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 0466777D6F9 for ; Thu, 22 Jan 2009 08:27:31 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0MGRFaa013705 for ; Thu, 22 Jan 2009 16:27:28 GMT Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDV00C01R27DZ00@fe-emea-10.sun.com> (original mail from Arnaud.Quillaud@Sun.COM) for ietf-calsify@osafoundation.org; Thu, 22 Jan 2009 16:27:15 +0000 (GMT) Received: from arnaud-quillauds-mac-mini.local ([129.150.118.207]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDV00IMKSD7IWE0@fe-emea-10.sun.com> for ietf-calsify@osafoundation.org; Thu, 22 Jan 2009 16:27:15 +0000 (GMT) Date: Thu, 22 Jan 2009 17:27:06 +0100 From: Arnaud Quillaud Sender: Arnaud.Quillaud@Sun.COM To: "ietf-calsify@osafoundation.org" Message-id: <49789E5A.8080505@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) Subject: [ietf-calsify] Disconnect between icalendar and iTIP mandatory properties X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2009 16:29:02 -0000 Hello, Never noticed it before iTIP validation was added to ical4j but there is a disconnect between the mandatory properties specified by iCalendar and the ones specified in iTIP REQUESTs. For VEVENT, the SUMMARY is mandatory in iTIP REQUEST but not in iCalendar. For VTODO, the DTSTART, PRIORITY and SUMMARY are mandatory in iTIP REQUEST but not in iCalendar. For SUMMARY and PRIORITY, client implementers can always add them with a value of null and 0 respectively but for DTSTART, this is more problematic. When assigning a task to somebody else, it is possible (and actually quite likely) that one would set the DUE date and not the DTSTART. Should we relax this rule ? Arnaud PS: In the context of the new CalDAV scheduling draft where automatic scheduling takes place as soon as a calendar resource has an organizer and attendees, this implicitly means that those calendar resources should also have the iTIP mandatory properties. Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 8B3AF3E0615 for ; Mon, 19 Jan 2009 15:55:57 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZUEALTX14Xxm for ; Mon, 19 Jan 2009 15:55:45 -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 leka.osafoundation.org (Postfix) with ESMTP id D2F8C3E0626 for ; Mon, 19 Jan 2009 15:55:44 -0800 (PST) Received: from einstein.kainhofer.com (localhost [127.0.0.1]) by doob.fam.tuwien.ac.at (8.13.8/8.13.8/Debian-3) with ESMTP id n0JNtejF029894; Tue, 20 Jan 2009 00:55:40 +0100 From: Reinhold Kainhofer Organization: Vienna University of Technology To: ietf-calsify@osafoundation.org Date: Tue, 20 Jan 2009 00:55:35 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: In-Reply-To: Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901200055.39381.reinhold@kainhofer.com> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 23:55:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 19. Januar 2009 04:25:39 schrieb Cyrus Daboo: > Other issues have been dealt with (either fixed or not) as per > es.pdf>. All of this needs review from other people to confirm that the > changes made (or not made) are valid. I took a look at the issues you marked as fixed in your table. Mostly, the changes fix my issues. However: #25: Maybe it should be mentioned that the uninvited CU replies to the "Organizer" adding himself as an ATTENDEE? (It might be clear from the definition of a REPLY, but in the table in section 3.2.3 we say "MUST be the address of the Attendee replying". The uninvited CU is not an attendee, though...) #36: I would also add the usual "MUST be present if any date/time refers to a timezone" comment for VTIMEZONE, which is present in all other tables. #60: You say that "unsuccessfull" is only meant for technical failures, not for requests that are declined and are unsuccessfull requests in that sense. The word "method" in "to an unsuccessfull VTODO calendar component REQUEST method" might be enough to indicate this, but it would still be be a good idea to make it clear that unsuccessfull is meant as a technical failure. #65: DTSTART, DUE and RDATE can have different time zones attached, in which case "0 or 1" for VTIMEZONE is not sufficient. I would suggest "0+". The same goes for 3.4.7 COUNTER. #78: The last sentence "is used as the value "RECURRENCE-ID" property" is missing an "of the". #92: Some FREEBUSY properties are still outside the 1.1.-8.1. time frame specified by DTSTART and DTEND Nitpicking: - -) I also noticed that section 4.2.3 is named "Update An Event", while other sections use "an" in lowercase. - -) Similarly, sections 4.1.2, 4.1.3, 4.2.2, 4.2.9, 4.4.6, 4.4.7, 4.4.8, 4.4.9 use "A" in uppercase (6.1.5 in lowercase). - -) Sections 4.1.5, 6.2.1, A.2 do not use headline uppercasing at all. - -) Sections 3.2, 4.5.3 use "for", Sections 3.3, 3.4, 3.5 use "For". Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJdRL4TqjEwhXvPN0RAnQGAJ0UaniYyKkeR8e2pWh7qAkrNof6AACeN/tR ShV+Z7KlP0w+5i1Q6uT9xV4= =fYFc -----END PGP SIGNATURE----- Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id AF1413E068A for ; Mon, 19 Jan 2009 14:02:56 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wd6rQOSph8MY for ; Mon, 19 Jan 2009 14:02:36 -0800 (PST) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by leka.osafoundation.org (Postfix) with ESMTP id CA9413E0677 for ; Mon, 19 Jan 2009 14:02:35 -0800 (PST) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA04.westchester.pa.mail.comcast.net with comcast id 5S3c1b00E0vyq2s54a2cuz; Mon, 19 Jan 2009 22:02:36 +0000 Received: from THare ([71.203.105.66]) by OMTA05.westchester.pa.mail.comcast.net with comcast id 5a281b00W1RyUCv3Ra28rE; Mon, 19 Jan 2009 22:02:10 +0000 From: "Tim Hare" To: "'Reinhold Kainhofer'" , Date: Mon, 19 Jan 2009 17:02:35 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <200901191932.33157.reinhold@kainhofer.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acl6ZDAnnAzlpF0cSeiuE7G5uHSZ/wAHLO3g Message-Id: <20090119220235.CA9413E0677@leka.osafoundation.org> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 22:02:58 -0000 I do not want to make an incompatible change - and I overlooked that. I guess this should be filed under "proposals for how iCalendar should have been designed better" and forgotten. As for GUI issues - I would say if an alarm changes in someones CUA it would become a different alarm with a different alarmid - the CUA SHOULD scan for duplicates before creating a new one. In practice I believe the number of alarms to be fairly small, and burden to select VALARMS used by VEVENTS or VTODOs would of course depend upon the implementation of the calendar store. Tim Hare Interested Bystander, Non-Inc. -----Original Message----- From: Reinhold Kainhofer [mailto:reinhold@kainhofer.com] Sent: Monday, January 19, 2009 1:33 PM To: ietf-calsify@osafoundation.org Cc: Tim Hare; 'Cyrus Daboo' Subject: Re: [ietf-calsify] iTIP open issues -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 19. Januar 2009 schrieb Tim Hare: > It might be useful to make VALARM a component at the same level as > VTIMEZONE, so that other entries in a calendar stream could refer to them. There are advantages and disadvantages to this: - -) It is an incompatible change! +) alarm components can be reused +) One less occurrence of nested objects - -) Like with VTIMEZONE, you can no longer sequentially write out one VEVENT/VTODO/VJOURNAL after the other, but first have to scan for used VALARM objects, which have to be printed out separately (first?). Alternatively, you need to build the whole output structure in memory before writing it to file. - -) Possible ambiguities in the GUI: Several VEVENT components can have the same VALARM assigned. If you change the alarm of one of these events, shall the "other" alarms be automatically changed, too? From a user's perspective, this would be VERY confusing at best. > Another advantage would be elimination of a BEGIN:/END: sequence > within another BEGIN:/END: component sequence, which may or may not be > a parsing issue for some. I think VALARM is the only component (or > perhaps we should say component-like property) which currently can be > contained within another component. A VTIMEZONE component also contains DAYLIGHT and STANDARD components... So a parser must be able top handle them properly > Some proposed text/ideas for changes in 2445 > > ----------------------------------- > In 3.6.6 > > Add alarmid as a property of a VALARM component. > > Alarmid is REQUIRED, but MUST NOT occur more than once This is an incompatible change and would make all previous iCalendar files using VALARM invalid (and all new ones invalid with regard to the old definition), so in this case the VERSION property should also be increased to 3.0, which I don't think we want to / should do... Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD4DBQFJdMdBTqjEwhXvPN0RAnzsAJ9hEv6az35SueTuuvmIrwF5cDnupACXUXq/ Uzxd8K8SGCsNNJALPfoEYw== =vPei -----END PGP SIGNATURE----- Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 687463E061E for ; Mon, 19 Jan 2009 11:02:06 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LKU6aCBtmKvc for ; Mon, 19 Jan 2009 11:01:55 -0800 (PST) Received: from web63108.mail.re1.yahoo.com (web63108.mail.re1.yahoo.com [69.147.97.3]) by leka.osafoundation.org (Postfix) with SMTP id 6D2453E0683 for ; Mon, 19 Jan 2009 11:01:50 -0800 (PST) Received: (qmail 73014 invoked by uid 60001); 19 Jan 2009 19:01:49 -0000 X-YMail-OSG: MrQttKEVM1m6vzEdhUg8A42FtmXBH4OV.m.bwQRj5Zs00c0Og3uO2X41oXBOWF.emwIOcDPwnWcBrt2llUHSFLz7hub2BsrvH9Ew7kJGwktO_Wi4J92KY5aIZEXGPXVV1XymzZ1RN11ovwrCHikYucRlrXGwO9ErZFoiMosoWjKgerDvithX7ynuKjL6XY3QUwteG1dgjuCszNAnyc0yXPQ- Received: from [71.119.123.156] by web63108.mail.re1.yahoo.com via HTTP; Mon, 19 Jan 2009 11:01:49 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Mon, 19 Jan 2009 11:01:49 -0800 (PST) From: Adrian Crum To: ietf-calsify@osafoundation.org In-Reply-To: <200901191932.33157.reinhold@kainhofer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <679521.71746.qm@web63108.mail.re1.yahoo.com> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: adrian.crum@yahoo.com List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 19:02:07 -0000 --- On Mon, 1/19/09, Reinhold Kainhofer wrote: > > Some proposed text/ideas for changes in 2445 > > > > ----------------------------------- > > In 3.6.6 > > > > Add alarmid as a property of a VALARM component. > > > > Alarmid is REQUIRED, but MUST NOT occur more than once > > This is an incompatible change and would make all previous > iCalendar files > using VALARM invalid (and all new ones invalid with regard > to the old > definition), so in this case the VERSION property should > also be increased to > 3.0, which I don't think we want to / should do... There are many things in the draft that are incompatible with the existing standard. Why not add one more? -Adrian Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id C69B03E0645 for ; Mon, 19 Jan 2009 10:32:03 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OP0e7+y5rsdI for ; Mon, 19 Jan 2009 10:31:53 -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 leka.osafoundation.org (Postfix) with ESMTP id C35C03E0662 for ; Mon, 19 Jan 2009 10:31:52 -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.8/8.13.8/Debian-3) with ESMTP id n0JIVcRE003497; Mon, 19 Jan 2009 19:31:40 +0100 From: Reinhold Kainhofer Organization: FAM, Vienna University of Technology To: ietf-calsify@osafoundation.org Date: Mon, 19 Jan 2009 19:32:32 +0100 User-Agent: KMail/1.10.3 (Linux/2.6.27-9-generic; KDE/4.1.3; i686; ; ) References: <20090119165826.850CF3E066E@leka.osafoundation.org> In-Reply-To: <20090119165826.850CF3E066E@leka.osafoundation.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901191932.33157.reinhold@kainhofer.com> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 18:32:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 19. Januar 2009 schrieb Tim Hare: > It might be useful to make VALARM a component at the same level as > VTIMEZONE, so that other entries in a calendar stream could refer to them. There are advantages and disadvantages to this: - -) It is an incompatible change! +) alarm components can be reused +) One less occurrence of nested objects - -) Like with VTIMEZONE, you can no longer sequentially write out one VEVENT/VTODO/VJOURNAL after the other, but first have to scan for used VALARM objects, which have to be printed out separately (first?). Alternatively, you need to build the whole output structure in memory before writing it to file. - -) Possible ambiguities in the GUI: Several VEVENT components can have the same VALARM assigned. If you change the alarm of one of these events, shall the "other" alarms be automatically changed, too? From a user's perspective, this would be VERY confusing at best. > Another advantage would be elimination of a BEGIN:/END: sequence within > another BEGIN:/END: component sequence, which may or may not be a parsing > issue for some. I think VALARM is the only component (or perhaps we should > say component-like property) which currently can be contained within > another component. A VTIMEZONE component also contains DAYLIGHT and STANDARD components... So a parser must be able top handle them properly > Some proposed text/ideas for changes in 2445 > > ----------------------------------- > In 3.6.6 > > Add alarmid as a property of a VALARM component. > > Alarmid is REQUIRED, but MUST NOT occur more than once This is an incompatible change and would make all previous iCalendar files using VALARM invalid (and all new ones invalid with regard to the old definition), so in this case the VERSION property should also be increased to 3.0, which I don't think we want to / should do... Cheers, Reinhold - -- - ------------------------------------------------------------------ Reinhold Kainhofer, reinhold@kainhofer.com, http://reinhold.kainhofer.com/ * Financial & Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD4DBQFJdMdBTqjEwhXvPN0RAnzsAJ9hEv6az35SueTuuvmIrwF5cDnupACXUXq/ Uzxd8K8SGCsNNJALPfoEYw== =vPei -----END PGP SIGNATURE----- Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 7E2ED3E061E for ; Mon, 19 Jan 2009 08:58:47 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U0QHgStzQwdi for ; Mon, 19 Jan 2009 08:58:28 -0800 (PST) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by leka.osafoundation.org (Postfix) with ESMTP id 850CF3E066E for ; Mon, 19 Jan 2009 08:58:26 -0800 (PST) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA03.westchester.pa.mail.comcast.net with comcast id 5T201b0050mv7h053UyTmW; Mon, 19 Jan 2009 16:58:27 +0000 Received: from THare ([71.203.105.66]) by OMTA11.westchester.pa.mail.comcast.net with comcast id 5UyQ1b00g1RyUCv3XUyRgJ; Mon, 19 Jan 2009 16:58:27 +0000 From: "Tim Hare" To: "'Cyrus Daboo'" , "'Calsify'" Date: Mon, 19 Jan 2009 11:58:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acl55bZQA/wRFRSHScKmYZXkk/2mKQAbWlXA Message-Id: <20090119165826.850CF3E066E@leka.osafoundation.org> Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 16:58:49 -0000 Small comment on a small issue: VALARM at the same level as other components (really a 2445 issue?) It might be useful to make VALARM a component at the same level as VTIMEZONE, so that other entries in a calendar stream could refer to them. This would be purely to shorten the serialized data. Many CUAs have a default for "reminder" (say, 15 minutes before the event, make a chime noise and display something) - having VALARM at the component level would allow defining it once and referring to it. Another advantage would be elimination of a BEGIN:/END: sequence within another BEGIN:/END: component sequence, which may or may not be a parsing issue for some. I think VALARM is the only component (or perhaps we should say component-like property) which currently can be contained within another component. Some proposed text/ideas for changes in 2445 ----------------------------------- In 3.6.6 Add alarmid as a property of a VALARM component. Alarmid is REQUIRED, but MUST NOT occur more than once Remove the requirement for TRIGGER and the paragraphs about TRIGGER In 3.6.1 and 3.6.2 Remove *alarmc and add a property named alarm which is OPTIONAL and MAY occur more than ocne Add ALARM as a property to the text. ALARM ALARMID=,RELATED=: Where the ALARMID is a reference to the VALARM component, RELATED and the ALARM value work like TRIGGER worked in VALARM -------------------------------------------- I will try to work out better text for this, but I wanted to put the idea out there. Tim Hare Interested Bystander, Non-Inc. -----Original Message----- From: ietf-calsify-bounces@osafoundation.org [mailto:ietf-calsify-bounces@osafoundation.org] On Behalf Of Cyrus Daboo Sent: Sunday, January 18, 2009 10:26 PM To: Calsify Subject: [ietf-calsify] iTIP open issues Hi folks, Here are the list of currently open issues from Reinhold's review: Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. These issues need further discussion. Other issues have been dealt with (either fixed or not) as per . All of this needs review from other people to confirm that the changes made (or not made) are valid. -- Cyrus Daboo _______________________________________________ ietf-calsify mailing list ietf-calsify@osafoundation.org http://lists.osafoundation.org/mailman/listinfo/ietf-calsify Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 522C13E0674 for ; Mon, 19 Jan 2009 06:43:13 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0m1xJTZlXKVU for ; Mon, 19 Jan 2009 06:42:59 -0800 (PST) Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id D47E93E0639 for ; Mon, 19 Jan 2009 06:42:56 -0800 (PST) Received: from acsinet13.oracle.com (acsinet13.oracle.com [141.146.126.235]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0JEhbIZ030208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 19 Jan 2009 14:43:39 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by acsinet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0JEhSmK009084; Mon, 19 Jan 2009 14:43:29 GMT Received: from [141.144.112.142] (/141.144.112.142) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 19 Jan 2009 14:42:45 +0000 Message-ID: <49749161.8090006@oracle.com> Date: Mon, 19 Jan 2009 09:42:41 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Eliot Lear References: <49748FBF.3030702@cisco.com> In-Reply-To: <49748FBF.3030702@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.49749167.006D:SCFSTAT928724,ss=1,fgs=0 Cc: Calsify Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 14:43:15 -0000 Hi Eliot, This specific week conflicts with CalConnect XIV. Cheers, Bernard Eliot Lear wrote: > Thanks for that, Cyrus. What I would like to do is schedule a jabber > meeting in about two week's time. To do so, and so that it is > convenient for as many people as possible, can everyone please take a > moment and go to the following web page: > > http://www.doodle.com/participation.html?pollId=e2uvzzf3per72ae9 > > I'll look at results in the next two days to schedule. > > Eliot > > On 1/19/09 4:25 AM, Cyrus Daboo wrote: > >> Hi folks, >> Here are the list of currently open issues from Reinhold's review: >> >> >> >> Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. >> >> These issues need further discussion. >> >> Other issues have been dealt with (either fixed or not) as per >> . >> All of this needs review from other people to confirm that the changes made >> (or not made) are valid. >> >> >> > > _______________________________________________ > ietf-calsify mailing list > ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > > Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id C695D3E0645 for ; Mon, 19 Jan 2009 06:36:00 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.885 X-Spam-Level: X-Spam-Status: No, score=-2.885 tagged_above=-50 required=4 tests=[AWL=-0.286, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDRINgV7k89s for ; Mon, 19 Jan 2009 06:35:53 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 0B5DE3E0655 for ; Mon, 19 Jan 2009 06:35:49 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,289,1231113600"; d="scan'208";a="31286356" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 19 Jan 2009 14:35:46 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0JEZiGX015482; Mon, 19 Jan 2009 15:35:44 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0JEZi8d016892; Mon, 19 Jan 2009 14:35:44 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Jan 2009 15:35:44 +0100 Received: from adsl-247-4-fixip.tiscali.ch ([10.61.87.93]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Jan 2009 15:35:44 +0100 Message-ID: <49748FBF.3030702@cisco.com> Date: Mon, 19 Jan 2009 15:35:43 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090116 Shredder/3.0b2pre MIME-Version: 1.0 To: Cyrus Daboo References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jan 2009 14:35:44.0514 (UTC) FILETIME=[360F4E20:01C97A43] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Cc: Calsify Subject: Re: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 14:36:05 -0000 Thanks for that, Cyrus. What I would like to do is schedule a jabber meeting in about two week's time. To do so, and so that it is convenient for as many people as possible, can everyone please take a moment and go to the following web page: http://www.doodle.com/participation.html?pollId=e2uvzzf3per72ae9 I'll look at results in the next two days to schedule. Eliot On 1/19/09 4:25 AM, Cyrus Daboo wrote: > Hi folks, > Here are the list of currently open issues from Reinhold's review: > > > > Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. > > These issues need further discussion. > > Other issues have been dealt with (either fixed or not) as per > . > All of this needs review from other people to confirm that the changes made > (or not made) are valid. > > Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D319377D702 for ; Mon, 19 Jan 2009 06:18:04 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yxL-LE1AsR6v for ; Mon, 19 Jan 2009 06:18:02 -0800 (PST) Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id E9A9177D700 for ; Mon, 19 Jan 2009 06:18:01 -0800 (PST) Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0JEJeAO031999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 19 Jan 2009 14:19:42 GMT Received: from acsmt703.oracle.com (acsmt703.oracle.com [141.146.40.81]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0JEGxha014765; Mon, 19 Jan 2009 14:17:55 GMT Received: from [141.144.112.142] (/141.144.112.142) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 19 Jan 2009 14:16:57 +0000 Message-ID: <49748B56.4080607@oracle.com> Date: Mon, 19 Jan 2009 09:16:54 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Cyrus Daboo References: <4970A577.4030308@sun.com> <4970EF00.20509@oracle.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt703.oracle.com [141.146.40.81] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010201.49748B92.0073:SCFSTAT928724,ss=1,fgs=0 Cc: Arnaud Quillaud , ietf-calsify@osafoundation.org Subject: Re: [ietf-calsify] REQUEST-STATUS mandatory only for VTODO REPLY X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 14:18:06 -0000 Hi Cyrus, Cyrus Daboo wrote: > Hi Bernard, > > --On January 16, 2009 3:33:04 PM -0500 Bernard Desruisseaux > wrote: > >> You stung my curiosity! I ran the following egrep command against the >> draft and found other inconsistencies... >> >> egrep "(\|.*REQUEST-STATUS|^ \| METHOD|\| VEVENT.*1+|\| >> VFREEBUSY.*1+|\| VTODO.*1+|\| VJOURNAL.*1+)" >> draft-ietf-calsify-2446bis-08.txt >> >> In summary (including the issue you found): >> >> 1- In VEVENT w/ METHOD:REQUEST -> REQUEST-STATUS should be 0 and not 0+ >> 2- In VEVENT w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ >> 3- In VTODO w/ METHOD:REPLY -> REQUEST-STATUS should be 0+ and not 1+ >> 4- In VTODO w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ > > I agree with #1 and #3 and have updated my working copy accordingly. > > I am not totally convinced about #2 and #3. I assume you meant #2 and #4 (i.e., METHOD:COUNTER). > I would like to know why you think that a COUNTER is not a reply to > the organizer that can carry status about the original request that it > is countering. > I couldn't find any text or example in RFC2446 that would suggest that COUNTER can be used as a reply to the original REQUEST. On the other hand, the text makes it clear that REPLY may be used to respond to an unsuccessful request: % grep -A 2 "respond to an un" rfc2446.txt The "REPLY" method may also be used to respond to an unsuccessful "REQUEST" method. Depending on the value of the "REQUEST-STATUS" property no scheduling action may have been performed. -- The "REPLY" method may also be used to respond to an unsuccessful "REQUEST" method. Depending on the "REQUEST-STATUS" value, no busy time information may be returned. -- The "REPLY" method MAY also be used to respond to an unsuccessful "VTODO" calendar component "REQUEST" method. Depending on the "REQUEST-STATUS" value, no scheduling action may have been performed. Also, as mentioned in the text, "REQUEST-STATUS" is not required in successful transactions. In most (all?) cases, a COUNTER *request* will be initiated by the end user when the original REQUEST transaction was successful. If the original REQUEST was unsuccessful, what would the end user be countering anyway? Cheers, Bernard Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 235733E0613 for ; Sun, 18 Jan 2009 19:34:10 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tAUUT+t41EcZ for ; Sun, 18 Jan 2009 19:34:02 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id 873DF3E064B for ; Sun, 18 Jan 2009 19:34:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id F1B2010E65CD; Sun, 18 Jan 2009 22:34:00 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79rfGmcg7TdE; Sun, 18 Jan 2009 22:34:00 -0500 (EST) Received: from [10.0.1.200] (unknown [10.0.1.1]) by daboo.name (Postfix) with ESMTP id DECF010E65C2; Sun, 18 Jan 2009 22:33:59 -0500 (EST) Date: Sun, 18 Jan 2009 22:33:59 -0500 From: Cyrus Daboo To: Bernard Desruisseaux , Arnaud Quillaud Message-ID: In-Reply-To: <4970EF00.20509@oracle.com> References: <4970A577.4030308@sun.com> <4970EF00.20509@oracle.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=1014 Cc: ietf-calsify@osafoundation.org Subject: Re: [ietf-calsify] REQUEST-STATUS mandatory only for VTODO REPLY X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 03:34:12 -0000 Hi Bernard, --On January 16, 2009 3:33:04 PM -0500 Bernard Desruisseaux wrote: > You stung my curiosity! I ran the following egrep command against the > draft and found other inconsistencies... > > egrep "(\|.*REQUEST-STATUS|^ \| METHOD|\| VEVENT.*1+|\| > VFREEBUSY.*1+|\| VTODO.*1+|\| VJOURNAL.*1+)" > draft-ietf-calsify-2446bis-08.txt > > In summary (including the issue you found): > > 1- In VEVENT w/ METHOD:REQUEST -> REQUEST-STATUS should be 0 and not 0+ > 2- In VEVENT w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ > 3- In VTODO w/ METHOD:REPLY -> REQUEST-STATUS should be 0+ and not 1+ > 4- In VTODO w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ I agree with #1 and #3 and have updated my working copy accordingly. I am not totally convinced about #2 and #3. I would like to know why you think that a COUNTER is not a reply to the organizer that can carry status about the original request that it is countering. -- Cyrus Daboo Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id BBB533E0613 for ; Sun, 18 Jan 2009 19:25:47 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L1oUfYkN83L4 for ; Sun, 18 Jan 2009 19:25:45 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id 7B78C3E0615 for ; Sun, 18 Jan 2009 19:25:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 795AB10E655C for ; Sun, 18 Jan 2009 22:25:41 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id To5Gwzq16gz3 for ; Sun, 18 Jan 2009 22:25:41 -0500 (EST) Received: from [10.0.1.200] (unknown [10.0.1.1]) by daboo.name (Postfix) with ESMTP id A6C5310E6551 for ; Sun, 18 Jan 2009 22:25:40 -0500 (EST) Date: Sun, 18 Jan 2009 22:25:39 -0500 From: Cyrus Daboo To: Calsify Message-ID: X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=566 Subject: [ietf-calsify] iTIP open issues X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2009 03:25:50 -0000 Hi folks, Here are the list of currently open issues from Reinhold's review: Issues: #25, #30, #33, #40, #59, #64, #67, #70, #95, #105, #106, #107, #109. These issues need further discussion. Other issues have been dealt with (either fixed or not) as per . All of this needs review from other people to confirm that the changes made (or not made) are valid. -- Cyrus Daboo Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id D634F3E05CB for ; Fri, 16 Jan 2009 12:46:19 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.579 X-Spam-Level: X-Spam-Status: No, score=-2.579 tagged_above=-50 required=4 tests=[AWL=0.020, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YTxC2Z5reg6g for ; Fri, 16 Jan 2009 12:46:17 -0800 (PST) Received: from daboo.name (daboo.name [151.201.22.177]) by leka.osafoundation.org (Postfix) with ESMTP id A8A2E3E04A0 for ; Fri, 16 Jan 2009 12:46:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 0AE0D10D5E68; Fri, 16 Jan 2009 15:46:17 -0500 (EST) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wubXBY3GMCtd; Fri, 16 Jan 2009 15:46:16 -0500 (EST) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTP id C548A10D5E61; Fri, 16 Jan 2009 15:46:15 -0500 (EST) Date: Fri, 16 Jan 2009 15:46:12 -0500 From: Cyrus Daboo To: Eliot Lear , CALSIFY Mailinglist Message-ID: <5B2459583CA227A6B3822246@caldav.corp.apple.com> In-Reply-To: <496E1627.5050701@cisco.com> References: <496E1627.5050701@cisco.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=982 Subject: Re: [ietf-calsify] open issues with 2446/2447 X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2009 20:46:20 -0000 Hi Eliot, --On January 14, 2009 5:43:19 PM +0100 Eliot Lear wrote: > In considering whether to hold a working group meeting in San Francisco > to resolve open issues, we would like to understand who would > participate. The other possibilities would be to restart our jabber > sessions or to proceed via email alone. Could you please take a moment > to answer then this question: > > In which way would you like to participate? > > 1. Meet in San Francisco during the week of the 20th of March > 2. Jabber > 3. Email alone > > Email is always open to participants and all decisions are confirmed via > email. My preferences: lets start things off with a phone call, then fall back to jabber once a week or every fortnight. I think face-to-face will be hard in light of budgetary restrictions for travel. I will try and get outstanding 2446bis issues enumerated this weekend and start posting them to the list to get things going again. -- Cyrus Daboo Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 882073E05C8 for ; Fri, 16 Jan 2009 12:33:24 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -3.549 X-Spam-Level: X-Spam-Status: No, score=-3.549 tagged_above=-50 required=4 tests=[AWL=-0.950, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8DU4W527qEp1 for ; Fri, 16 Jan 2009 12:33:13 -0800 (PST) Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 5F7473E04A0 for ; Fri, 16 Jan 2009 12:33:13 -0800 (PST) Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0GKWl9O028368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Jan 2009 20:32:48 GMT Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0GKX7lp007991; Fri, 16 Jan 2009 20:33:08 GMT Received: from [10.156.43.80] (/10.156.43.80) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 16 Jan 2009 20:33:05 +0000 Message-ID: <4970EF00.20509@oracle.com> Date: Fri, 16 Jan 2009 15:33:04 -0500 From: Bernard Desruisseaux User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Arnaud Quillaud References: <4970A577.4030308@sun.com> In-Reply-To: <4970A577.4030308@sun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsmt704.oracle.com [141.146.40.82] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4970EF03.0122:SCFSTAT928724,ss=1,fgs=0 Cc: "ietf-calsify@osafoundation.org" Subject: Re: [ietf-calsify] REQUEST-STATUS mandatory only for VTODO REPLY X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2009 20:33:24 -0000 Arnaud, You stung my curiosity! I ran the following egrep command against the draft and found other inconsistencies... egrep "(\|.*REQUEST-STATUS|^ \| METHOD|\| VEVENT.*1+|\| VFREEBUSY.*1+|\| VTODO.*1+|\| VJOURNAL.*1+)" draft-ietf-calsify-2446bis-08.txt In summary (including the issue you found): 1- In VEVENT w/ METHOD:REQUEST -> REQUEST-STATUS should be 0 and not 0+ 2- In VEVENT w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ 3- In VTODO w/ METHOD:REPLY -> REQUEST-STATUS should be 0+ and not 1+ 4- In VTODO w/ METHOD:COUNTER -> REQUEST-STATUS should be 0 and not 0+ Cheers, Bernard Arnaud Quillaud wrote: > Is there a particular reason why the REQUEST-STATUS is mandated in a > VTODO REPLY > (http://tools.ietf.org/html/draft-ietf-calsify-2446bis-08#section-3.4.3) > when it is not in a VEVENT REPLY > (http://tools.ietf.org/html/draft-ietf-calsify-2446bis-08#section-3.2.3) ? > > If there is none, shouldn't we make the REQUEST-STATUS a 0+ also for VTODO ? > > Arnaud Q > _______________________________________________ > ietf-calsify mailing list > ietf-calsify@osafoundation.org > http://lists.osafoundation.org/mailman/listinfo/ietf-calsify > > Return-Path: X-Original-To: ietf-calsify@osafoundation.org Delivered-To: ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id 1DFE47841EF for ; Fri, 16 Jan 2009 07:19:46 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-50 required=4 tests=[AWL=0.000, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p0ZOm3Xj34OD for ; Fri, 16 Jan 2009 07:19:30 -0800 (PST) Received: from gmp-eb-inf-2.sun.com (gmp-eb-inf-2.sun.com [192.18.6.24]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id 6BB4B3E05A9 for ; Fri, 16 Jan 2009 07:19:30 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0GFJShj002926 for ; Fri, 16 Jan 2009 15:19:28 GMT Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDK00201IB04I00@fe-emea-10.sun.com> (original mail from Arnaud.Quillaud@Sun.COM) for ietf-calsify@osafoundation.org; Fri, 16 Jan 2009 15:19:28 +0000 (GMT) Received: from [129.150.117.225] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDK00G68L87Y0A0@fe-emea-10.sun.com> for ietf-calsify@osafoundation.org; Fri, 16 Jan 2009 15:19:20 +0000 (GMT) Date: Fri, 16 Jan 2009 16:19:19 +0100 From: Arnaud Quillaud Sender: Arnaud.Quillaud@Sun.COM To: "ietf-calsify@osafoundation.org" Message-id: <4970A577.4030308@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.19 (X11/20090105) Subject: [ietf-calsify] REQUEST-STATUS mandatory only for VTODO REPLY X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2009 15:19:46 -0000 Is there a particular reason why the REQUEST-STATUS is mandated in a VTODO REPLY (http://tools.ietf.org/html/draft-ietf-calsify-2446bis-08#section-3.4.3) when it is not in a VEVENT REPLY (http://tools.ietf.org/html/draft-ietf-calsify-2446bis-08#section-3.2.3) ? If there is none, shouldn't we make the REQUEST-STATUS a 0+ also for VTODO ? Arnaud Q Return-Path: X-Original-To: Ietf-calsify@osafoundation.org Delivered-To: Ietf-calsify@osafoundation.org Received: from localhost (localhost [127.0.0.1]) by leka.osafoundation.org (Postfix) with ESMTP id DAA0277D709 for ; Wed, 14 Jan 2009 08:43:25 -0800 (PST) X-Virus-Scanned: by amavisd-new and clamav at osafoundation.org X-Spam-Score: -2.963 X-Spam-Level: X-Spam-Status: No, score=-2.963 tagged_above=-50 required=4 tests=[AWL=-0.364, BAYES_00=-2.599] Received: from leka.osafoundation.org ([127.0.0.1]) by localhost (leka.osafoundation.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8fT1HSoSRGBG for ; Wed, 14 Jan 2009 08:43:23 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by leka.osafoundation.org (Postfix) with ESMTP id E326F77D708 for ; Wed, 14 Jan 2009 08:43:22 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.37,263,1231113600"; d="scan'208";a="30889140" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 14 Jan 2009 16:43:20 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n0EGhKYO009381 for ; Wed, 14 Jan 2009 17:43:20 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n0EGhKMm025278 for ; Wed, 14 Jan 2009 16:43:20 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 14 Jan 2009 17:43:19 +0100 Received: from adsl-247-5-fixip.tiscali.ch ([10.61.97.201]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 14 Jan 2009 17:43:19 +0100 Message-ID: <496E1627.5050701@cisco.com> Date: Wed, 14 Jan 2009 17:43:19 +0100 From: Eliot Lear User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090111 Shredder/3.0b2pre MIME-Version: 1.0 To: CALSIFY Mailinglist Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jan 2009 16:43:19.0606 (UTC) FILETIME=[34C8E560:01C97667] Authentication-Results: ams-dkim-1; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [ietf-calsify] open issues with 2446/2447 X-BeenThere: ietf-calsify@osafoundation.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "RFC2445, 2446 and 2447 Discusions" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 16:43:26 -0000 Dear all, In considering whether to hold a working group meeting in San Francisco to resolve open issues, we would like to understand who would participate. The other possibilities would be to restart our jabber sessions or to proceed via email alone. Could you please take a moment to answer then this question: In which way would you like to participate? 1. Meet in San Francisco during the week of the 20th of March 2. Jabber 3. Email alone Email is always open to participants and all decisions are confirmed via email. Thanks for your help, Eliot