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
- [art] Date formats: RFC3339 vs. RFC 5322 Yakov Shafranovich
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Eliot Lear (elear)
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Tim Bray
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Nico Williams
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Nico Williams
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Paul Hoffman
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Julian Reschke
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Nico Williams
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… John C Klensin
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Claudio Allocchio
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Randy Bush
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Ned Freed
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Michael Douglass
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Dave Crocker
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Stian Soiland-Reyes
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Peter Gutmann
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Alan DeKok
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Tony Finch
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… heather flanagan
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… John Levine
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… tom petch
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Steve Allen
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… heather flanagan
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Phillip Hallam-Baker
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Benjamin Kaduk
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… tom petch
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Stian Soiland-Reyes
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Phillip Hallam-Baker
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Steve Allen
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Phillip Hallam-Baker
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Carsten Bormann
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Metapolymath Majordomo
- Re: [art] [saag] Date formats: RFC3339 vs. RFC 53… Yakov Shafranovich