Re: [calsify] [Technical Errata Reported] RFC5545 (5920)

Bernard Desruisseaux <bernard.desruisseaux@oracle.com> Wed, 27 November 2019 11:59 UTC

Return-Path: <bernard.desruisseaux@oracle.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48B23120112 for <calsify@ietfa.amsl.com>; Wed, 27 Nov 2019 03:59:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=oracle.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PcvE7PzSYHel for <calsify@ietfa.amsl.com>; Wed, 27 Nov 2019 03:59:41 -0800 (PST)
Received: from userp2120.oracle.com (userp2120.oracle.com [156.151.31.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF51612088F for <calsify@ietf.org>; Wed, 27 Nov 2019 03:59:40 -0800 (PST)
Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xARBxVIU076643; Wed, 27 Nov 2019 11:59:31 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=content-type : content-transfer-encoding : from : mime-version : subject : date : message-id : references : cc : in-reply-to : to; s=corp-2019-08-05; bh=jeODS/2RA5Kqz9SbQjAeKAQhuNbW/4jTj53eqWfid4Q=; b=SgZKZz/0C0T2SX7FYsVOR0fPaG+LyGTtBI+pVXkvHtHg6/YEb8E2w2Tc9pNay6wIPQLn oGb7dBJpF//ywbEPnqjlvgccpkwlxyioa12+bvHxKq6SsPjsjnhZaEVtK8IvnQmirdl/ XGXb1mb4IIN1oFUEQQk1bk1Rcr8kdND4+OYYOO2UqZJeekJY8aCVPjnl+kk6e8vjP0l1 qlulAVl2PIeD4jHI968YUoRlbs5/2ZqSDU1RbnuDFMm7KXVDJ/Hv6pr1qCabz0+y7Jq+ QlGDTtbEBkUdg0RuVaZpYLrm+oB/oC3NQQBeFvqnpBwxoXBPDjwNvshEJBTx7AVO1mXK RA==
Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2120.oracle.com with ESMTP id 2wewdrd2t2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 27 Nov 2019 11:59:31 +0000
Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xARBxFGF126192; Wed, 27 Nov 2019 11:59:30 GMT
Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3030.oracle.com with ESMTP id 2wgwuue9y5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 27 Nov 2019 11:59:29 +0000
Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id xARBwk9E011916; Wed, 27 Nov 2019 11:58:46 GMT
Received: from [192.168.1.132] (/24.202.24.53) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 27 Nov 2019 03:58:45 -0800
Content-Type: multipart/alternative; boundary="Apple-Mail-7EBCB477-7AD0-45BA-AF2C-19D305646570"
Content-Transfer-Encoding: 7bit
From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
Mime-Version: 1.0 (1.0)
Date: Wed, 27 Nov 2019 06:58:43 -0500
Message-Id: <5C08FD67-1B2A-401C-BBBC-B795D143516E@oracle.com>
References: <D3FEC3C1-1A3A-4F8A-8D8B-94DA82C425CE@cisco.com>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, ben@nostrum.com, aamelnikov@fastmail.fm, adam@nostrum.com, LarsHenriksen@get2net.dk, calsify@ietf.org
In-Reply-To: <D3FEC3C1-1A3A-4F8A-8D8B-94DA82C425CE@cisco.com>
To: Eliot Lear <lear@cisco.com>
X-Mailer: iPhone Mail (17B84)
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9453 signatures=668685
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1911270105
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9453 signatures=668685
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-1911270105
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/X4ENGYt9zC6YrbOq7UBnFbhRpas>
Subject: Re: [calsify] [Technical Errata Reported] RFC5545 (5920)
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Nov 2019 11:59:43 -0000

+1

Bernard

> Le 27 nov. 2019 à 05:26, Eliot Lear <lear@cisco.com> a écrit :
> 
> I propose accepting this erratum.  While it is true that the recurrence set would remain unchanged, the text in RFC 5545 is very clear:
> 
>> The "DTSTART" property defines
>> the first instance in the recurrence set.  The "DTSTART" property
>> value SHOULD be synchronized with the recurrence rule, if
>> specified.  The recurrence set generated with a "DTSTART" property
>> value not synchronized with the recurrence rule is undefined.
> 
> Here that wasn’t the case, and there was no good reason for it not to be the case; and in fact the example leads us right into that undefined state.
> 
> Eliot
> 
>> On 26 Nov 2019, at 21:50, RFC Errata System <rfc-editor@rfc-editor.org> wrote:
>> 
>> The following errata report has been submitted for RFC5545,
>> "Internet Calendaring and Scheduling Core Object Specification (iCalendar)".
>> 
>> --------------------------------------
>> You may review the report below and at:
>> https://www.rfc-editor.org/errata/eid5920
>> 
>> --------------------------------------
>> Type: Technical
>> Reported by: Lars Henriksen <LarsHenriksen@get2net.dk>
>> 
>> Section: 3.8.5.3
>> 
>> Original Text
>> -------------
>> Every Friday the 13th, forever:
>> 
>>       DTSTART;TZID=America/New_York:19970902T090000
>>       EXDATE;TZID=America/New_York:19970902T090000
>>       RRULE:FREQ=MONTHLY;BYDAY=FR;BYMONTHDAY=13
>> 
>>       ==> (1998 9:00 AM EST) February 13;March 13;November 13
>>           (1999 9:00 AM EDT) August 13
>>           (2000 9:00 AM EDT) October 13
>>           ...
>> 
>> Corrected Text
>> --------------
>> Every Friday the 13th, forever:
>> 
>>       DTSTART;TZID=America/New_York:19980213T090000
>>       RRULE:FREQ=MONTHLY;BYDAY=FR;BYMONTHDAY=13
>> 
>>       ==> (1998 9:00 AM EST) February 13;March 13;November 13
>>           (1999 9:00 AM EDT) August 13
>>           (2000 9:00 AM EDT) October 13
>>           ...
>> 
>> Notes
>> -----
>> The "DTSTART" property is not synchronized with the recurrence rule.
>> 
>> Although it may be removed from the recurrence set by an "EXDATE" property, the description at the start of section 3.8.5.3 leaves no doubt that the "DTSTART" property should still be synchronized with the recurrence rule.
>> 
>> Instructions:
>> -------------
>> This erratum is currently posted as "Reported". If necessary, please
>> use "Reply All" to discuss whether it should be verified or
>> rejected. When a decision is reached, the verifying party  
>> can log in to change the status and edit the report, if necessary. 
>> 
>> --------------------------------------
>> RFC5545 (draft-ietf-calsify-rfc2445bis-10)
>> --------------------------------------
>> Title               : Internet Calendaring and Scheduling Core Object Specification (iCalendar)
>> Publication Date    : September 2009
>> Author(s)           : B. Desruisseaux, Ed.
>> Category            : PROPOSED STANDARD
>> Source              : Calendaring and Scheduling Standards Simplification
>> Area                : Applications
>> Stream              : IETF
>> Verifying Party     : IESG
>