Re: [art] [saag] Date formats: RFC3339 vs. RFC 5322

John C Klensin <john-ietf@jck.com> Tue, 13 April 2021 20:06 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6D293A259D; Tue, 13 Apr 2021 13:06:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 fAzuQlm8rY1A; Tue, 13 Apr 2021 13:06:31 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61CD53A2635; Tue, 13 Apr 2021 13:06:17 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1lWPId-0009xi-PO; Tue, 13 Apr 2021 16:06:15 -0400
Date: Tue, 13 Apr 2021 16:06:10 -0400
From: John C Klensin <john-ietf@jck.com>
To: "Eliot Lear (elear)" <elear=40cisco.com@dmarc.ietf.org>, Yakov Shafranovich <yakov@nightwatchcybersecurity.com>
cc: art@ietf.org, saag@ietf.org
Message-ID: <B3D690C21848AF07EC92577F@PSB>
In-Reply-To: <C7B5DB45-F0A1-491C-AD4E-91F67C8C182E@cisco.com>
References: <CAAyEnSMBdXCA0EvgR79P_1gi15pAPfeyu_HgGqgMjWxRP8sxKg@mail.gmail.com> <C7B5DB45-F0A1-491C-AD4E-91F67C8C182E@cisco.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/jlZeQeMuXJx78EgI8E0oddDSpY8>
Subject: Re: [art] [saag] Date formats: RFC3339 vs. RFC 5322
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Apr 2021 20:06:36 -0000


--On Tuesday, April 13, 2021 19:00 +0000 "Eliot Lear (elear)"
<elear=40cisco.com@dmarc.ietf.org> wrote:

> The question is whether you need something that is easy to
> parse or something that is human readable and can be
> localized.  It SEEMs that this draft is intended to be human
> readable, and so 5322 doesn't seem out of bounds.

I suggest that even for reading by humans in 2021 --as distinct
from 1982 (RFC 822) or 1977 (RFC 733, which used day-month-year
ordering)-- the 5322 dates are not easy to understand and use...
at least unless one is an English speaker on this side of the
pond.  It was quite wise at the time to spell out the month
name, thereby eliminating the ambiguity associated with, e.g.,
5/10/1977, but still bad news for someone who might think the
fourth month in the Gregorian calendar is, e.g., апреля,
أبريل , or 四月.

So I would argue that, for new protocols or data structures in
this increasingly global/ international Internet, and even for
elements visible to humans, sticking as close to ISO 8601 as
possible (with minimal profiling) is the Right Thing to Do.
Much too late now to change the 822/5322 format, turning
supplemental protocols for email into a gray area, but, for new
work, ISO 8601 formats are not just easier to parse but easier
to understand globally and in an unambiguous way.

Just my opinion, of course.


    john