Re: [dispatch] [Sedate] WG Review: Serialising Extended Data About Times and Events (sedate)

Bron Gondwana <brong@fastmailteam.com> Mon, 07 June 2021 10:44 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 003983A0E94 for <dispatch@ietfa.amsl.com>; Mon, 7 Jun 2021 03:44:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 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_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=J0cWBLq3; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Xfpv+/E0
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 GkOD_MYKh4Qt for <dispatch@ietfa.amsl.com>; Mon, 7 Jun 2021 03:44:54 -0700 (PDT)
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 A347B3A0E8D for <dispatch@ietf.org>; Mon, 7 Jun 2021 03:44:54 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 5BCFC5C0056 for <dispatch@ietf.org>; Mon, 7 Jun 2021 06:44:53 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute6.internal (MEProxy); Mon, 07 Jun 2021 06:44:53 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm2; bh=uB7Zwyi YoTJl0CA4Nu5YkQi2rjSNM09Wfjaoig01Oow=; b=J0cWBLq3cWlYH/GqqYtYWqE wv/FeP7F8LaHmS/tmy/2xcRKTlonfWzO5O7w0jrx9D7xwr/XLLyok6ZXrdjVM9aA 7J6C0ehWju/ikeyH7Rn7ZXKsptaTAaBpF85/V0POhd+OfR96LdqRB7A5LO0OvbXf SxRAvwd07FUCX/IEbXumXZcLFHgtfcmlIT/2/r7h8+JgC4Nz7IVs9BHXplNjinkW N4WqdScbd/wcGKUCsSwlKas6vcOk4D2yYkOOM44sQyRFPIKdwZoPAkIeD6WNZeZ0 TQnnCLueiMjr4nac0FNE5EspnYbcjIZ3uNcjd6fYnIXfmZZzOHFX27ItiKzhPNQ= =
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=uB7Zwy iYoTJl0CA4Nu5YkQi2rjSNM09Wfjaoig01Oow=; b=Xfpv+/E0i1tzHmlQr/vjC1 OvWpZPYtEYKZDvQ68mu2PEPXeKdZeiAqUdyMAYrNO9zfNiMHAgo4pPpYzotfZwBm RrKOkqHsar/TDT53cWXhzlQPixR3Rf8W2S1TTyMmbWYBVNeuNUdwYEfC2AjOp4IL NsTWjvqP+sjAzzAI37gqjwnePxomCh3szlByGloX5KhU+SXt0euqgjGsg9fSKl6o YT3XjrMrz8HisX2PZF1rp6qwETRCmopXlHUiQOFrKmbFRqCYD05+ptiHhMY5AVvh 6Mg5Mrm1RLeiXz4LGp+NjJIEQ0v1bJXOQG7HoWcsqSPjVAtxYgrp/xMZCVSqGa/w ==
X-ME-Sender: <xms:pPi9YA4iNmLDtpj21qRrNjiINorLuTlbXuKKWS__z9t0mOAcKSiW1Q> <xme:pPi9YB4wg0SIFTBvWwL7MQTKuj4KxZm-CKEfMQD-uX5pTRi-FhqUn3mxhRf6CI22p FMOR5kU0_M>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtjedgfedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsegrtd erreerreejnecuhfhrohhmpedfuehrohhnucfiohhnugifrghnrgdfuceosghrohhnghes fhgrshhtmhgrihhlthgvrghmrdgtohhmqeenucggtffrrghtthgvrhhnpedtheetgeefve etudffveetheffgfehhfdvveekuefhheeuteduhefggeeikeejteenucevlhhushhtvghr ufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsrhhonhhgsehfrghsthhmrg hilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:pPi9YPfIHmArZak6x-wuo7jLUs2W2JHdEeENOroRJCppCv-4uH6daA> <xmx:pPi9YFLnQFAQUYH_MDRhUCTUFd8pWNlgIqi-F9tl78-b0H8VOsJo6Q> <xmx:pPi9YELuURMn0ObmW3d46Fm6ciCpmqtKKUZuliiGJyEQVek9GYNnLg> <xmx:pfi9YJWAd3K9Xz9ILZgtz-__r3n5sjrLsMpDTnpcy6skSImNLNlq9w>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id B35E0AC0062; Mon, 7 Jun 2021 06:44:52 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-701-g78bd539edf-fm-ubox-20210517.001-g78bd539e
Mime-Version: 1.0
Message-Id: <d526ea17-ab34-434d-8117-d90aa8b7748f@dogfood.fastmail.com>
In-Reply-To: <01RZPZV5ELIY0085YQ@mauve.mrochek.com>
References: <162255609215.5567.6852158423318065168@ietfa.amsl.com> <EEA84B36-BEA8-43F2-98F1-7C1BD817278F@ericsson.com> <01RZPZV5ELIY0085YQ@mauve.mrochek.com>
Date: Mon, 07 Jun 2021 20:44:31 +1000
From: Bron Gondwana <brong@fastmailteam.com>
To: dispatch@ietf.org
Content-Type: multipart/alternative; boundary="5ce0dab7564a42c58ab63258103dceb2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/iOrqejlPfAbMItTe44W3yShCWf8>
Subject: Re: [dispatch] [Sedate] WG Review: Serialising Extended Data About Times and Events (sedate)
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: Mon, 07 Jun 2021 10:45:00 -0000

On Wed, Jun 2, 2021, at 02:43, ned+dispatch@mrochek.com <mailto:ned%2Bdispatch%40mrochek.com> wrote:
> The main problem is that the charter specifies that a variant of RFC 3339 is to
> be embedded in this new specification, with no consideration given to the
> alternate approach of incorporating either RFC 3339 or an RFC 3339bis by
> reference.

I take a lot of responsibility for this - and it's this way *because* of the feedback in DISPATCH last time, which was "don't try messing with RFC3339".  But I think maybe you also looked at the draft as it was proposed back then because - again - I didn't push hard enough to have an actual draft uploaded which specified basically that this would look something like:

"RFC3339{bis}-point-in-time{extended context}" (exact encoding TBD)

And that we wouldn't mess with 3339 OR we would BIS 3339 for the first part, and produce another document which referenced RFC3339 or RFC3339bis as the definition for the point-in-time part.

This is how I understand the goals of this intended group to be - and if that's not adequately represented in the proposed charter text then I would welcome clarifying edits!

Thanks,

Bron.


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