[dispatch] Proposed charter for extended date format

Bron Gondwana <brong@fastmailteam.com> Fri, 19 February 2021 04:20 UTC

Return-Path: <brong@fastmailteam.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FB5E3A0D78 for <dispatch@ietfa.amsl.com>; Thu, 18 Feb 2021 20:20:32 -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=jpfMfupr; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=v8qksjYe
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 WzOmwisGY6yi for <dispatch@ietfa.amsl.com>; Thu, 18 Feb 2021 20:20:30 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DFC63A0D76 for <dispatch@ietf.org>; Thu, 18 Feb 2021 20:20:30 -0800 (PST)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id AE1615C00B4; Thu, 18 Feb 2021 23:20:29 -0500 (EST)
Received: from imap7 ([10.202.2.57]) by compute2.internal (MEProxy); Thu, 18 Feb 2021 23:20:29 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:cc :subject:content-type; s=fm2; bh=gk+oOfaSTF4feO1w+XTXqP/7LxLtM3f lkOAyS7IaUhc=; b=jpfMfupr3I5NcorETXui/OkHgxlHgO2+O6/q0CwfWgGYgFU kkUIlVWZJXfK42klv0aXXo1/A+xcPRAybo+gRSWxaraeez6LzlryFspsR8wZha90 kCuxonC6mA28rIfGZJBbx+Fibj42Fh8GUh8PyojnH2LUjfUW1WfQK+F2p60sJc0Q WPibM4ppkNP8hNzq1T3c1xPpQnPyBbcGemVo54xipRdLsTUuvIPZm9uwKALBF0ij RPg+6TdtHq0lnWOidsM29WTv6K5SDn3+ir7oy8DOFV6jMqgXATAQt606MBfYgdpW /aahSYJo6I+1R64vNKKdYudGKYolHp9qXDaOCKQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=fm2; bh=gk+oOfaSTF4feO1w+XTXqP/7LxLtM 3flkOAyS7IaUhc=; b=v8qksjYeycd9Gd8nMIdch6TGfNcgCAr9j1V8b5Xd6KXXZ Sqi+Gdqr8ZdGUQBxCdyhHssjkQMRPr5y+VAujAvqJim17AUN6sEU7ZYtDU+0jmMg qouu3r9ZlCm/u2mLQcBIOgb9gByA7x2jcVz+UKYznOKL6ymf3gOoXOyqSWN5Bq37 5S+KHpwpu8yqScBTkQH3HxSEM2CIaeIsR8yc+lpywkxUznvMNYIt9GR9sLS3evRO lNLaXxOlhRvyb5hot8VVOWarxVEywslQvwQjqNN5k3euDgsYY6bKpz1qZ8vFQyKf UxyosVPaImWhOvnG6Uk80UsayEl5SslF891rJKnng==
X-ME-Sender: <xms:jTwvYJ7QFqoWnqu_rUIGZOb9Bb8mNZ2V4V_jtGiVx2RGmr0qedld0A> <xme:jTwvYG7jwohNlNkdSESnM_XrnoQuXoEB16XX2UyWQhE8g5zuSfJ9bVPdu2Qz1jDpU MbKC_3aeng>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrjeehgdeilecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfffhffvufgtsegrtderreerredtnecuhfhrohhmpedfuehrohhnucfi ohhnugifrghnrgdfuceosghrohhnghesfhgrshhtmhgrihhlthgvrghmrdgtohhmqeenuc ggtffrrghtthgvrhhnpefhjeehkeejkeehveeutdejteeihffffeduiedttdejhfelteev ueehudeltdeuffenucffohhmrghinhepihgvthhfrdhorhhgnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepsghrohhnghesfhgrshhtmhgrihhl thgvrghmrdgtohhm
X-ME-Proxy: <xmx:jTwvYAcCGFjvk-ASVtKljML0aP-2cPvpBtca84-PywQ8x_d2Bpg_Tw> <xmx:jTwvYCKTYkkGx63rRzlKl_W_p7cg5DUQU_HEFK_9f0KyN-n5kdHkrQ> <xmx:jTwvYNL1xCpGGNKPoFrJdb2Y2RVX8rmEEI7_kcv8pZJRMkG-xCHyxg> <xmx:jTwvYPy4qhDLL3PrhCEhg3CUlN64eRdyx8p9xyhYWXn0OhbdVadM7A>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 10A1536005C; Thu, 18 Feb 2021 23:20:29 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-141-gf094924a34-fm-20210210.001-gf094924a
Mime-Version: 1.0
Message-Id: <b654b280-00eb-4869-918f-5580347601ef@dogfood.fastmail.com>
Date: Fri, 19 Feb 2021 15:20:08 +1100
From: Bron Gondwana <brong@fastmailteam.com>
To: dispatch@ietf.org
Cc: Ujjwal Sharma <usharma@igalia.com>, Shane Carr <sffc@google.com>
Content-Type: multipart/alternative; boundary="15fbc2ced37e4e9094ff73bb7b6ceeaf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/ral4HWlVDw8mRRRmvMdSGPtGA0Y>
Subject: [dispatch] Proposed charter for extended date format
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Feb 2021 04:20:33 -0000

I've asked the chairs for space on the next dispatch agenda to talk about dispatch for

https://datatracker.ietf.org/doc/draft-ryzokuken-datetime-extended/

The authors have taken on board the idea that we should extract the "obsolete RFC3339" and either remove it entirely, or separate it into a document which does nothing but update RFC3339 with support for a wider range of year values.  There will be an updated version of this draft soon.

The dispatch chairs also asked me for some proposed charter text if we were to spin up a working group for this topic.  Here's that text.

Cheers,

Bron.

Serialising Extended Data About Times and Events (SEDATE)
----

RFC3339 defines a format that can reliably express an instant in time, either in UTC or in a local time along with the offset against UTC, however datetime data often has additional context, such as the timezone or calendar system that was in use when that instant was recorded. Particularly when using times for interval, recurrence, or offset calculations, it's necessary to know the context in which the timepoint exists.

It is valuable to have a serialisation format which retains this context and can reliably round-trip the additional context to systems which understand it, via intermediate systems which only need to know about the instant in time.

The TC39 working group at ECMA have developed a format which is a good basis for this work.

It is anticipated that this document would be a companion to RFC3339 rather than a replacement, embedding an un-altered RFC3339 instant along with the contextual data.

It is also within scope for this group to consider a minor update to RFC3339 to allow larger than 4 digit signed years, to enable representing times further into the past and future.

Once this work is done it is anticipated that this working group will be short-lived, and once the one or two documents are published the working group will close down.

Milestones:
* April 2021: Adopt draft describing a serialisation format for extended datetimes.
* July 2021: Submit the serialisation document to the IESG.

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