Re: [Sedate] Can offsets like [+02:00] be used instead of IANA names in brackets?

Bron Gondwana <brong@fastmailteam.com> Tue, 08 March 2022 20:58 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 DEEBE3A172F for <sedate@ietfa.amsl.com>; Tue, 8 Mar 2022 12:58:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=QqOSVQNy; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=nrUUFyU0
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 6hHM7E-jO5fs for <sedate@ietfa.amsl.com>; Tue, 8 Mar 2022 12:58: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 F2C6A3A172B for <sedate@ietf.org>; Tue, 8 Mar 2022 12:58:54 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 43A255C0226 for <sedate@ietf.org>; Tue, 8 Mar 2022 15:58:54 -0500 (EST)
Received: from imap43 ([10.202.2.93]) by compute1.internal (MEProxy); Tue, 08 Mar 2022 15:58:54 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; bh=EH8FOxyuvX3uBZ PorQphdKHEP2KK/O0mGSQmwDMX094=; b=QqOSVQNykcmnujgHuUm4WFFlqCuz86 8XzZzhjN+t1ByPDXnORK0VTTJz4oPXmZ7gueTInbXeWkwG4eocdDQK/cjBhGX9b6 uhFkyG374lXxWTROoCzysPdNJqU7gp7iFZK5wowrcwCVr0tso/3A14H6Pb4V9ICC gLlllr8os99SwivndMKpzHvV+NjMYkdsUkEEI66dpgV8TghxlV8yz1alY0GIL/6m GNB/gvFYAoK2CRwfUtal6F8SBgTkrdsFdoJ9TprCKKGQbAnCgdl/92PMWQRTwgcg a4fqQ2sZxHKQkwMDlt3N9Jtsdnmg1f/3HIQrylhowM988/xuEYXrnvTg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=EH8FOxyuvX3uBZPor QphdKHEP2KK/O0mGSQmwDMX094=; b=nrUUFyU0r2nyyYJdD5gN64J6qPiZ08d9l eiecdN8YKanZPsW37gXzvMhCDucNTkXzJ56rW+zCbML6mXFEq2W63zFXELF9xGwj XwHpUrmXRC7VS/8yItpwVmjpMCndEqTTi/2iYC0G9r1vD14yYn4vZ8S1GQCuy0ke kbvZ4xq237mhI8CmGDegpeT9bUqeeHygfyFAsaFuvMQ0uFMJvmDnDMIgQl3RSzdM n9c4M0Rn8tfO2n1OIFyW8Y4qsJR7o6CItM/VcRfROCc+oLuGxaY58WoK/qlIX86L Gd+PhNfU7kzOiTQendKY83MwnhCJXwm4YgN3Jx9OUDgcy5hQXVhjg==
X-ME-Sender: <xms:jsMnYr20TIle2EOeGmcUezdh3J9Tp1Q0FnWV8zg2Zzb-A00pIT-czg> <xme:jsMnYqHePCwoRwcVU8L34KDd_7JFmKP-Cbm8Y5g1r77UcBYThN5erQPE9USedPQtM JeuQ__mNxI>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudduiedgudegvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesrg dtreerreerjeenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhg sehfrghsthhmrghilhhtvggrmhdrtghomheqnecuggftrfgrthhtvghrnheptdehteegfe evteduffevteehfffghefhvdevkeeuhfehueetudehgfegieekjeetnecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepsghrohhnghesfhgrshhtmh grihhlthgvrghmrdgtohhm
X-ME-Proxy: <xmx:jsMnYr7Iu1e7jdYJjOMnRpMSH1hB2JP0rpn0GylCZlec8SAxuzY2cQ> <xmx:jsMnYg2ZWin5QZFnGL51_k4mQDwDWXK-BviUUjLKo5RQBx-3rTkFXg> <xmx:jsMnYuGcVJuhf5zaEAkV-sGu_41IBcRunSJs2xt38aymjtcLj1qTdA> <xmx:jsMnYiQaxmWd_kMCq9FQFeRZU9Xl1Z5ibG91N_jK4a5Ii7NYtvGgig>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 09BB5AC0E99; Tue, 8 Mar 2022 15:58:54 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-4878-ga4f0600aa6-fm-20220308.002-ga4f0600a
Mime-Version: 1.0
Message-Id: <ad1f5f7a-f606-4872-9d62-1c98e6f3d029@www.fastmail.com>
In-Reply-To: <63BE08D0-C7C5-4CEA-BBE2-640C8F126661@tzi.org>
References: <CACy7CfhB63dgxatWHYSr-KMKP1SWwd6nRmumCSCPVijgYede4A@mail.gmail.com> <c8035af7-1302-a04a-e449-76db3ad1754e@igalia.com> <6D38910C-72A3-4133-A9BF-794B532765DF@tzi.org> <CACy7Cfgw42p4e0squf0=Ji=RPau+ASeTWd=D6syK5=WUXpfvDw@mail.gmail.com> <A5B6B601-F5B1-469F-B442-3D008519D24B@tzi.org> <CACy7CfhxiOOy0BMdAgx2Jaiomnq6GvEqhamUmOwgdWB6oyKY3w@mail.gmail.com> <63BE08D0-C7C5-4CEA-BBE2-640C8F126661@tzi.org>
Date: Tue, 08 Mar 2022 15:58:32 -0500
From: Bron Gondwana <brong@fastmailteam.com>
To: sedate@ietf.org
Content-Type: multipart/alternative; boundary="78f8e7b7b20b44dd881657f7572d994c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sedate/1yJpQsAPGymd1DlECTWGxPwpKYI>
Subject: Re: [Sedate] Can offsets like [+02:00] be used instead of IANA names in brackets?
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: Tue, 08 Mar 2022 20:59:00 -0000

On Tue, Mar 8, 2022, at 15:20, Carsten Bormann wrote:
> On 2022-03-08, at 21:19, Justin Grant <justingrant.ietf.public@gmail.com> wrote:
> > 
> > IMO, "second exception to the [foo=bar] syntax" sounds like [-08:00][America/Los_Angeles] could be allowed in a string, when in reality the time zone suffix should be mutually exclusive: either an IANA name or a numeric offset string.
> 
> Ah, that’s the part I missed.
> So what is the reason these are mutually exclusive?

The same reason that `[Australia/Melbourne][Australia/Sydney]` is mututally exclusive.  They're two different "timezone" fields.  Or even `[Etc/GMT+8][-08:00]` is mutually exclusive.  They're two different copies of the same field.  Except that the Etc/GMT family don't do partial hour offsets, so we can't just use that syntax exclusively.

Bron.




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