Re: [calsify] [Technical Errata Reported] RFC5545 (5505)

Bernard Desruisseaux <bernard.desruisseaux@oracle.com> Mon, 01 October 2018 16:57 UTC

Return-Path: <bernard.desruisseaux@oracle.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70446130E93 for <calsify@ietfa.amsl.com>; Mon, 1 Oct 2018 09:57:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.309
X-Spam-Level:
X-Spam-Status: No, score=-2.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=oracle.com
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 Md3o6HHciLdq for <calsify@ietfa.amsl.com>; Mon, 1 Oct 2018 09:57:19 -0700 (PDT)
Received: from aserp2120.oracle.com (aserp2120.oracle.com [141.146.126.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89E75130E10 for <calsify@ietf.org>; Mon, 1 Oct 2018 09:57:19 -0700 (PDT)
Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w91Gu1Io004596; Mon, 1 Oct 2018 16:57:18 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=content-type : mime-version : subject : from : in-reply-to : date : cc : message-id : references : to; s=corp-2018-07-02; bh=8OTnGIUS3LkBUol7mqAaNtNQ6Ji2OW0eVrXn6p712Dc=; b=xpYtwVNXlKkV3gj1DVdH21X92Mu7v1/5FTKvTS8qFrrwcnvwuNsVbIeXGX8eyhqcsTT5 NDKhMK+8sSnzGABsyLhOFAUp8nPtGshl2AG/URrLU7J0lusPPehGtgpoP4Fru0tyzsdf FMRj1V6/zMOtksqBd1vlJdAGaEt1F9tPRb1CUJDqe0d+T/RNkyarA/ZGM9vYCUY6YEfd z8QjCMHTF1fCm/pl7jCpjn3hL1A2fQ64qP98ADpcty2rvu61RZPTV/EtSl/9mczHMhMU c/rCEeFepbWKUhf7SLYWql2ip99rRXZfH42ZrtJKs0MrmiQwhAApALqfmXHqHU9NksLN /w==
Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp2120.oracle.com with ESMTP id 2mt1bprnbw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 01 Oct 2018 16:57:17 +0000
Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w91GvGdH018265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 1 Oct 2018 16:57:17 GMT
Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w91GvGEK020595; Mon, 1 Oct 2018 16:57:16 GMT
Received: from dhcp-10-156-45-125.ca.oracle.com (/10.156.45.125) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 01 Oct 2018 09:57:15 -0700
Content-Type: multipart/alternative; boundary="Apple-Mail=_1FEC2EE8-A21B-4ACF-B1D2-6C30B2CB26CD"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Bernard Desruisseaux <bernard.desruisseaux@oracle.com>
In-Reply-To: <CAGRUkdb231OWzrYByr+1gdWKoSRpUyPxCi_VkYq4QOkrzhLYrg@mail.gmail.com>
Date: Mon, 01 Oct 2018 12:57:14 -0400
Cc: IETF Calsify <calsify@ietf.org>
Message-Id: <034024CF-6623-4255-AD2C-D9C9204A1AC2@oracle.com>
References: <20180926090958.74B27B8108E@rfc-editor.org> <983178de-f430-2115-0579-be861b198059@cisco.com> <bc3b0401-7a31-7cc1-d169-7511bdff0319@gmail.com> <19EFCA1E91A6F59ABAE023F7@cyrus.local> <F1063784-CFF4-4CB2-9DA2-E85AE0584135@oracle.com> <20180927162923.GA12451@ucolick.org> <CAGRUkdb231OWzrYByr+1gdWKoSRpUyPxCi_VkYq4QOkrzhLYrg@mail.gmail.com>
To: Keith Harris <keith@youcanbook.me>, sla@ucolick.org
X-Mailer: Apple Mail (2.3124)
X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9033 signatures=668707
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1810010161
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/bAokrCDKDtxkKxEl6mQaDPafOLg>
Subject: Re: [calsify] [Technical Errata Reported] RFC5545 (5505)
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Oct 2018 16:57:34 -0000

Steve, Keith,

Have you considered requesting the addition of these missing time zones to the IANA Time Zone database?
Etc/GMT-20
Etc/GMT-23
Etc/GMT-0330 (or whatever TZID IANA comes up with)
Thanks,
Bernard


> Le 28 sept. 2018 à 07:16, Keith Harris <keith@youcanbook.me> a écrit :
> 
> Perhaps TZID=GMT-03:30 is another example of a offset defined zone that can not neatly be done without a colon.
> 
> (Though I agree that there could be a signal here regarding interoperability, but for me it would be to steer away offset zones and towards geographic names: TZID=America/St_Johns)
>  <https://urldefense.proofpoint.com/v2/url?u=https-3A__youcanbook.me&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=1KWjrk6WfltMq-xNvZw71GcUXlVStaOFvtc__OOO9f8&m=SbqScqLW3e43wncYDVPNkAcAjdcjLv3YLBOq771Q6EI&s=NObzeBCeCKlG_4PZY7Iak31kI_kpdWqnA1orDzCr8QI&e=>
> 
> 
> 
> 
> On Thu, 27 Sep 2018 at 17:50, Steve Allen <sla@ucolick.org <mailto:sla@ucolick.org>> wrote:
> On Thu 2018-09-27T11:09:02-0400 Bernard Desruisseaux hath writ:
> > As you rightly mentioned, we now have the IANA Time Zone Database.
> >
> > Why would someone want / need to specify   TZID=GMT-03:00  instead of  TZID=Etc/GMT-3?
> 
> I would specify TZID=GMT-20:00 and TZID=GMT-23:00, and those are
> not found in IANA Time Zone database.
> 
> For practical purposes, the first is the time zone in which the
> astronomical calendar for Lick Observatory has always been expressed.
> The astronomical day begins at noon local time.  The lack of
> availability of those means that modern computing systems do not
> recognize the traditional day boundaries, so the calendars are
> presented with footnotes to be interpreted by humans.
> 
> The second is the time zone in which the calendar for Keck Observatory
> is expressed.
> 
> > Perhaps this iCalendar inconsistency is actually a good thing for interoperability!
> 
> It is a bad thing for situations which are not common enough to be
> accommodated by the widely-used interfaces.
> 
> --
> Steve Allen                    <sla@ucolick.org <mailto:sla@ucolick.org>>              WGS-84 (GPS)
> UCO/Lick Observatory--ISB 260  Natural Sciences II, Room 165  Lat  +36.99855
> 1156 High Street               Voice: +1 831 459 3046         Lng -122.06015
> Santa Cruz, CA 95064           http://www.ucolick.org/~sla/ <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ucolick.org_-7Esla_&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=1KWjrk6WfltMq-xNvZw71GcUXlVStaOFvtc__OOO9f8&m=SbqScqLW3e43wncYDVPNkAcAjdcjLv3YLBOq771Q6EI&s=Lh-R9TZwz58hHlXLub11xi62CFPFyybW985dGkOMtcg&e=>   Hgt +250 m
> 
> _______________________________________________
> calsify mailing list
> calsify@ietf.org <mailto:calsify@ietf.org>
> https://www.ietf.org/mailman/listinfo/calsify <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_calsify&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=1KWjrk6WfltMq-xNvZw71GcUXlVStaOFvtc__OOO9f8&m=SbqScqLW3e43wncYDVPNkAcAjdcjLv3YLBOq771Q6EI&s=WajA8MMNbgzuwgGvgmyo09B9PQCOGNF7xMI0OBAAFDE&e=>