Re: drums2?

Bruce Lilly <blilly@erols.com> Sat, 14 September 2002 14:50 UTC

Received: by above.proper.com (8.11.6/8.11.3) id g8EEowP05965 for ietf-822-bks; Sat, 14 Sep 2002 07:50:58 -0700 (PDT)
Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by above.proper.com (8.11.6/8.11.3) with ESMTP id g8EEovk05961 for <ietf-822@imc.org>; Sat, 14 Sep 2002 07:50:57 -0700 (PDT)
Received: from 209-122-227-176.s857.apx1.nyw.ny.dialup.rcn.com ([209.122.227.176] helo=mail.blilly.com) by smtp01.mrf.mail.rcn.net with esmtp (Exim 3.35 #6) id 17qEG9-0003Ju-00 for ietf-822@imc.org; Sat, 14 Sep 2002 10:50:58 -0400
Received: from alex.blilly.com (alex.blilly.com [192.168.99.6]) by mail.blilly.com with ESMTP id g8EEonAG020144(8.12.3/8.12.3/SuSE Linux 0.6/2002-07-27 16:10:46); Sat, 14 Sep 2002 10:50:50 -0400
Message-ID: <3D834CC9.8070006@alex.blilly.com>
Date: Sat, 14 Sep 2002 10:50:49 -0400
From: Bruce Lilly <blilly@erols.com>
Reply-To: ietf-822@imc.org
Organization: Bruce Lilly
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
MIME-Version: 1.0
CC: ietf-822@imc.org
Subject: Re: drums2?
References: <200208161720.g7GHKE028620@astro.cs.utk.edu> <H108B0.6vr@clw.cs.man.ac.uk> <a05200704b985568e8bab@[216.43.25.67]> <3D826319.1020205@alex.blilly.com> <BnOPM0iqOnFVUMgIRZ1qsA.md5@melkebalanse.gulbrandsen.priv.no> <3D832092.7050200@alex.blilly.com> <20020914144823.A25256@melkebalanse.gulbrandsen.priv.no>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavis-milter (http://amavis.org/)
Sender: owner-ietf-822@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-822/mail-archive/>
List-ID: <ietf-822.imc.org>
List-Unsubscribe: <mailto:ietf-822-request@imc.org?body=unsubscribe>

Arnt Gulbrandsen wrote:
> It seems safe to assume, then, that the range of time zones will remain
> greater than 24 hours in the near future. 199 hours (the range supported
> by 2822) is much bigger than the current requirement of 27 hours, but what
> should the limit be? 28? 30? 48? 49?

Slightly greater than 24 hours; see the comments in the file
"australasia" from the tar archive mentioned earlier,
particularly at the end of that file -- 26 hours currently,
27 if one includes zones in effect back to 1973.

I believe it suffices to require:
1. that the offset specified correspond to some established
    time zone in effect at the specified date-time, leaving
    the range subject as it is to the whims of politicians
2. that the "minutes" part be in the range 00 through 59
    (2822 seems to permit +9899, for example).

At least such requirements would preclude nonsense that
can't be correlated to a real time zone.  Frankly, I don't
think the offset conveys much useful information, anyway