Return-Path: <rsto@fastmailteam.com>
X-Original-To: calsify@mail2.ietf.org
Delivered-To: calsify@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1])
	by mail2.ietf.org (Postfix) with ESMTP id B92BBA9EFBD4
	for <calsify@mail2.ietf.org>; Mon, 19 Jan 2026 07:51:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level: 
X-Spam-Status: No, score=-2.798 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, HTML_MESSAGE=0.001,
	RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
	RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_PASS=-0.001]
	autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key)
	header.d=fastmailteam.com header.b="fJXjtjDm";
	dkim=pass (2048-bit key) header.d=messagingengine.com
	header.b="ceTHPlYp"
Received: from mail2.ietf.org ([166.84.6.31])
	by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lsod-pybTIBT for <calsify@mail2.ietf.org>;
	Mon, 19 Jan 2026 07:51:22 -0800 (PST)
Received: from fout-a7-smtp.messagingengine.com
 (fout-a7-smtp.messagingengine.com [103.168.172.150])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256)
	(No client certificate requested)
	by mail2.ietf.org (Postfix) with ESMTPS id 56CB3A9EFAAD
	for <calsify@ietf.org>; Mon, 19 Jan 2026 07:49:39 -0800 (PST)
Received: from phl-compute-10.internal (phl-compute-10.internal [10.202.2.50])
	by mailfout.phl.internal (Postfix) with ESMTP id C8B12EC060E
	for <calsify@ietf.org>; Mon, 19 Jan 2026 10:49:33 -0500 (EST)
Received: from phl-imap-15 ([10.202.2.104])
  by phl-compute-10.internal (MEProxy); Mon, 19 Jan 2026 10:49:33 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
	fastmailteam.com; h=cc:content-type:content-type:date:date:from
	:from:in-reply-to:in-reply-to:message-id:mime-version:references
	:reply-to:subject:subject:to:to; s=fm3; t=1768837773; x=
	1768924173; bh=q71USs2N3ZKTk//VvQhwz1XaI8UIfXpa9W4HXI+du7A=; b=f
	JXjtjDmtlFFMk390bqTq/uRtFM19Vjlx+JhPEigjEpk5Z1PO1YFBX4MClY22pCne
	oFpMOvdPtk8g/YXfDGe7ZWKQcTn0L2UvDFPYiI3RkOjzIioDU1xU99zMz7aJEMKt
	X+mgE1rkbDGsuwhKq30QlPDzIlu3+UDzVEJXdXD3zS6pirrMCpjewaTJOTNfpdTf
	17BHu1OIhYZFvSU5QlUfGsDD0zwOnR1oLPYSKVdEqMpCKG94j95vWP8UerHlOsiS
	Jhrt2+/1bvnX2JHA2dSGJ8oL3B9vSZXFkyjsUy66l4CrwIwb/xdKEiAlt6hKrrMY
	dZGz024pdvlO+XnpcYJNA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
	messagingengine.com; h=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:subject:subject:to
	:to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=
	1768837773; x=1768924173; bh=q71USs2N3ZKTk//VvQhwz1XaI8UIfXpa9W4
	HXI+du7A=; b=ceTHPlYpvpPREFr3cdXg/4ltJsAF+YTw7gRapvS9sm79b1XVEEK
	nR7TB8pIk0U53e+dNJ8AvxjG+fxHB8vgr+Z51m/YqkQILHOCos7H8I+5FEmIKqWw
	ZA9LrGfgAIK/zHvz3JTzJYdf+HcmDP2n3ICrKncWeQpCpJIeYaiydNLkRmhtPVOu
	kpX1cSXvOzCkMW/d9vgkFrti3ZzudeLttirCctFXHj42APM52FFHt88BdPE+9lSr
	Qj6sPFJ/KvX1j/hFO6ziLUe9wQTz+IpjRSxv3JL6mzIsGmvNGW1tbeLk2bFr52bU
	YiXH4BaLCEqp9NFd8VkvY8EVhPNvfz1e2lw==
X-ME-Sender: <xms:jVJuaVGfS4eF7wJ8852LzWCO3oaw8_083UcTsYEdQd_fWLkzGGnFzQ>
    <xme:jVJuaVJvkIRSQgOGl9gfVCMH_X2aISsegaG4edLT6PW-Yhsr7qN9pxTGp3PjYLu4b
    hZ5cSZ0pSqTdVeCkUfd0f3RRANQiH341EwsS1A8Sopk-fPuqw>
X-ME-Proxy-Cause: 
 gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgddufeejleejucetufdoteggodetrf
    dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu
    rghilhhouhhtmecufedttdenucenucfjughrpefoggffhffvkfgjfhfutgesrgdtreerre
    dttdenucfhrhhomhepfdftohgsvghrthcuufhtvghprghnvghkfdcuoehrshhtohesfhgr
    shhtmhgrihhlthgvrghmrdgtohhmqeenucggtffrrghtthgvrhhnpeevueduueefkeehff
    eiudfgtdefffektdetfedtvdejkedtheevveehheetveduffenucffohhmrghinhepihgv
    thhfrdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh
    homheprhhsthhosehfrghsthhmrghilhhtvggrmhdrtghomhdpnhgspghrtghpthhtohep
    uddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoheptggrlhhsihhfhiesihgvthhfrd
    horhhg
X-ME-Proxy: <xmx:jVJuaYqjxao5L4-Z3po5eoGP7B-AdEK5x8Yq0tJ2lQr2qAcv2IvyXA>
    <xmx:jVJuaVmy7FwsSvbHahXaI4PxrlkV89CSA9C39KlRi-AAe3jnbKpJtQ>
    <xmx:jVJuaS1RMk254OAKn0nCU47uiU_KWlRICLte4eDGj-Tkp2_cwz8JFg>
    <xmx:jVJuaVB_TFe5hwOUOA2TYcX7xzQv_bgivADRKWJ1lK__k2cz6sMhEg>
    <xmx:jVJuaWD-2cWJzdjl36ZnufPz8tWHb93Ds7RAY3qTWAGAAwCAjX5aXCwK>
Feedback-ID: ia5d944da:Fastmail
Received: by mailuser.phl.internal (Postfix, from userid 501)
	id 9C637780070; Mon, 19 Jan 2026 10:49:33 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
MIME-Version: 1.0
X-ThreadId: AXdDhqo9FPEw
Date: Mon, 19 Jan 2026 16:49:13 +0100
From: "Robert Stepanek" <rsto@fastmailteam.com>
To: calsify@ietf.org
Message-Id: <28f107ec-9269-443a-a452-30f8e9ddfd2c@app.fastmail.com>
In-Reply-To: <431e15d7-bfe2-49b6-bb63-28ed6c1cf694@gmail.com>
References: 
 <176253720795.1457955.14139416645668213448@dt-datatracker-5df8666cb-7l4w5>
 <577927e5-8e02-4ab4-8c9d-7956511822ec@dogfoodapp.fastmail.com>
 <431e15d7-bfe2-49b6-bb63-28ed6c1cf694@gmail.com>
Content-Type: multipart/alternative;
 boundary=3fcdbdf0545744f79ed82097400c5645
Message-ID-Hash: 4YRULUJDZAKEXKC5L4UWMCBLKYCVI4UX
X-Message-ID-Hash: 4YRULUJDZAKEXKC5L4UWMCBLKYCVI4UX
X-MailFrom: rsto@fastmailteam.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency;
 loop; banned-address; member-moderation; header-match-calsify.ietf.org-0;
 nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size;
 news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: =?utf-8?q?=5Bcalsify=5D_Re=3A_WG_Last_Call=3A_draft-ietf-calext-icalendar-js?=
 =?utf-8?q?calendar-extensions-03_=28Ends_2025-12-19=29?=
List-Id: "Calendaring,
 Contacts and Scheduling Standards Maintenance" <calsify.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/calsify/itChjUEMAceMfmmQF9yERGang8o>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Owner: <mailto:calsify-owner@ietf.org>
List-Post: <mailto:calsify@ietf.org>
List-Subscribe: <mailto:calsify-join@ietf.org>
List-Unsubscribe: <mailto:calsify-leave@ietf.org>

--3fcdbdf0545744f79ed82097400c5645
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi Daniel,

thanks for the review. I now published version draft-ietf-calext-icalendar-jscalendar-extensions-05 <https://www.ietf.org/archive/id/draft-ietf-calext-icalendar-jscalendar-extensions-05.html>. Replies inline.

On Wed, Jan 7, 2026, at 6:20 PM, Daniel Migault wrote:
> The IANA section needs to be completed.
> 

Done.

> 12. Have reasonable efforts been made to remind all authors of the intellectual
>     property rights (IPR) disclosure obligations described in [BCP 79][7]? To
>     the best of your knowledge, have all required disclosures been filed?

Yes.
 
> 13. Has each author, editor, and contributor shown their willingness to be
>     listed as such? If the total number of authors and editors on the front page
>     is greater than five, please provide a justification.

Yes.

> 19. Will publication of this document change the status of any existing RFCs? If
>     so, does the Datatracker metadata correctly reflect this and are those RFCs
>     listed on the title page, in the abstract, and discussed in the
>     introduction? If not, explain why and point to the part of the document
>     where the relationship of this document to these other RFCs is discussed.

Yes. I updated the metadata, abstract and introduction accordingly.

> The ABNF parser (https://author-tools.ietf.org/abnf) returns some issues with the models. CRLF is undefined, but I am wondering if that is not because text is undefined as the following lines parses correctly:

The ABNF parser reports the following errors for draft-ietf-calext-icalendar-jscalendar-extensions-04:

; text UNDEFINED
; CRLF UNDEFINED
; other-param UNDEFINED
; uri UNDEFINED

But section 1.2. "ABNF Notations" states that the ABNFs in this document use definitions of RFC 5234 and RFC 5545. The ABNFs for "text", "other-param" and "uri" are defined in RFC 5545, the ABNF for "CRLF" is defined in RFC 5234. The issue is that the ABNF tool seems to only be able consider ABNFs defined in the same document and not consider ABNFs defined in other documents. I see no action required for this document.

Regards,
Robert
--3fcdbdf0545744f79ed82097400c5645
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html><html><head><title></title></head><body><div>Hi Daniel,</=
div><div><br></div><div>thanks for the review. I now published version <=
a href=3D"https://www.ietf.org/archive/id/draft-ietf-calext-icalendar-js=
calendar-extensions-05.html">draft-ietf-calext-icalendar-jscalendar-exte=
nsions-05</a>. Replies inline.</div><div><br></div><div>On Wed, Jan 7, 2=
026, at 6:20 PM, Daniel Migault wrote:</div><blockquote type=3D"cite" id=
=3D"qt" style=3D""><p>The IANA section needs to be completed.</p></block=
quote><div><br></div><div>Done.</div><div><br></div><blockquote type=3D"=
cite" id=3D"qt" style=3D""><div><div>12. Have reasonable efforts been ma=
de to remind all authors of the=0A      intellectual</div><div>&nbsp;&nb=
sp;&nbsp; property rights (IPR) disclosure obligations described in [BCP=
=0A      79][7]? To</div><div>&nbsp;&nbsp;&nbsp; the best of your knowle=
dge, have all required disclosures been=0A      filed?</div></div></bloc=
kquote><div><br></div><div>Yes.</div><div>&nbsp;</div><blockquote type=3D=
"cite" id=3D"qt" style=3D""><div><div>13. Has each author, editor, and c=
ontributor shown their=0A      willingness to be</div><div>&nbsp;&nbsp;&=
nbsp; listed as such? If the total number of authors and editors on=0A  =
    the front page</div><div>&nbsp;&nbsp;&nbsp; is greater than five, pl=
ease provide a justification.</div></div></blockquote><div><br></div><di=
v>Yes.</div><div><br></div><blockquote type=3D"cite" id=3D"qt" style=3D"=
"><div><div>19. Will publication of this document change the status of a=
ny=0A      existing RFCs? If</div><div>&nbsp;&nbsp;&nbsp; so, does the D=
atatracker metadata correctly reflect this and=0A      are those RFCs</d=
iv><div>&nbsp;&nbsp;&nbsp; listed on the title page, in the abstract, an=
d discussed in=0A      the</div><div>&nbsp;&nbsp;&nbsp; introduction? If=
 not, explain why and point to the part of the=0A      document</div><di=
v>&nbsp;&nbsp;&nbsp; where the relationship of this document to these ot=
her RFCs is=0A      discussed.</div></div></blockquote><div><br></div><d=
iv>Yes. I updated the metadata, abstract and introduction accordingly.</=
div><div><br></div><blockquote type=3D"cite" id=3D"qt" style=3D""><div><=
div>The ABNF parser (<a class=3D"qt-moz-txt-link-freetext" href=3D"https=
://author-tools.ietf.org/abnf">https://author-tools.ietf.org/abnf</a>) r=
eturns some=0A      issues with the models. CRLF is undefined, but I am =
wondering if=0A      that is not because text is undefined as the follow=
ing lines=0A      parses correctly:</div></div></blockquote><div><br></d=
iv><div>The ABNF parser reports the following errors for draft-ietf-cale=
xt-icalendar-jscalendar-extensions-04:</div><div><br></div><div>; text U=
NDEFINED</div><div>; CRLF UNDEFINED</div><div>; other-param UNDEFINED</d=
iv><div>; uri UNDEFINED</div><div><br></div><div>But section 1.2. "ABNF =
Notations" states that the ABNFs in this document use definitions of RFC=
 5234 and RFC 5545. The ABNFs for "text", "other-param" and "uri" are de=
fined in RFC 5545, the ABNF for "CRLF" is defined in RFC 5234. The issue=
 is that the ABNF tool seems to only be able consider ABNFs defined in t=
he same document and not consider ABNFs defined in other documents. I se=
e no action required for this document.</div><div><br></div><div>Regards=
,</div><div>Robert</div></body></html>
--3fcdbdf0545744f79ed82097400c5645--

