Re: [calsify] [Technical Errata Reported] RFC9073 (7380)

Ken Murchison <murch@fastmail.com> Thu, 09 November 2023 10:11 UTC

Return-Path: <murch@fastmail.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 C6456C15106B for <calsify@ietfa.amsl.com>; Thu, 9 Nov 2023 02:11:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.103
X-Spam-Level:
X-Spam-Status: No, score=-7.103 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.com header.b="JNNDpVNC"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="kke32m0W"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YIVQdIMu1OgZ for <calsify@ietfa.amsl.com>; Thu, 9 Nov 2023 02:11:24 -0800 (PST)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0001C14CF1E for <calsify@ietf.org>; Thu, 9 Nov 2023 02:11:24 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 008965C0320; Thu, 9 Nov 2023 05:11:22 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 09 Nov 2023 05:11:22 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm3; t=1699524681; x=1699611081; bh=/o BmRoixL5p0oKP6fpuObbWX4eLRDk3vw+x7gdwwzR8=; b=JNNDpVNCm3JMf+rT7p cahjiE6qafRL/cKNv6pz5hlEUA6bflqqU9FZPUIxqfBRDbGlg6Q96s7LUJ03VYye LB0Mbc0Glb8dnQ2VLmqZLaUFqsszmf8WIogjuyxry7/gdH3BhVGe+4olv2OxxbZP 32mFh09NtijofhE4fjZgZ5L/xLRX0P7A3x+ZnzBXpgBkisVBdEzgd9ou07lxWyjv oFUE3YGegpDLdqjEWb19EzDBbhG5Zh88PGjxvW7PP/UJHePvd/dOxwaXODle0vdy uz5V4I3i5iR2UUGEiOnTavGdjpilLyKwRhuHzTZ1JwffCtVHV1UggjlooB1ZpDVZ ZSjg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; t=1699524681; x=1699611081; bh=/oBmRoixL5p0o KP6fpuObbWX4eLRDk3vw+x7gdwwzR8=; b=kke32m0WcbXWHctmU+HxELKX9OFf0 M5+aXNWDo7gcQmQ+4Vs8zYWVUQ0Er9bUiR78m5GOJjJGTWUAUdSLVIh4ZrBRjjFn i1u/JSWvihqc8FVMX5ktSQ7reZoM8dcmHpnCPadcOLX/TPlQoKnShEV37h7XoD1Q T5o4Hoq82BOPCyX1SU8izMyX98OEn3zeo8rcVWWSPIrY5ZhSPaShk8Ycx9BYlrfv JnGFouo/CR2KcVWW/2qpIvjJbbDCE7YZgp6uU6A/tbXemy3psUl5bZ2kY9Ee7Ira l97Xjm8SmqMA/QU511kjtf4v4G4CsOqo4XHhjg9XtiAV0gJAw3TgYMH9g==
X-ME-Sender: <xms:SbBMZYuSGfeQlMVm9ASUXj1N2NDHPZC1XbfmBq_hwrXyLVTojE1AoQ> <xme:SbBMZVdjphnxRGQnrExcgwej0-_mCSai2bSoUelNiH_rBRWNOGI6uORF1Tde3haDp PoJ1LIg_OmelA>
X-ME-Received: <xmr:SbBMZTzOrGaowlfvf1kFyqOB3idvb7XBXzXEH8Fa1LFZgQI2qsEfI760hd8HXVGMbXwvn-S4kznJxNSVACYDW7hhVi0kN1s>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedruddvuddgudduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptgfkffggfgfuvfevfhfhohgjsegrtderredtvdejnecuhfhrohhmpefmvghn ucfouhhrtghhihhsohhnuceomhhurhgthhesfhgrshhtmhgrihhlrdgtohhmqeenucggtf frrghtthgvrhhnpeegveeghffhudelfedtvefhtdeuleejueffieevgeeuhedvvdeludev ueekfeeuudenucffohhmrghinheprhhftgdqvgguihhtohhrrdhorhhgnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhurhgthhesfhgrshht mhgrihhlrdgtohhm
X-ME-Proxy: <xmx:SbBMZbMjEWWuaMTu959noqogCYI5hHtSRs_XJpvlAxJvLdfFkMp1CA> <xmx:SbBMZY_Jps3ag2flLecLe_sVoqm0zfgW4diYoOspJ8ZPNzCEjrmgFg> <xmx:SbBMZTXo1LtZSyFp7-RkU8BDqziBBjKJUZ2dlGk9om-D2YPtawQjCg> <xmx:SbBMZcaoxiOBYBTJ-599A5xPlMFdq-bwyPo3AbTszvEwU3O9WcIXTQ>
Feedback-ID: ibf914243:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 9 Nov 2023 05:11:20 -0500 (EST)
Content-Type: multipart/alternative; boundary="------------0zMRwwzecDpooORSecTKlAiy"
Message-ID: <914301fe-6758-49dd-897e-58419a7ab6b9@fastmail.com>
Date: Thu, 09 Nov 2023 05:11:18 -0500
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: Francesca Palombini <francesca.palombini@ericsson.com>, "mdouglass@bedework.com" <mdouglass@bedework.com>, "brong@fastmailteam.com" <brong@fastmailteam.com>, Daniel Migault <daniel.migault@ericsson.com>
Cc: "obartelt@amtangee.com" <obartelt@amtangee.com>, "calsify@ietf.org" <calsify@ietf.org>
References: <20230309094509.CE19F4C26B@rfcpa.amsl.com> <06550489-0fc7-4ad9-b693-557f032a5705@fastmail.com> <7f974de1-317f-4fec-b459-ca7fdbd681de@fastmail.com> <AS1PR07MB86163B6E9B109EA9F0E58AC598AFA@AS1PR07MB8616.eurprd07.prod.outlook.com>
From: Ken Murchison <murch@fastmail.com>
Organization: FastMail US LLC
In-Reply-To: <AS1PR07MB86163B6E9B109EA9F0E58AC598AFA@AS1PR07MB8616.eurprd07.prod.outlook.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/MUIfF0j4kfK2WuTDGzcrd_8ncUI>
Subject: Re: [calsify] [Technical Errata Reported] RFC9073 (7380)
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Calendaring and Scheduling Standards Simplification <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: Thu, 09 Nov 2023 10:11:29 -0000

Yes, that sounds correct.


On 11/9/23 5:06 AM, Francesca Palombini wrote:
>
> Hi Mike, Ken,
>
> So, if I understand correctly, this errata report should be rejected, 
> and possibly a new errata submitted?
>
> Francesca
>
> *From: *Ken Murchison <murch@fastmail.com>
> *Date: *Wednesday, 8 November 2023 at 21:02
> *To: *RFC Errata System <rfc-editor@rfc-editor.org>, 
> mdouglass@bedework.com <mdouglass@bedework.com>, superuser@gmail.com 
> <superuser@gmail.com>, Francesca Palombini 
> <francesca.palombini@ericsson.com>, brong@fastmailteam.com 
> <brong@fastmailteam.com>, Daniel Migault <daniel.migault@ericsson.com>
> *Cc: *obartelt@amtangee.com <obartelt@amtangee.com>, calsify@ietf.org 
> <calsify@ietf.org>
> *Subject: *Re: [calsify] [Technical Errata Reported] RFC9073 (7380)
>
> Actually, as Mike mentioned in his email to the calsify list only, the
> corrected text should instead reference the RFC 9074 properties for the
> two alarm types that support descriptions. E.g.:
>
>      ; Addition of property STYLED-DESCRIPTION
>      disppropext  =/ styleddescription  ; OPTIONAL and MAY occur more
> than once
>
>      ; Addition of property STYLED-DESCRIPTION
>      emailpropext  =/ styleddescription   ; OPTIONAL and MAY occur more
> than once
>
>
> On 11/7/23 11:19 AM, Ken Murchison wrote:
> > I believe that this report should be verified, but Mike should have
> > the final call.
> >
> >
> > On 3/9/23 4:45 AM, RFC Errata System wrote:
> >> The following errata report has been submitted for RFC9073,
> >> "Event Publishing Extensions to iCalendar".
> >>
> >> --------------------------------------
> >> You may review the report below and at:
> >> https://www.rfc-editor.org/errata/eid7380
> >>
> >> --------------------------------------
> >> Type: Technical
> >> Reported by: Olaf Bartelt <obartelt@amtangee.com>
> >>
> >> Section: 4
> >>
> >> Original Text
> >> -------------
> >> The following changes to the syntax defined in iCalendar [RFC5545]
> >>     are made here.  New elements are defined in subsequent sections.
> >>
> >>     ; Addition of PARTICIPANT, VLOCATION, and VRESOURCE
> >>     ; as valid components
> >>     eventc     = "BEGIN" ":" "VEVENT" CRLF
> >>                  eventprop *alarmc *participantc *locationc *resourcec
> >>                  "END" ":" "VEVENT" CRLF
> >>
> >>     ; Addition of properties STYLED-DESCRIPTION and STRUCTURED-DATA
> >>     eventprop  =/ *styleddescription
> >>                   *sdataprop
> >>
> >>     ; Addition of PARTICIPANT, VLOCATION, and VRESOURCE
> >>     ; as valid components
> >>     todoc      = "BEGIN" ":" "VTODO" CRLF
> >>                  todoprop *alarmc *participantc *locationc *resourcec
> >>                  "END" ":" "VTODO" CRLF
> >>
> >>     ; Addition of properties STYLED-DESCRIPTION and STRUCTURED-DATA
> >>     todoprop =/ *styleddescription
> >>                 *sdataprop
> >>
> >>     ; Addition of PARTICIPANT, VLOCATION, and VRESOURCE
> >>     ; as valid components
> >>     journalc   = "BEGIN" ":" "VJOURNAL" CRLF
> >>                  jourprop *participantc *locationc *resourcec
> >>                  "END" ":" "VJOURNAL" CRLF
> >>
> >>     ; Addition of properties STYLED-DESCRIPTION and STRUCTURED-DATA
> >>     jourprop =/ *styleddescription
> >>                 *sdataprop
> >>
> >>     ; Addition of PARTICIPANT, VLOCATION, and VRESOURCE
> >>     ; as valid components
> >>     freebusyc  = "BEGIN" ":" "VFREEBUSY" CRLF
> >>                  fbprop *participantc *locationc *resourcec
> >>                  "END" ":" "VFREEBUSY" CRLF
> >>
> >>     ; Addition of property STYLED-DESCRIPTION
> >>     fbprop     =/ *styleddescription
> >>
> >> Corrected Text
> >> --------------
> >> The following changes to the syntax defined in iCalendar [RFC5545]
> >>     are made here.  New elements are defined in subsequent sections.
> >>
> >>     ; Addition of PARTICIPANT, VLOCATION, and VRESOURCE
> >>     ; as valid components
> >>     eventc     = "BEGIN" ":" "VEVENT" CRLF
> >>                  eventprop *alarmc *participantc *locationc *resourcec
> >>                  "END" ":" "VEVENT" CRLF
> >>
> >>     ; Addition of properties STYLED-DESCRIPTION and STRUCTURED-DATA
> >>     eventprop  =/ *styleddescription
> >>                   *sdataprop
> >>
> >>     ; Addition of PARTICIPANT, VLOCATION, and VRESOURCE
> >>     ; as valid components
> >>     todoc      = "BEGIN" ":" "VTODO" CRLF
> >>                  todoprop *alarmc *participantc *locationc *resourcec
> >>                  "END" ":" "VTODO" CRLF
> >>
> >>     ; Addition of properties STYLED-DESCRIPTION and STRUCTURED-DATA
> >>     todoprop =/ *styleddescription
> >>                 *sdataprop
> >>
> >>     ; Addition of PARTICIPANT, VLOCATION, and VRESOURCE
> >>     ; as valid components
> >>     journalc   = "BEGIN" ":" "VJOURNAL" CRLF
> >>                  jourprop *participantc *locationc *resourcec
> >>                  "END" ":" "VJOURNAL" CRLF
> >>
> >>     ; Addition of properties STYLED-DESCRIPTION and STRUCTURED-DATA
> >>     jourprop =/ *styleddescription
> >>                 *sdataprop
> >>
> >>     ; Addition of PARTICIPANT, VLOCATION, and VRESOURCE
> >>     ; as valid components
> >>     freebusyc  = "BEGIN" ":" "VFREEBUSY" CRLF
> >>                  fbprop *participantc *locationc *resourcec
> >>                  "END" ":" "VFREEBUSY" CRLF
> >>
> >>     ; Addition of property STYLED-DESCRIPTION
> >>     fbprop     =/ *styleddescription
> >>
> >>     ; Addition of property STYLED-DESCRIPTION
> >>     alarmprop  =/ *styleddescription
> >>
> >> Notes
> >> -----
> >> The usage of STYLED-DESCRIPTION in VALARMs is mentioned in section
> >> 6.5, but not represented as an extension to the syntax in section 4.
> >>
> >> 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.
> >>
> >> --------------------------------------
> >> RFC9073 (draft-ietf-calext-eventpub-extensions-19)
> >> --------------------------------------
> >> Title               : Event Publishing Extensions to iCalendar
> >> Publication Date    : August 2021
> >> Author(s)           : M. Douglass
> >> Category            : PROPOSED STANDARD
> >> Source              : Calendaring Extensions
> >> Area                : Applications and Real-Time
> >> Stream              : IETF
> >> Verifying Party     : IESG
> >>
> -- 
> Kenneth Murchison
> Senior Software Developer
> Fastmail US LLC
>
-- 
Kenneth Murchison
Senior Software Developer
Fastmail US LLC