IETF Logo Mail Archive

[Sedate] Distinguishing "optional extra" vs "you need to understand this to process the date accurately" extensions

Bron Gondwana <brong@fastmailteam.com> Thu, 09 December 2021 13:05 UTC

Return-Path: <brong@fastmailteam.com>
X-Original-To: sedate@ietfa.amsl.com
Delivered-To: sedate@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DCAD3A0B3E for <sedate@ietfa.amsl.com>; Thu, 9 Dec 2021 05:05:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b=Hlnnz7wl; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=hDPBjrjT
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 NQ9NRr6BHc1a for <sedate@ietfa.amsl.com>; Thu, 9 Dec 2021 05:04:55 -0800 (PST)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 314BD3A0B3F for <sedate@ietf.org>; Thu, 9 Dec 2021 05:04:55 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 691EC5C0351 for <sedate@ietf.org>; Thu, 9 Dec 2021 08:04:54 -0500 (EST)
Received: from imap43 ([10.202.2.93]) by compute1.internal (MEProxy); Thu, 09 Dec 2021 08:04:54 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm1; bh=9YsYsVGQtM0S7kNrtBTnV3czu4VAHhkhlA+iK3V 5M0s=; b=Hlnnz7wlsRc2XfmvDVTzDXk8TeyQTKxqsQ6JMnIDnLpEV8xejPHlryX KAB8XckEiIzvNVBbeAxi4EgExE+kQnLUaSkG1/f9tQQWytltmQHnvfzGMZ+ftDKW tX+uG1Ue0W4mislr4DhbSnsYLflku1OvfGml1lD91bWjDTd2SYyK/OkLKmB36g/I kK0IYzFb4o3bhJ+4beVGQEwzSxr2Hr4WQmq+NGnvPOX+B16GghfgAKxPUDECnTF2 WwGBnTQQaTMcqoJEKxrB8+1lujGf7jvsDDt//wOr7oSe45+eh7kwhA8aga7d3IG+ kzPMsZ5AAsGSIjwfYOOfZwTagJqBrWw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=9YsYsVGQtM0S7kNrtBTnV3czu4VAH hkhlA+iK3V5M0s=; b=hDPBjrjT/Lc/GK4+2y7ea8IojLKGwA2x2S58qxCPjY2Us 5c4SvHV/6dkn3pOINlOgeWdSR+CvLc8LPaRxCVvRwyliVqC/+GwpX8GNIMFZKSRZ hIQiZIa9eldNQ+YBZgllN7/k8AW9UgKqfbyCr8E0bSMti+CBUDtZPHh0IFp782Nw O9TtUh0m67OpyvZB+hC/A/cX2k/Fwoe7R/HNPRXrqST75gGmvvHJubOs0r+jVPmb /fTzGQjlEc6Xh1llwoazUYEFaRZ3v+p1fFwt55FBu31j34n5+z4aAkyMFZoJUWse fLFJ9v0dL4Bar4y6oKoBG9EIBlqUfsSGbZFQI1lFA==
X-ME-Sender: <xms:9v6xYXQHIbOQukGgnb3naBLMYLpsnm3HXDVVpuYM8xlTjp7Nj5sP6g> <xme:9v6xYYyAqLCN5ktqfQ2Fc5Q8c-q9JmazI3Z9H_VlTD7GW_4EkIWtztLLAX-YIE-vR wcohYH7gvA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrkedtgdegkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesrgdtreerre ertdenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhgsehfrghs thhmrghilhhtvggrmhdrtghomheqnecuggftrfgrthhtvghrnhephfejheekjeekheevue dtjeetiefhffefudeitddtjefhleetveeuheduledtueffnecuffhomhgrihhnpehivght fhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:9v6xYc3brHuEFLJRlWrZ8TYEWeR_lr2-8Np6P9opRAehWrUdAFI5wA> <xmx:9v6xYXAw86FPmcBFUNg3pJ0I6d8SngG_M9e9tiDoYmake6TNf4JT7g> <xmx:9v6xYQgElHV9z01PlmoiJZRLKNpaAfJVj752hzaFSZJaYc09FK1z6g> <xmx:9v6xYbts90aols4KB7OngaE3bDayCG-vR96KqAAR3AF80KnJUiNDKg>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 332A6AC03DB; Thu, 9 Dec 2021 08:04:54 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-4506-g4374de3f18-fm-20211208.001-g4374de3f
Mime-Version: 1.0
Message-Id: <9415a87f-dc8a-47d7-9e2e-9a1f5f6617d5@dogfood.fastmail.com>
Date: Fri, 10 Dec 2021 00:04:34 +1100
From: Bron Gondwana <brong@fastmailteam.com>
To: sedate@ietf.org
Content-Type: multipart/alternative; boundary="a54ae987fc0d4c33a2827650d4b2907e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sedate/c4LcppU5dXXqenyUef615tFxW2k>
Subject: [Sedate] Distinguishing "optional extra" vs "you need to understand this to process the date accurately" extensions
X-BeenThere: sedate@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Serialising Extended Data About Times and Events <sedate.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sedate>, <mailto:sedate-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sedate/>
List-Post: <mailto:sedate@ietf.org>
List-Help: <mailto:sedate-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sedate>, <mailto:sedate-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Dec 2021 13:05:00 -0000

Topic for discussion today/tomorrow!

I think draft-ryzokuken-datetime-extended <https://datatracker.ietf.org/doc/draft-ryzokuken-datetime-extended/>-02 has really good wording about "this stuff is out of scope, but could be handled in a future extension", but it raises the difficulty of how a receiver who doesn't know about the extension can know that it shouldn't trust the datetime as given.

So I wonder if we need a syntax to say "if this extension is not recognized by the receiving system, it SHOULD throw an error and MUST NOT expect the date to be exact" - either a reserved namespace for such extensions, or some other syntactical sugar.

Cheers,

Bron.

--
  Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com

v2.23.0 | Report a Bug | By Email