October 2002 - tz - lists.iana.org

Brazil time zone file sets DST incorrectly
by Vitor de Matos Carvalho Oct. 14, 2002

Oct. 14, 2002

When it is that the update of the archive must be made tzdata2002c.tar.gz, more necessarily of the southamerica, with the corrections of the summer time in some regions of the Brazil? Regards, Vitor de Matos Carvalho System Network Administrator - Softinfo Network FreeBSD - The Power To Serve

1 0

Brazil DST changes
by Todd C. Miller Oct. 14, 2002

Oct. 14, 2002

We just got the following bug report from a user in Brazil. I've appended a patch at the end but I'm not 100% sure it is correct. - todd ------- Forwarded Message Replied: Mon, 14 Oct 2002 09:08:51 -0600 Replied: "Vitor de Matos Carvalho" <vitor(a)softinfo.com.br> Replied: bugs(a)openbsd.org Received: from openbsd.cs.colorado.edu (openbsd.cs.colorado.edu [128.138.192.83]) by xerxes.courtesan.com (8.12.6/8.12.6) with ESMTP id g9EAsc3C015442 (version=TLSv1/SSLv3 cipher=EDH-DSS-DES-CBC3-SHA bits=168 verify=FAIL) for <Todd.Miller(a)courtesan.com>; Mon, 14 Oct 2002 04:54:38 -0600 (MDT) Received: from openbsd.org (localhost.cs.colorado.edu [127.0.0.1]) by openbsd.cs.colorado.edu (8.12.5/8.12.5) with ESMTP id g9EAsHgh016913; Mon, 14 Oct 2002 04:54:17 -0600 (MDT) Received: from jangada.softinfo.com.br (BA000200.user.veloxzone.com.br [200.164.0.200]) by openbsd.cs.colorado.edu (8.12.6/8.12.5) with ESMTP id g9EArmDZ000502 (version=TLSv1/SSLv3 cipher=EDH-DSS-DES-CBC3-SHA bits=168 verify=NO) for <bugs(a)openbsd.org>; Mon, 14 Oct 2002 04:53:50 -0600 (MDT) Received: from acaraje (acaraje.softinfo.com.br [192.168.10.2]) (authenticated bits=0) by jangada.softinfo.com.br (8.12.6/8.12.6) with ESMTP id g9EArfgI041172 for <bugs(a)openbsd.org>; Mon, 14 Oct 2002 08:53:42 -0200 (BRST) (envelope-from vitor(a)softinfo.com.br) Message-ID: <018d01c2736f$377fed50$020aa8c0@acaraje> Reply-To: "Vitor de Matos Carvalho" <vitor(a)softinfo.com.br> From: "Vitor de Matos Carvalho" <vitor(a)softinfo.com.br> To: <bugs(a)openbsd.org> Subject: Brazil time zone file sets DST incorrectly Date: Mon, 14 Oct 2002 07:48:22 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-Loop: bugs(a)openbsd.org Precedence: list Sender: owner-bugs(a)openbsd.org X-Spam-Status: No, hits=-97.8 required=6.0 tests=PORN_4,SPAM_PHRASE_00_01,USER_AGENT_OE,USER_IN_WHITELIST, X_LOOP version=2.42 X-Spam-Level: Return-Path: owner-bugs+M1734(a)openbsd.org Delivery-Date: Mon, 14 Oct 2002 04:54:40 -0600 Hi... :))) Today 13 of October of 2002 OpenBSD and others operational systems, are started to define this date of today as the beginning of Brazil summer time. This date is missed, the beginning of Brazil summer time is defined to have beginning: >From zero hour of day 3 of November of 2002, until zero hour of day 16 of February of 2003, it will invigorate the summer hour, in part of the Brazilian Domestic territory, advanced in sixty minutes in relation to the legal hour. The states that will be enclosed in summer teams are: States of the Rio Grande Do Sul, Santa Catarina, Paraná, São Paulo, Rio De Janeiro, Espirito Santo, Minas Gerais, Goiás, Mato Grosso, Mato Grosso do Sul, Tocantins, Bahia and in the Federal District Any doubt can be consulted by the official page of the Presidency of the Republic. http://www.planalto.gov.br/ccivil_03/decreto/2002/D4399.htm Regards, Vitor de Matos Carvalho System Network Administrator - Softinfo Network FreeBSD - The Power To Serve ------- End of Forwarded Message Index: share/zoneinfo/datfiles/southamerica =================================================================== RCS file: /cvs/src/share/zoneinfo/datfiles/southamerica,v retrieving revision 1.13 diff -u -r1.13 southamerica --- share/zoneinfo/datfiles/southamerica 4 Apr 2002 18:51:20 -0000 1.13 +++ share/zoneinfo/datfiles/southamerica 14 Oct 2002 15:06:36 -0000 @@ -426,11 +426,12 @@ # The latest decree listed above says that the following states observe DST: # AL, BA, CE, DF, ES, GO, MA, MG, MS, MT, # PB, PE, PI, PR, RJ, RN, RS, SC, SE, SP, TO. -# -# For dates after mid-2002, the following rules are guesses -# and are quite possibly wrong, but are more likely than no DST at all. -Rule Brazil 2000 max - Oct Sun>=8 0:00 1:00 S -Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - +Rule Brazil 2000 2001 - Oct Sun>=8 0:00 1:00 S +Rule Brazil 2001 2002 - Feb Sun>=15 0:00 0 - +# Decree <a href="http://www.planalto.gov.br/ccivil_03/decreto/2002/D4399.htm">4,399</ a> (2002-02-10) +# changes DST yet again +Rule Brazil 2002 max - Nov 3 0:00 1:00 S +Rule Brazil 2001 max - Feb 16 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL]

1 0

Brazilian change. diff southamerica
by Marcos Tadeu von Lutzow Vidal Oct. 14, 2002

Oct. 14, 2002

--- southamerica 2002-04-04 13:55:20.000000000 -0300 +++ southamerica.new 2002-10-14 10:11:36.000000000 -0300 @@ -426,11 +426,14 @@ # AL, BA, CE, DF, ES, GO, MA, MG, MS, MT, # PB, PE, PI, PR, RJ, RN, RS, SC, SE, SP, TO. # +Rule Brazil 2000 2001 - Oct Sun>=8 0:00 1:00 S +# # For dates after mid-2002, the following rules are guesses # and are quite possibly wrong, but are more likely than no DST at all. -Rule Brazil 2000 max - Oct Sun>=8 0:00 1:00 S Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - - +#Marcos Tadeu (marcos(a)v2r.com.br) +#Decree <a href="http://pcdsh01.on.br/figuras/HV4399.gif">4,399</a> (2002/10/01) +Rule Brazil 2002 max - Nov Sun>=1 0:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] #

1 0

DST for Brazil 2002/2003
by Otavio Exel Oct. 14, 2002

Oct. 14, 2002

Dear Tz, the DST period for Brazil 2002/2003 is: begin: 2002-11-03 00:00:00 end: 2003-02-16 00:00:00 the oficial annoucement can be found at: http://pcdsh01.on.br/HvInic02.htm []s, -- Otavio Exel /<\oo/>\ oexel(a)economatica.com.br

1 0

Brazilian change. southamerica in attach
by Marcos Tadeu von Lutzow Vidal Oct. 14, 2002

Oct. 14, 2002

1 0

Brazil summer time its wrong.
by Vitor de Matos Carvalho Oct. 13, 2002

Oct. 13, 2002

Hi... :)) I am not sending the archive: southamerica because I do not know right as it functions. I am only sending this email to notify of that today in day 13 of October of 2002 some operational systems as FreeBSD, OpenBSD, NetBSD RedHat, Linux Conectiva, Debian, and others, are started to define this date of today as the beginning of Brazil summer time. This date is missed, the beginning of Brazil summer time is defined to have beginning: >From zero hour of day 3 of November of 2002, until zero hour of day 16 >of February of 2003, it will invigorate the summer hour, in part of the Brazilian Domestic territory, advanced in sixty minutes in relation to the legal hour. The states that will be enclosed in summer teams are: States of the Rio Grande Do Sul, Santa Catarina, Paraná, São Paulo, Rio De Janeiro, Espirito Santo, Minas Gerais, Goiás, Mato Grosso, Mato Grosso do Sul, Tocantins, Bahia and in the Federal District Any doubt can be consulted by the official page of the Presidency of the Republic. http://www.planalto.gov.br/ccivil_03/decreto/2002/D4399.htm Regards, Vitor de Matos Carvalho System Network Administrator - Softinfo Network FreeBSD - The Power To Serve

1 0

proposed tz changes for Brazil, East Timor, etc.
by Paul Eggert Oct. 12, 2002

Oct. 12, 2002

It's getting to be that time of year again. Here is a list of proposed changes to the tz data. The most urgent change is for Brazil, since the tz2002c is incorrect starting this weekend. The following change affects the time zone data proper: * Contrary to tz2000c, Brazil does _not_ change its clocks this weekend. Instead, it does so on November 3. (Thanks to Celso Doria via David Madeo.) The Brazilian web site <http://pcdsh01.on.br/DecHV.html> does not have the new decree yet, so for now I'll guess that the set of states observing DST has not changed. The following change affects time zone setup, but not the time zone data proper: * East Timor's country code changed from TP to TL. The following changes are commentary only: * This year's time zone change in Israel that didn't happen. (Thanks to Ephraim Silverberg.) * The time zone situation in Madura, Mundrabilla and Eucla, Australia. (Thanks to Rives McDow.) * Typographical error fixed for Argentina time zone offset in comment. * Many updates to tz-link.htm, principally to reflect other web pages that have moved or vanished. Thanks again to everyone who has contributed, and my apologies if I've lost changes (please send them again!). =================================================================== RCS file: RCS/asia,v retrieving revision 2002.3 retrieving revision 2002.3.1.1 diff -pu -r2002.3 -r2002.3.1.1 --- asia 2002/04/04 16:55:19 2002.3 +++ asia 2002/10/10 22:59:59 2002.3.1.1 @@ -727,6 +727,46 @@ Zone Asia/Jerusalem 2:20:56 - LMT 1880 2:20:40 - JMT 1918 # Jerusalem Mean Time? 2:00 Zion I%sT +# From Ephraim Silverberg (2002-07-07): +# +# The Israeli government today adopted a proposal by Minister of +Interior # Eli Yishai to shorten the period of Daylight Savings Time +for the year # 2002 (only -- the dates for 2003 and 2004 are, so far, +unaffected). # # The proposed date to Daylight Savings Time is +September 13, 2002 instead # of the current date: October 7, 2002. The +hour of changeover has not # yet been decided. +# +# (2002-07-10): +# While today the Knesset passed the initial proposal to reduce DST by +# some three weeks, a new compromise is being worked out between +# Minister of Justice Meir Sheetrit and Minister of Interior Eli +# Yishai to revert to standard time for a period of 48-96 _hours_ +# (sic) around the Yom Kippur fast day (September 15-16) and then go +# *back* to DST until the end of October. The details of the proposal +# have yet to be worked out, but the second and final readings of the +# bill have until July 24 to pass. +# +# (2002-07-25): +# Thanks go to Yitschak Goldberg from E&M for bringing this (Hebrew) article +# to my attention: +# +# http://www.ynet.co.il/articles/0,7340,L-2019315,00.html +# +# Hence, the proposal to shorten DST was withdrawn yesterday and the timezone +# files that have been in effect since July 2000 are still valid for all of +# 2002. +# +# Please note that the article mentions that the Shas MK's intend to +# bring up their amendment for future years (2003 and beyond). What this +# means exactly is anyone's guess since there are no set dates yet beyond +# 2004 and the end day set for 2003 and 2004 is already the 7th of Tishrei +# (i.e. before the fast of Yom Kippur). The only thing they may want to +# change is the start date of DST in 2003 from Mar.28.03 (24th of Adar II) +# to Apr.18.03 (16th of Nisan) so that the Passover Seder will take place +# during Standard Time. The start date for 2004 is already Nisan 16th. + + ############################################################################### =================================================================== RCS file: RCS/australasia,v retrieving revision 2002.2 retrieving revision 2002.2.1.1 diff -pu -r2002.2 -r2002.2.1.1 --- australasia 2002/01/28 17:56:02 2002.2 +++ australasia 2002/10/10 22:59:59 2002.2.1.1 @@ -738,6 +738,38 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # From Arthur David Olson (1992-03-08): # The chosen rules the union of the 1971/1972 change and the 1989-1992 changes. +# From Rives McDow (2002-04-09): +# The most interesting region I have found consists of three towns on +the +# southern coast of Australia, population 10 at last report, along with +# 50,000 sheep, about 100 kilometers long and 40 kilometers into the +# continent. The primary town is Madura, with the other towns being +# Mundrabilla and Eucla. According to the sheriff of Madura, the +# residents got tired of having to change the time so often, as they are +# located in a strip overlapping the border of South Australia and Western +# Australia. South Australia observes daylight saving time; Western +# Australia does not. The two states are one and a half hours apart. The +# residents decided to forget about this nonsense of changing the clock so +# much and set the local time 20 hours and 45 minutes from the +# international date line, or right in the middle of the time of South +# Australia and Western Australia. As it only affects about 10 people and +# tourists staying at the Madura Motel, it has never really made as big an +# impact as Broken Hill. However, as tourist visiting there or anyone +# calling the local sheriff will attest, they do keep time in this way. +# +# From Paul Eggert (2002-04-09): +# This is confirmed by the section entitled +# "What's the deal with time zones???" in +# <http://www.earthsci.unimelb.edu.au/~awatkins/null.html>, +# which says a few other things: +# +# * Border Village, SA also is 45 minutes ahead of Perth. +# * The locals call this time zone "central W.A. Time" (presumably "CWAT"). +# * The locals also call Western Australia time "Perth time". +# +# It's not clear from context whether everyone in Western Australia +# knows of this naming convention, or whether it's just the people in +# this subregion. + # South Australia, Tasmania, Victoria # From Arthur David Olson (1992-03-08): =================================================================== RCS file: RCS/iso3166.tab,v retrieving revision 2002.2 retrieving revision 2002.2.1.1 diff -pu -r2002.2 -r2002.2.1.1 --- iso3166.tab 2002/01/28 17:56:02 2002.2 +++ iso3166.tab 2002/10/10 22:59:59 2002.2.1.1 @@ -1,17 +1,18 @@ -# ISO 3166 2-letter country codes +# ISO 3166 alpha-2 country codes # # @(#)iso3166.tab 1.9 # -# From Paul Eggert <eggert(a)twinsun.com> (1999-10-13): +# From Paul Eggert <eggert(a)twinsun.com> (2002-05-28): # # This file contains a table with the following columns: -# 1. ISO 3166-1:1999 2-character country code. See: -# <a href="http://www.din.de/gremien/nas/nabd/iso3166ma/codlstp1.html"> -# ISO 3166-1: The Code List -# </a>. +# 1. ISO 3166-1 alpha-2 country code, current as of +# ISO 3166-1 Newsletter No. V-5 (2002-05-20). See: +# <a href="http://www.iso.org/iso/en/prods-services/iso3166ma/index.html"> +# ISO 3166 Maintenance agency (ISO 3166/MA) +# </a>. # 2. The usual English name for the country, -# chosen so that alphabetic sorting of subsets produces helpful lists. -# This is not the same as the English name in the ISO 3166 tables. +# chosen so that alphabetic sorting of subsets produces helpful lists. +# This is not the same as the English name in the ISO 3166 tables. # # Columns are separated by a single tab. # The table is sorted by country code. @@ -93,7 +94,7 @@ FM Micronesia FO Faeroe Islands FR France GA Gabon -GB Britain (UK) +GB Britain GD Grenada GE Georgia GF French Guiana @@ -229,10 +230,10 @@ TG Togo TH Thailand TJ Tajikistan TK Tokelau +TL East Timor TM Turkmenistan TN Tunisia TO Tonga -TP East Timor TR Turkey TT Trinidad & Tobago TV Tuvalu =================================================================== RCS file: RCS/southamerica,v retrieving revision 2002.3 retrieving revision 2002.3.1.1 diff -pu -r2002.3 -r2002.3.1.1 --- southamerica 2002/04/04 16:55:20 2002.3 +++ southamerica 2002/10/10 22:59:59 2002.3.1.1 @@ -174,7 +174,7 @@ Zone America/Buenos_Aires -3:53:48 - LMT # Shanks also makes the following claims, which we haven't verified: # - Formosa switched to -3:00 on 1991-01-07. # - La Rioja and San Juan switched to -4:00 on 1991-03-01 -# and then to 03:00 on 1991-05-07. +# and then to -3:00 on 1991-05-07. # - Misiones switched to -3:00 on 1990-12-29. # - Chaco switched to -3:00 on 1991-01-04. # - San Luis switched to -4:00 on 1990-03-14, then to -3:00 on 1990-10-15, @@ -428,8 +428,42 @@ Rule Brazil 2000 only - Feb 27 0:00 0 - # # For dates after mid-2002, the following rules are guesses # and are quite possibly wrong, but are more likely than no DST at all. -Rule Brazil 2000 max - Oct Sun>=8 0:00 1:00 S +Rule Brazil 2000 2001 - Oct Sun>=8 0:00 1:00 S Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - +# +# From Celso Doria via David Madeo (2002-10-09): +# +# Yesterday, the local Brazilian authorities signed a decree stating +that the # Brazilian daylight saving period will start on November 3rd +2002 and will # last until February 16th 2003. # +# So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be +# changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil +# will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the +# end. +# +# The reason for the delay this year has to do with elections in Brazil. +# +# Unlike in the United States, elections in Brazil are 100% computerized and +# the results are known almost immediately. Yesterday, it was the first +# round of the elections when 115 million Brazilians voted for President, +# Governor, Senators, Federal Deputies, and State Deputies. Nobody is +# counting (or re-counting) votes anymore and we know there will be a second +# round for the Presidency and also for some Governors. The 2nd round will +# take place on October 27th. +# +# The reason why the DST will only begin November 3rd is that the thousands +# of electoral machines used cannot have their time changed, and since the +# Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , +# the Government decided to postpone DST, instead of changing the +# Constitution (maybe, for the next elections, it will be possible to change +# the clock)... +# +Rule Brazil 2002 only - Nov 3 0:00 1:00 S +# +Rule Brazil 2003 max - Oct Sun>=8 0:00 1:00 S +# For dates after mid-2003, the above rules with TO="max" are guesses +# and are quite possibly wrong, but are more likely than no DST at all. # Zone NAME GMTOFF RULES FORMAT [UNTIL] =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2002.3 retrieving revision 2002.3.1.2 diff -pu -r2002.3 -r2002.3.1.2 --- tz-link.htm 2002/04/04 16:55:20 2002.3 +++ tz-link.htm 2002/10/10 23:08:31 2002.3.1.2 @@ -9,7 +9,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"' /> <meta name="DC.Creator" content="Eggert, Paul" /> <meta name="DC.Contributor" content="Olson, Arthur David" /> -<meta name="DC.Date" content="2002-03-26" /> +<meta name="DC.Date" content="2002-10-10" /> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time" /> <meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm" /> @@ -35,15 +35,16 @@ to UTC offsets and daylight-saving rules This database (often called <code>tz</code> or <code>zoneinfo</code>) is used by several implementations, including +<a href="http://www.gnu.org/software/libc/">the GNU C Library</a> used +in <a href="http://www.linux.org/">GNU/Linux</a>, <a href="http://www.freebsd.org/">FreeBSD</a>, <a href="http://www.netbsd.org/">NetBSD</a>, <a href="http://www.openbsd.org/">OpenBSD</a>, <a href="http://www.delorie.com/djgpp/">DJGPP</a>, -<a href="http://www.hp.com/products1/unix/operating/index.html">HP-UX</a>, +<a href="http://www.hp.com/products1/unix/operating/">HP-UX</a>, <a href="http://www.sgi.com/developers/technology/irix.html">IRIX</a>, -<a href="http://www.caldera.com/products/openunix/">Open UNIX</a>, -<a href="http://www.sun.com/solaris/">Solaris</a>, and +<a href="http://www.caldera.com/products/openunix/">Open +UNIX/UnixWare</a>, <a +href="http://wwws.sun.com/software/solaris/">Solaris</a>, and <a href="http://www.tru64unix.compaq.com/">Tru64</a>.</p> <p> Each location in the database represents a national region where all @@ -119,7 +120,7 @@ is a web interface to a time zone databa <li><a href="http://primates.ximian.com/~damon/icalendar/">Olson -> VTIMEZONE Converter</a> describes a program Vzic that compiles <code>tz</code> source into VTIMEZONE text as specified by -the <a href="ftp://ftp.isi.edu/in-notes/rfc2445.txt">iCalendar</a> +the <a +href="ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt">iCalendar</a> specification published by the <a href="http://www.ietf.org/html.charters/calsch-charter.html">IETF Calendaring and Scheduling Working Group</a>. Vzic is freely @@ -131,8 +132,8 @@ href="http://www.w3.org/People/Berners-L <a href="http://developer.iplanet.com/docs/wpapers/calendar/ietf.txt">another</a> used by the <a -href="http://www.iplanet.com/products/iplanet_calendar/">iPlanet -Calendar Server</a>.</li> +href="http://wwws.sun.com/software/products/calendar_srvr/home_calendar +.html">Sun +ONE Calendar Server</a>.</li> </ul> <h2>Other <code>tz</code> binary file readers</h2> <ul> @@ -153,15 +154,15 @@ It is freely available under the GNU LGP href="http://www1.tip.nl/~t876506/AboutTimeZonesHC.html">HyperCard time zones calculator</a> is a HyperCard stack.</li> <li><a -href="http://www20.Brinkster.com/timezone50/">Time Zone Converter</a> is a +href="http://www.cimmyt.org/timezone/">Time Zone Converter</a> is a Microsoft Windows program.</li> </ul> <h2>Other time zone databases</h2> <ul> -<li><a href="http://www.astro.ch/cgi-bin/atlw3/aq.cgi?lang=e">Astrodienst +<li><a +href="http://www.astro.com/cgi-bin/atlw3/aq.cgi?lang=e">Astrodienst - Atlas Query</a> is Astrodienst's Web version of Shanks's excellent time zone history atlases published in both <a -href="http://astrocom.com/software/pcatlas.html">computer</a> and <a +href="http://astrocom.com/software/pcatlas.php">computer</a> and <a href="http://astrocom.com/books/xrefa.php#SHANKS">book</a> form by <a href="http://astrocom.com/">Astro Communications Services</a>.</li> <li><a href="http://worldtime.com/">WORLDTIME: interactive atlas, @@ -215,18 +216,17 @@ Time Zones</a> publishes the same data i <li>The US Geological Survey's National Atlas of the United States publishes the <a href="http://www.nationalatlas.gov/timeznm.html">Time Zones of the United States</a> in the public domain.</li> -<li>The National Weather Service publishes <a -href="http://isl715.nws.noaa.gov/mapdata/newcat/county/county_all.htm">outlines -of US counties and their time zones</a> in the public domain.</li> <li>The GeoCommunity lists several commercial sources for <a href="http://spatialnews.geocomm.com/features/timezones/">International Time Zones and Time Zone Data</a>.</li> </ul> <h2>Daylight saving time concepts and history</h2> <ul> +<li><a href="http://physics.nist.gov/time">A Walk through Time</a> +surveys the evolution of timekeeping.</li> <li><a href="http://webexhibits.com/daylightsaving/">About Daylight Saving Time - History, rationale, laws and dates</a> -is a good overall history of DST.</li> +is an overall history of DST.</li> <li><a href="http://toi.iriti.cnr.it/">The Time of Internet</a> describes time zones and daylight saving time, @@ -276,10 +276,10 @@ covers the history of local time in the <dt>United Kingdom</dt> <dd><a href="http://student.cusu.cam.ac.uk/~jsm28/british-time/">History of -legal time in Britain</a> is an excellent discussion for the country +legal time in Britain</a> discusses in detail the country with perhaps the best-documented history of clock adjustments. The National Physical Laboratory also maintains an <a -href="http://www.npl.co.uk/npl/ctm/summer_time_archive.html">archive +href="http://www.npl.co.uk/time/summer_time_archive.html">archive of summer time dates</a>.</dd> </dl></li> </ul> @@ -287,7 +287,7 @@ of summer time dates</a>.</dd> <ul> <li><a href="http://literature.agilent.com/litwebbin/purl.cgi?org_id=tmo&pub_id=5965…">The -Science of Timekeeping</a> is an excellent and thorough introduction +Science of Timekeeping</a> is a thorough introduction to the theory and practice of precision timekeeping.</li> <li><a href="http://www.ntp.org/">Time Synchronization Server</a> discusses the Network Time Protocol (NTP), used to synchronize clocks of @@ -297,7 +297,7 @@ charset="macintosh">A Few Facts Concerning GMT, UT, and the RGO</a> answers questions like "What is the difference between GMT and UTC?"</li> <li><a -href="http://sadira.gb.nrao.edu/~rfisher/Ephemerides/times.html">Astronomical +href="http://www.gb.nrao.edu/~rfisher/Ephemerides/times.html">Astronomi +cal Times</a> explains more abstruse astronomical time scales like TT, TCG, and TDB.</li> <li>The <a href="http://www.iau.org/">IAU</a>'s <a @@ -314,7 +314,7 @@ the Earth Orientation Parameters Product International Earth Rotation Service, the committee that decides when leap seconds occur.</li> <li>The <a -href="http://rom.usno.navy.mil/cgi-bin/wa">Leap +href="http://rom.usno.navy.mil/archives/leapsecs.html">Leap Second Discussion List</a> covers <a href="http://www.findarticles.com/cf_0/m0BPW/11_10/57821998/p1/article.jhtml">McCarthy and Klepczynski's proposal to discontinue leap seconds</a>. @@ -331,17 +331,20 @@ the International Standard Date and Time summary of ISO 8601:1988 - Data elements and interchange formats - Information interchange - Representation of dates and times (which has been superseded by -<a href="http://www.iso.ch/cate/d26780.html">ISO 8601:2000</a>).</li> +<a +href="http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=26780">ISO 8601:2000</a>).</li> <li> Section 3.3 of <a -href="ftp://ftp.isi.edu/in-notes/rfc2822.txt">Internet RFC 2822</a> +href="ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt">Internet RFC +2822</a> specifies the time notation used in email and <a -href="ftp://ftp.isi.edu/in-notes/rfc2616.txt">HTTP</a> headers.</li> +href="ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt">HTTP</a> +headers.</li> <li> -<a -href="ftp://ftp.isi.edu/internet-drafts/draft-ietf-impp-datetime-05.txt">Date -and Time on the Internet: Timestamps</a> proposes an ISO 8601 profile -for use in new Internet protocols.</li> +<a href="ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt">Internet RFC +3339</a> specifies an ISO 8601 profile for use in new Internet +protocols.</li> <li> +<a href="http://www.exit109.com/~ghealton/y2k/yrexamples.html">The +Best of Dates, the Worst of Dates</a> covers many problems encountered +by software developers when handling dates and time stamps.</li> <li> Alphabetic time zone abbreviations should not be used as unique identifiers for UTC offsets as they are ambiguous in practice. For =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2002.3 retrieving revision 2002.3.1.1 diff -pu -r2002.3 -r2002.3.1.1 --- zone.tab 2002/04/04 16:55:20 2002.3 +++ zone.tab 2002/10/10 22:59:59 2002.3.1.1 @@ -339,10 +339,10 @@ TG +0608+00113 Africa/Lome TH +1345+10031 Asia/Bangkok TJ +3835+06848 Asia/Dushanbe TK -0922-17114 Pacific/Fakaofo +TL -0833+12535 Asia/Dili TM +3757+05823 Asia/Ashgabat TN +3648+01011 Africa/Tunis TO -2110+17510 Pacific/Tongatapu -TP -0833+12535 Asia/Dili TR +4101+02858 Europe/Istanbul TT +1039-06131 America/Port_of_Spain TV -0831+17913 Pacific/Funafuti

2 3

FW: Africa/Cairo, abbreviations
by Olson, Arthur David (NIH/NCI) Oct. 10, 2002

Oct. 10, 2002

-----Original Message----- From: Paul Eggert [mailto:eggert@twinsun.com] Sent: Wednesday, October 09, 2002 7:38 PM To: Cathy.Baird(a)oracle.com Cc: markm(a)iafrica.com; tz(a)lecserver.nci.nih.gov Subject: Re: Africa/Cairo, abbreviations > Date: Wed, 09 Oct 2002 16:07:35 -0700 > From: Cathy Baird <Cathy.Baird(a)oracle.com> > > I want to explain some of the time zone names and abbreviations that are > in Oracle's time zone files. Those files contain anecdotal information > of various kinds, which is where I got your names and email addresses. > The output sample I want to use starts like this: > > TZNAME TZABBREV > -------------------- ---------- > Africa/Cairo LMT > Africa/Cairo EET > Africa/Cairo EEST > Africa/Tripoli LMT > Africa/Tripoli CET > Africa/Tripoli CEST > Africa/Tripoli EET > > I see these abbreviations in the file, but I don't see explanations of > any of them except LMT. What do EET, EEST, CET, and CEST stand for? (I'm > guessing the S is for standard, the first E for east, the C for central. > But what is the inner E for?) In that context "ET" stands for "European Time", and "EST" stands for "European Summer Time". This is explained in the "europe" file. It does seem a bit odd that time in northern Africa is called "European time", but that's what the first contributors submitted many years ago, and we haven't had anyone tell us otherwise since then. Return-Path: <> Received: from namail.converse.com (host162.converse.com [208.255.90.162] (may be forged)) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADQnwg018972 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 09:26:49 -0400 (EDT) From: postmaster(a)converse.com To: tz-request(a)lecserver.nci.nih.gov Date: Thu, 10 Oct 2002 09:25:47 -0400 MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="9B095B5ADSN=_01C26C104316946800007CAAnamail.converse." X-DSNContext: 335a7efd - 4457 - 00000001 - 80040546 Message-ID: <Ctu8FLuQS00000e4a(a)namail.converse.com> Subject: Delivery Status Notification (Failure) This is a MIME-formatted message. Portions of this message may be unreadable without a MIME-capable mail program. --9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. Content-Type: text/plain; charset=unicode-1-1-utf-7 This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. ren.wong(a)converse.com --9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. Content-Type: message/delivery-status Reporting-MTA: dns;namail.converse.com Received-From-MTA: dns;ashd1-1.relay.mail.uu.net Arrival-Date: Thu, 10 Oct 2002 09:25:47 -0400 Final-Recipient: rfc822;ren.wong(a)converse.com Action: failed Status: 5.1.1 --9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. Content-Type: message/rfc822 Received: from ashd1-1.relay.mail.uu.net ([199.171.54.245]) by namail.converse.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 10 Oct 2002 09:25:47 -0400 Received: from kafka.net.nih.gov by mr0.ash.ops.us.uu.net with ESMTP (peer crosschecked as: kafka.net.nih.gov [165.112.130.10]) id QQnjyz19827 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 13:25:46 GMT Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADMO4V026661 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:22:24 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADMNwe018572 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:22:23 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADMNMb018564 for ren.wong(a)converse.com; Thu, 10 Oct 2002 09:22:23 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:22:23 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F1(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Brazil - you guessed it, that time of year again Date: Thu, 10 Oct 2002 09:22:10 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"A1LuoC.A.WgE.I8Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1497 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov Return-Path: tz-request(a)lecserver.nci.nih.gov X-OriginalArrivalTime: 10 Oct 2002 13:25:47.0060 (UTC) FILETIME=[8AF9E740:01C27060] -----Original Message----- From: David.Madeo(a)morganstanley.com [mailto:David.Madeo@morganstanley.com] Sent: Wednesday, October 09, 2002 9:51 PM To: tz(a)lecserver.nci.nih.gov Subject: Brazil - you guessed it, that time of year again I haven't seen any updates about Brazil on the list yet this year. I'm including the commentary from one of my colleagues in our Sao Paulo office. According to 2002c, it is supposed to switch this weekend. dmadeo Celso Doria wrote: ------------------ Yesterday, the local Brazilian authorities signed a decree stating that the Brazilian daylight saving period will start on November 3rd 2002 and will last until February 16th 2003. So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the end. The reason for the delay this year has to do with elections in Brazil. Unlike in the United States, elections in Brazil are 100% computerized and the results are known almost immediately. Yesterday, it was the first round of the elections when 115 million Brazilians voted for President, Governor, Senators, Federal Deputies, and State Deputies. Nobody is counting (or re-counting) votes anymore and we know there will be a second round for the Presidency and also for some Governors. The 2nd round will take place on October 27th. The reason why the DST will only begin November 3rd is that the thousands of electoral machines used cannot have their time changed, and since the Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , the Government decided to postpone DST, instead of changing the Constitution (maybe, for the next elections, it will be possible to change the clock)... --9B095B5ADSN=_01C26C104316946800007CAAnamail.converse.-- Return-Path: <> Received: from namail.converse.com (host162.converse.com [208.255.90.162] (may be forged)) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADeDwe019352 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 09:40:13 -0400 (EDT) From: postmaster(a)converse.com To: tz-request(a)lecserver.nci.nih.gov Date: Thu, 10 Oct 2002 09:27:01 -0400 MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="9B095B5ADSN=_01C26C104316946800007CC1namail.converse." X-DSNContext: 335a7efd - 4457 - 00000001 - 80040546 Message-ID: <XMQEiL5nS00000e4b(a)namail.converse.com> Subject: Delivery Status Notification (Failure) This is a MIME-formatted message. Portions of this message may be unreadable without a MIME-capable mail program. --9B095B5ADSN=_01C26C104316946800007CC1namail.converse. Content-Type: text/plain; charset=unicode-1-1-utf-7 This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. ren.wong(a)converse.com --9B095B5ADSN=_01C26C104316946800007CC1namail.converse. Content-Type: message/delivery-status Reporting-MTA: dns;namail.converse.com Received-From-MTA: dns;ashd1-1.relay.mail.uu.net Arrival-Date: Thu, 10 Oct 2002 09:27:01 -0400 Final-Recipient: rfc822;ren.wong(a)converse.com Action: failed Status: 5.1.1 --9B095B5ADSN=_01C26C104316946800007CC1namail.converse. Content-Type: message/rfc822 Received: from ashd1-1.relay.mail.uu.net ([199.171.54.245]) by namail.converse.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 10 Oct 2002 09:27:01 -0400 Received: from kafka.net.nih.gov by mr0.ash.ops.us.uu.net with ESMTP (peer crosschecked as: kafka.net.nih.gov [165.112.130.10]) id QQnjyz21945 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 13:27:00 GMT From: tz-request(a)lecserver.nci.nih.gov Received: from lecserver.nci.nih.gov (lecserver.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADR04V027391 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:27:00 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADR0we019172 for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:27:00 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADR0I6019167 for ren.wong(a)converse.com; Thu, 10 Oct 2002 09:27:00 -0400 (EDT) Date: Thu, 10 Oct 2002 09:27:00 -0400 (EDT) Message-Id: <200210101327.g9ADR0I6019167(a)lecserver.nci.nih.gov> X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f To: ren.wong(a)converse.com Subject: You have been removed from the list X-Loop: tz(a)elsie.nci.nih.gov (bounce) X-Loop: tz(a)elsie.nci.nih.gov Precedence: junk Return-Path: tz-request(a)lecserver.nci.nih.gov X-OriginalArrivalTime: 10 Oct 2002 13:27:01.0185 (UTC) FILETIME=[B7287B10:01C27060] Your mail address ren.wong(a)converse.com has been removed from the tz(a)elsie.nci.nih.gov mailinglist. It generated an excessive amount of bounced mails. Before sending in a subscription request to tz-request(a)elsie.nci.nih.gov again, please ensure that this problem has been resolved. When in doubt, ask your system administrator or send mail to "postmaster". The last one of those bounced mails has been quoted below: >From MAILER-DAEMON Thu Oct 10 09:26:50 2002 >Received: from namail.converse.com (host162.converse.com [208.255.90.162] (may be forged)) > by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADQnwg018972 > for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 09:26:49 -0400 (EDT) >From: postmaster(a)converse.com >To: tz-request(a)lecserver.nci.nih.gov >Date: Thu, 10 Oct 2002 09:25:47 -0400 >MIME-Version: 1.0 >Content-Type: multipart/report; report-type=delivery-status; > boundary="9B095B5ADSN=_01C26C104316946800007CAAnamail.converse." >X-DSNContext: 335a7efd - 4457 - 00000001 - 80040546 >Message-ID: <Ctu8FLuQS00000e4a(a)namail.converse.com> >Subject: Delivery Status Notification (Failure) > >This is a MIME-formatted message. >Portions of this message may be unreadable without a MIME-capable mail program. > >--9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. >Content-Type: text/plain; charset=unicode-1-1-utf-7 > >This is an automatically generated Delivery Status Notification. > >Delivery to the following recipients failed. > > ren.wong(a)converse.com > > > > >--9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. >Content-Type: message/delivery-status > >Reporting-MTA: dns;namail.converse.com >Received-From-MTA: dns;ashd1-1.relay.mail.uu.net >Arrival-Date: Thu, 10 Oct 2002 09:25:47 -0400 > >Final-Recipient: rfc822;ren.wong(a)converse.com >Action: failed >Status: 5.1.1 > >--9B095B5ADSN=_01C26C104316946800007CAAnamail.converse. >Content-Type: message/rfc822 > >Received: from ashd1-1.relay.mail.uu.net ([199.171.54.245]) by namail.converse.com with Microsoft SMTPSVC(5.0.2195.5329); > Thu, 10 Oct 2002 09:25:47 -0400 >Received: from kafka.net.nih.gov by mr0.ash.ops.us.uu.net with ESMTP > (peer crosschecked as: kafka.net.nih.gov [165.112.130.10]) > id QQnjyz19827 > for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 13:25:46 GMT >Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) > by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADMO4V026661 > for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:22:24 -0400 (EDT) >Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) > by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADMNwe018572 > for <ren.wong(a)converse.com>; Thu, 10 Oct 2002 09:22:23 -0400 (EDT) >Received: (from ado@localhost) > by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADMNMb018564 > for ren.wong(a)converse.com; Thu, 10 Oct 2002 09:22:23 -0400 (EDT) >Resent-Date: Thu, 10 Oct 2002 09:22:23 -0400 (EDT) >X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f >Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F1(a)nihexchange2.nih.gov> >From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> >To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> >Subject: FW: Brazil - you guessed it, that time of year again >Date: Thu, 10 Oct 2002 09:22:10 -0400 >MIME-Version: 1.0 >X-Mailer: Internet Mail Service (5.5.2656.59) >Content-Type: text/plain; > charset="iso-8859-1" >Resent-Message-ID: <"A1LuoC.A.WgE.I8Xp9"@lecserver> >Resent-From: tz(a)lecserver.nci.nih.gov >X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1497 >X-Loop: tz(a)elsie.nci.nih.gov >Precedence: list >Resent-Sender: tz-request(a)lecserver.nci.nih.gov >Return-Path: tz-request(a)lecserver.nci.nih.gov >X-OriginalArrivalTime: 10 Oct 2002 13:25:47.0060 (UTC) FILETIME=[8AF9E740:01C27060] > >-----Original Message----- >From: David.Madeo(a)morganstanley.com >[mailto:David.Madeo@morganstanley.com] >Sent: Wednesday, October 09, 2002 9:51 PM >To: tz(a)lecserver.nci.nih.gov >Subject: Brazil - you guessed it, that time of year again > > >I haven't seen any updates about Brazil on the list yet this year. I'm >including the commentary from one of my colleagues in our Sao Paulo office. > According to 2002c, it is supposed to switch this weekend. > >dmadeo > >Celso Doria wrote: >------------------ > >Yesterday, the local Brazilian authorities signed a decree stating that the >Brazilian daylight saving period will start on November 3rd 2002 and will >last until February 16th 2003. > >So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be >changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil >will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the >end. > > >The reason for the delay this year has to do with elections in Brazil. > >Unlike in the United States, elections in Brazil are 100% computerized and >the results are known almost immediately. Yesterday, it was the first >round of the elections when 115 million Brazilians voted for President, >Governor, Senators, Federal Deputies, and State Deputies. Nobody is >counting (or re-counting) votes anymore and we know there will be a second >round for the Presidency and also for some Governors. The 2nd round will >take place on October 27th. > >The reason why the DST will only begin November 3rd is that the thousands >of electoral machines used cannot have their time changed, and since the >Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , >the Government decided to postpone DST, instead of changing the >Constitution (maybe, for the next elections, it will be possible to change >the clock)... > > > > >--9B095B5ADSN=_01C26C104316946800007CAAnamail.converse.-- > --9B095B5ADSN=_01C26C104316946800007CC1namail.converse.-- Return-Path: <> Received: from spf12.us4.outblaze.com (205-158-62-36.outblaze.com [205.158.62.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9AE0Pwe019525 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 10:00:26 -0400 (EDT) Received: from localhost (localhost) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g9ADxFQs008474; Thu, 10 Oct 2002 13:59:15 GMT Date: Thu, 10 Oct 2002 13:59:15 GMT From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200210101359.g9ADxFQs008474(a)spf12.us4.outblaze.com> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="g9ADxFQs008474.1034258355/spf12.us4.outblaze.com" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9ADxFQs008474.1034258355/spf12.us4.outblaze.com The original message was received at Thu, 10 Oct 2002 13:59:14 GMT from 205-158-62-26.outblaze.com [205.158.62.26] ----- The following addresses had permanent fatal errors ----- <"yiango:programmer.net"@iname.com.int> (reason: 552 recipient storage full, try again later) ----- Transcript of session follows ----- ... while talking to mta1.us4.outblaze.com.: >>> DATA <<< 552 recipient storage full, try again later 554 5.0.0 Service unavailable <<< 503 RCPT first (#5.5.1) --g9ADxFQs008474.1034258355/spf12.us4.outblaze.com Content-Type: message/delivery-status Reporting-MTA: dns; spf12.us4.outblaze.com Received-From-MTA: DNS; 205-158-62-26.outblaze.com Arrival-Date: Thu, 10 Oct 2002 13:59:14 GMT Final-Recipient: RFC822; "yiango:programmer.net"@iname.com.int Action: failed Status: 5.2.2 Remote-MTA: DNS; mta1.us4.outblaze.com Diagnostic-Code: SMTP; 552 recipient storage full, try again later Last-Attempt-Date: Thu, 10 Oct 2002 13:59:14 GMT --g9ADxFQs008474.1034258355/spf12.us4.outblaze.com Content-Type: text/rfc822-headers Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: from spf4.us4.outblaze.com (205-158-62-26.outblaze.com [205.158.62.26]) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) with ESMTP id g9ADxEQs008431 for <"yiango:programmer.net"@iname.com.int>; Thu, 10 Oct 2002 13:59:14 GMT Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by spf4.us4.outblaze.com (8.12.6/8.12.6) with ESMTP id g9AE0mtM024442 for <yiango(a)programmer.net>; Thu, 10 Oct 2002 14:00:49 GMT Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADO04V027009; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADO0we018937; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADNxjZ018925; Thu, 10 Oct 2002 09:23:59 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:23:59 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F2(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Africa/Cairo, abbreviations Date: Thu, 10 Oct 2002 09:23:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"PNH5-.A.pkE.m9Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1498 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9ADxFQs008474.1034258355/spf12.us4.outblaze.com-- Return-Path: <> Received: from mail13.burlee.com (mail13.burlee.com [66.36.96.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9AEchwe019931 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 10:38:43 -0400 (EDT) Date: Thu, 10 Oct 2002 09:27:13 -0500 Message-Id: <10210100927.AA02112(a)mail13.burlee.com> From: "Postmaster" <postmaster(a)mail13.burlee.com> Sender: <postmaster(a)mail13.burlee.com> To: <tz-request(a)lecserver.nci.nih.gov> Subject: Undeliverable Mail X-Mailer: <SMTP32 v20010131> User mailbox exceeds allowed size: adombek(a)lynxsys.com Original message follows. Received: from kafka.net.nih.gov [165.112.130.10] by mail13.burlee.com with ESMTP (SMTPD32-6.06) id AE40D5290132; Thu, 10 Oct 2002 09:27:12 -0500 Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADMk4V026764; Thu, 10 Oct 2002 09:22:46 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADMjwe018686; Thu, 10 Oct 2002 09:22:45 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADMQ0C018624; Thu, 10 Oct 2002 09:22:26 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:22:26 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F1(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Brazil - you guessed it, that time of year again Date: Thu, 10 Oct 2002 09:22:10 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"A1LuoC.A.WgE.I8Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1497 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov -----Original Message----- From: David.Madeo(a)morganstanley.com [mailto:David.Madeo@morganstanley.com] Sent: Wednesday, October 09, 2002 9:51 PM To: tz(a)lecserver.nci.nih.gov Subject: Brazil - you guessed it, that time of year again I haven't seen any updates about Brazil on the list yet this year. I'm including the commentary from one of my colleagues in our Sao Paulo office. According to 2002c, it is supposed to switch this weekend. dmadeo Celso Doria wrote: ------------------ Yesterday, the local Brazilian authorities signed a decree stating that the [message truncated] Return-Path: <> Received: from ilha.ilhanet.com.br (il114.ilhanet.com.br [200.247.233.114]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with SMTP id g9AFS9qU000716 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 11:28:11 -0400 (EDT) Message-Id: <200210101528.g9AFS9qU000716(a)lecserver.nci.nih.gov> Received: (qmail 17655 invoked for bounce); 10 Oct 2002 15:24:42 -0000 Date: 10 Oct 2002 15:24:42 -0000 From: MAILER-DAEMON(a)ilha.ilhanet.com.br To: tz-request(a)lecserver.nci.nih.gov Subject: failure notice Hi. This is the qmail-send program at ilha.ilhanet.com.br. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <casatk.il(a)ilha.ilhanet.com.br>: Sorry, no mailbox here by that name. (#5.1.1) --- Below this line is a copy of the message. Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: (qmail 17652 invoked by alias); 10 Oct 2002 15:24:42 -0000 Delivered-To: nexo(a)ilhanet.com.br Received: (qmail 17649 invoked from network); 10 Oct 2002 15:24:42 -0000 Received: from localhost.ilhanet.com.br (HELO smtp.ilhanet.com.br) (127.0.0.1) by localhost.ilhanet.com.br with SMTP; 10 Oct 2002 15:24:42 -0000 Received: from kafka.net.nih.gov (mailfwd.nih.gov [165.112.130.10]) by smtp.ilhanet.com.br (Postfix) with ESMTP id 0A7CC6758 for <nexo(a)ilhanet.com.br>; Thu, 10 Oct 2002 12:24:38 -0300 (BRT) Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADNx4V027000; Thu, 10 Oct 2002 09:23:59 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADNxwe018926; Thu, 10 Oct 2002 09:23:59 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADNxSC018918; Thu, 10 Oct 2002 09:23:59 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:23:59 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F2(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Africa/Cairo, abbreviations Date: Thu, 10 Oct 2002 09:23:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"PNH5-.A.pkE.m9Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1498 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov -----Original Message----- From: Paul Eggert [mailto:eggert@twinsun.com] Sent: Wednesday, October 09, 2002 7:38 PM To: Cathy.Baird(a)oracle.com Cc: markm(a)iafrica.com; tz(a)lecserver.nci.nih.gov Subject: Re: Africa/Cairo, abbreviations > Date: Wed, 09 Oct 2002 16:07:35 -0700 > From: Cathy Baird <Cathy.Baird(a)oracle.com> > > I want to explain some of the time zone names and abbreviations that are > in Oracle's time zone files. Those files contain anecdotal information > of various kinds, which is where I got your names and email addresses. > The output sample I want to use starts like this: > > TZNAME TZABBREV > -------------------- ---------- > Africa/Cairo LMT > Africa/Cairo EET > Africa/Cairo EEST > Africa/Tripoli LMT > Africa/Tripoli CET > Africa/Tripoli CEST > Africa/Tripoli EET > > I see these abbreviations in the file, but I don't see explanations of > any of them except LMT. What do EET, EEST, CET, and CEST stand for? (I'm > guessing the S is for standard, the first E for east, the C for central. > But what is the inner E for?) In that context "ET" stands for "European Time", and "EST" stands for "European Summer Time". This is explained in the "europe" file. It does seem a bit odd that time in northern Africa is called "European time", but that's what the first contributors submitted many years ago, and we haven't had anyone tell us otherwise since then. Return-Path: <> Received: from mail13.burlee.com (mail13.burlee.com [66.36.96.36]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9AFnHqU001070 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 11:49:17 -0400 (EDT) Date: Thu, 10 Oct 2002 09:27:11 -0500 Message-Id: <10210100927.AA01592(a)mail13.burlee.com> From: "Postmaster" <postmaster(a)mail13.burlee.com> Sender: <postmaster(a)mail13.burlee.com> To: <tz-request(a)lecserver.nci.nih.gov> Subject: Undeliverable Mail X-Mailer: <SMTP32 v20010131> User mailbox exceeds allowed size: adombek(a)lynxsys.com Original message follows. Received: from kafka.net.nih.gov [165.112.130.10] by mail13.burlee.com with ESMTP (SMTPD32-6.06) id AE3FCFCF010C; Thu, 10 Oct 2002 09:27:11 -0500 Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADO54V027032; Thu, 10 Oct 2002 09:24:05 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADO0we018939; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADNwXp018899; Thu, 10 Oct 2002 09:23:58 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:23:58 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F2(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Africa/Cairo, abbreviations Date: Thu, 10 Oct 2002 09:23:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"PNH5-.A.pkE.m9Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1498 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov -----Original Message----- From: Paul Eggert [mailto:eggert@twinsun.com] Sent: Wednesday, October 09, 2002 7:38 PM To: Cathy.Baird(a)oracle.com Cc: markm(a)iafrica.com; tz(a)lecserver.nci.nih.gov Subject: Re: Africa/Cairo, abbreviations > Date: Wed, 09 Oct 2002 16:07:35 -0700 > From: Cathy Baird <Cathy.Baird(a)oracle.com> > > I want to explain some of the time zone names and abbreviations that are > in Oracle's time zone files. Those files contain anecdotal information > of various kinds, which is where I got your names and email addresses. > The output sample I want to use starts like this: [message truncated] Return-Path: <> Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9AGD8qU002013 for <tz-request(a)lecserver.nci.nih.gov>; Thu, 10 Oct 2002 12:13:09 -0400 (EDT) Received: from localhost (localhost) by kafka.net.nih.gov (/8.10.1) id g9AG8i4W015418; Thu, 10 Oct 2002 12:13:08 -0400 (EDT) Date: Thu, 10 Oct 2002 12:13:08 -0400 (EDT) From: Mail Delivery Subsystem <MAILER-DAEMON(a)kafka.net.nih.gov> Message-Id: <200210101613.g9AG8i4W015418(a)kafka.net.nih.gov> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="g9AG8i4W015418.1034266388/kafka.net.nih.gov" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9AG8i4W015418.1034266388/kafka.net.nih.gov The original message was received at Thu, 10 Oct 2002 09:24:01 -0400 (EDT) from elsie.nci.nih.gov [137.187.215.78] ----- The following addresses had permanent fatal errors ----- <craigb(a)bitcom.net.au> (reason: 550 Mail refused from host 165.112.130.10 in DSBL list, see http://www.dsbl.org/) ----- Transcript of session follows ----- ... while talking to mail.bitcom.net.au.: >>> RCPT To:<craigb(a)bitcom.net.au> <<< 550 Mail refused from host 165.112.130.10 in DSBL list, see http://www.dsbl.org/ 550 5.1.1 <craigb(a)bitcom.net.au>... User unknown --g9AG8i4W015418.1034266388/kafka.net.nih.gov Content-Type: message/delivery-status Reporting-MTA: dns; kafka.net.nih.gov Arrival-Date: Thu, 10 Oct 2002 09:24:01 -0400 (EDT) Final-Recipient: RFC822; craigb(a)bitcom.net.au Action: failed Status: 5.1.1 Remote-MTA: DNS; mail.bitcom.net.au Diagnostic-Code: SMTP; 550 Mail refused from host 165.112.130.10 in DSBL list, see http://www.dsbl.org/ Last-Attempt-Date: Thu, 10 Oct 2002 12:13:00 -0400 (EDT) --g9AG8i4W015418.1034266388/kafka.net.nih.gov Content-Type: text/rfc822-headers Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: from lecserver.nci.nih.gov (elsie.nci.nih.gov [137.187.215.78]) by kafka.net.nih.gov (/8.10.1) with ESMTP id g9ADO04V027010; Thu, 10 Oct 2002 09:24:01 -0400 (EDT) Received: from lecserver.nci.nih.gov (localhost [127.0.0.1]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9ADO0we018940; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9ADO0IH018934; Thu, 10 Oct 2002 09:24:00 -0400 (EDT) Resent-Date: Thu, 10 Oct 2002 09:24:00 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F2(a)nihexchange2.nih.gov> From: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> To: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: FW: Africa/Cairo, abbreviations Date: Thu, 10 Oct 2002 09:23:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Resent-Message-ID: <"PNH5-.A.pkE.m9Xp9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1498 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9AG8i4W015418.1034266388/kafka.net.nih.gov--

1 0

FW: Brazil - you guessed it, that time of year again
by Olson, Arthur David (NIH/NCI) Oct. 10, 2002

Oct. 10, 2002

-----Original Message----- From: David.Madeo(a)morganstanley.com [mailto:David.Madeo@morganstanley.com] Sent: Wednesday, October 09, 2002 9:51 PM To: tz(a)lecserver.nci.nih.gov Subject: Brazil - you guessed it, that time of year again I haven't seen any updates about Brazil on the list yet this year. I'm including the commentary from one of my colleagues in our Sao Paulo office. According to 2002c, it is supposed to switch this weekend. dmadeo Celso Doria wrote: ------------------ Yesterday, the local Brazilian authorities signed a decree stating that the Brazilian daylight saving period will start on November 3rd 2002 and will last until February 16th 2003. So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the end. The reason for the delay this year has to do with elections in Brazil. Unlike in the United States, elections in Brazil are 100% computerized and the results are known almost immediately. Yesterday, it was the first round of the elections when 115 million Brazilians voted for President, Governor, Senators, Federal Deputies, and State Deputies. Nobody is counting (or re-counting) votes anymore and we know there will be a second round for the Presidency and also for some Governors. The 2nd round will take place on October 27th. The reason why the DST will only begin November 3rd is that the thousands of electoral machines used cannot have their time changed, and since the Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , the Government decided to postpone DST, instead of changing the Constitution (maybe, for the next elections, it will be possible to change the clock)...

1 0

Brazil - you guessed it, that time of year again
by David.Madeo＠morganstanley.com Oct. 10, 2002

Oct. 10, 2002

I haven't seen any updates about Brazil on the list yet this year. I'm including the commentary from one of my colleagues in our Sao Paulo office. According to 2002c, it is supposed to switch this weekend. dmadeo Celso Doria wrote: ------------------ Yesterday, the local Brazilian authorities signed a decree stating that the Brazilian daylight saving period will start on November 3rd 2002 and will last until February 16th 2003. So, clocks will be set one hour forward on November 3rd (12:00 a.m. will be changed to 1:00 a.m.) and at midnight (0:00 am) on February 16th, Brazil will adjust its clocks back one hour (23:00 pm on Feb 15th) marking the end. The reason for the delay this year has to do with elections in Brazil. Unlike in the United States, elections in Brazil are 100% computerized and the results are known almost immediately. Yesterday, it was the first round of the elections when 115 million Brazilians voted for President, Governor, Senators, Federal Deputies, and State Deputies. Nobody is counting (or re-counting) votes anymore and we know there will be a second round for the Presidency and also for some Governors. The 2nd round will take place on October 27th. The reason why the DST will only begin November 3rd is that the thousands of electoral machines used cannot have their time changed, and since the Constitution says the elections must begin at 8:00 AM and end at 5:00 PM , the Government decided to postpone DST, instead of changing the Constitution (maybe, for the next elections, it will be possible to change the clock)...

1 0