proposed tz changes for Brazil, East Timor, etc.

Paul Eggert eggert at twinsun.com
Thu Oct 10 23:09:18 UTC 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 at twinsun.com> (1999-10-13):
+# From Paul Eggert <eggert at 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&amp;pub_id=5965-7984E">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">Astronomical
 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

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 g9ANCVqU006662
	for <tz-request at lecserver.nci.nih.gov>; Thu, 10 Oct 2002 19:12:32 -0400 (EDT)
Received: from localhost (localhost)
	by kafka.net.nih.gov (/8.10.1) id g9ANCV4V028998;
	Thu, 10 Oct 2002 19:12:31 -0400 (EDT)
Date: Thu, 10 Oct 2002 19:12:31 -0400 (EDT)
From: Mail Delivery Subsystem <MAILER-DAEMON at kafka.net.nih.gov>
Message-Id: <200210102312.g9ANCV4V028998 at kafka.net.nih.gov>
To: <tz-request at lecserver.nci.nih.gov>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="g9ANCV4V028998.1034291551/kafka.net.nih.gov"
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

--g9ANCV4V028998.1034291551/kafka.net.nih.gov

The original message was received at Thu, 10 Oct 2002 19:09:40 -0400 (EDT)
from lecserver.nci.nih.gov [137.187.215.78]

   ----- The following addresses had permanent fatal errors -----
<craigb at 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 at 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 at bitcom.net.au>... User unknown

--g9ANCV4V028998.1034291551/kafka.net.nih.gov
Content-Type: message/delivery-status

Reporting-MTA: dns; kafka.net.nih.gov
Received-From-MTA: DNS; lecserver.nci.nih.gov
Arrival-Date: Thu, 10 Oct 2002 19:09:40 -0400 (EDT)

Final-Recipient: RFC822; craigb at 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 19:11:03 -0400 (EDT)

--g9ANCV4V028998.1034291551/kafka.net.nih.gov
Content-Type: text/rfc822-headers

Return-Path: <tz-request at 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 g9AN9e4V028992;
	Thu, 10 Oct 2002 19:09:40 -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 g9AN9eqU006520;
	Thu, 10 Oct 2002 19:09:40 -0400 (EDT)
Received: (from ado at localhost)
	by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9AN9bUU006515;
	Thu, 10 Oct 2002 19:09:37 -0400 (EDT)
Resent-Date: Thu, 10 Oct 2002 19:09:37 -0400 (EDT)
X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request at elsie.nci.nih.gov using -f
Date: Thu, 10 Oct 2002 16:09:18 -0700 (PDT)
From: Paul Eggert <eggert at twinsun.com>
Message-Id: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
To: tz at lecserver.nci.nih.gov
Subject: proposed tz changes for Brazil, East Timor, etc.
Resent-Message-ID: <"uPtwcB.A.viB.migp9"@lecserver>
Resent-From: tz at lecserver.nci.nih.gov
X-Mailing-List: <tz at elsie.nci.nih.gov> archive/latest/1499
X-Loop: tz at elsie.nci.nih.gov
Precedence: list
Resent-Sender: tz-request at lecserver.nci.nih.gov

--g9ANCV4V028998.1034291551/kafka.net.nih.gov--


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 g9ANONqU006876
	for <tz-request at lecserver.nci.nih.gov>; Thu, 10 Oct 2002 19:24:23 -0400 (EDT)
Date:     Thu, 10 Oct 2002 18:19:23 -0500
Message-Id: <10210101819.AA02288 at mail13.burlee.com>
From: "Postmaster" <postmaster at mail13.burlee.com>
Sender: <postmaster at mail13.burlee.com>
To: <tz-request at lecserver.nci.nih.gov>
Subject:  Undeliverable Mail
X-Mailer: <SMTP32 v20010131>

User mailbox exceeds allowed size: adombek at 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 AAFAE38A010E; Thu, 10 Oct 2002 18:19:22 -0500
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 g9ANA24V029054;
	Thu, 10 Oct 2002 19:10:02 -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 g9ANA1qU006654;
	Thu, 10 Oct 2002 19:10:01 -0400 (EDT)
Received: (from ado at localhost)
	by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9AN9ZdG006481;
	Thu, 10 Oct 2002 19:09:35 -0400 (EDT)
Resent-Date: Thu, 10 Oct 2002 19:09:35 -0400 (EDT)
X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request at elsie.nci.nih.gov using -f
Date: Thu, 10 Oct 2002 16:09:18 -0700 (PDT)
From: Paul Eggert <eggert at twinsun.com>
Message-Id: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
To: tz at lecserver.nci.nih.gov
Subject: proposed tz changes for Brazil, East Timor, etc.
Resent-Message-ID: <"uPtwcB.A.viB.migp9"@lecserver>
Resent-From: tz at lecserver.nci.nih.gov
X-Mailing-List: <tz at elsie.nci.nih.gov> archive/latest/1499
X-Loop: tz at elsie.nci.nih.gov
Precedence: list
Resent-Sender: tz-request at lecserver.nci.nih.gov

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:

[message truncated]

Return-Path: <eggert at twinsun.com>
Received: from alcor.twinsun.com (alcor.twinsun.com [198.147.65.9])
	by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9B5pTqU007731
	for <tz at elsie.nci.nih.gov>; Fri, 11 Oct 2002 01:51:30 -0400 (EDT)
Received: from sic.twinsun.com ([192.54.239.17])
	by alcor.twinsun.com (8.12.1/8.12.1) with ESMTP id g9B5pSae023692
	for <tz at elsie.nci.nih.gov>; Thu, 10 Oct 2002 22:51:28 -0700 (PDT)
Received: (from eggert at localhost)
	by sic.twinsun.com (8.11.6+Sun/8.11.6) id g9B5pSP08297;
	Thu, 10 Oct 2002 22:51:28 -0700 (PDT)
Date: Thu, 10 Oct 2002 22:51:28 -0700 (PDT)
From: Paul Eggert <eggert at twinsun.com>
Message-Id: <200210110551.g9B5pSP08297 at sic.twinsun.com>
To: tz at lecserver.nci.nih.gov
In-reply-to: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
	(eggert at twinsun.com)
Subject: proposed further tz changes for Fortaleza, Maceio, and Recife
References:  <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
Status: RO

In private email Alexandre Oliva mentioned that this month's
daylight-saving decree in Brazil also repealed daylight-saving
time in the following states:

AL, CE, MA, PB, PE, PI, RN, SE

He also gave me the decree number (4,399).  Here is a patch to
take these changes into account.  Thanks, Alexandre!

This patch assumes the earlier patch I proposed today.
Sorry about the multiple patches.


--- southamerica	2002/10/10 22:59:59	2002.3.1.1
+++ southamerica	2002/10/11 05:37:08	2002.3.1.2
@@ -292,11 +292,28 @@ Zone	America/La_Paz	-4:32:36 -	LMT	1890
 # http://pcdsh01.on.br/Fusbr.htm
 # http://pcdsh01.on.br/Fusbrhv.htm
 
-# From Paul Eggert (2000-10-02):
-# The official decrees referenced below are taken from
+# From Celso Doria via David Madeo (2002-10-09):
+# 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)...
+
+# From Paul Eggert (2002-10-10):
+# The official decrees referenced below are mostly taken from
 # <a href="http://pcdsh01.on.br/DecHV.html">
 # Decretos sobre o Horario de Verao no Brasil
-# </a> (1999-10-04, in Portuguese).
+# </a> (2001-09-20, in Portuguese).
 # The official site for all decrees, including those not related to time, is
 # <a href="http://www.presidencia.gov.br/CCIVIL/decreto/principal_ano.htm">
 # Presidencia da Republica, Subchefia para Assuntos Juridicos, Decretos
@@ -421,47 +438,16 @@ Rule	Brazil	2000	only	-	Feb	27	 0:00	0	-
 # repeals DST in SE, AL, PB, RN, CE, PI and MA, effective 2000-10-22 00:00.
 # Decree <a href="http://pcdsh01.on.br/figuras/HV3916.gif">3,916</a>
 # (2001-09-13) reestablishes DST in AL, CE, MA, PB, PE, PI, RN, SE.
-#
-# 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	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)...
-#
+# Decree 4,399 (2002-10-01) repeals DST in AL, CE, MA, PB, PE, PI, RN, SE.
+# <a href="http://www.presidencia.gov.br/CCIVIL/decreto/2002/D4399.htm"></a>
 Rule	Brazil	2002	only	-	Nov	 3	 0:00	1:00	S
 #
 Rule	Brazil	2003	max	-	Oct	Sun>=8	 0:00	1:00	S
+# The latest decree listed above says that the following states observe DST:
+# BA, DF, ES, GO, MG, MS, MT, PR, RJ, RS, SC, SP, TO.
+#
 # 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.
 
@@ -487,7 +473,8 @@ Zone America/Fortaleza	-2:34:00 -	LMT	19
 			-3:00	-	BRT	1999 Sep 30
 			-3:00	Brazil	BR%sT	2000 Oct 22
 			-3:00	-	BRT	2001 Sep 13
-			-3:00	Brazil	BR%sT
+			-3:00	Brazil	BR%sT	2002 Oct  1
+			-3:00	-	BRT
 #
 # Pernambuco (PE) (except Atlantic islands)
 Zone America/Recife	-2:19:36 -	LMT	1914
@@ -495,7 +482,8 @@ Zone America/Recife	-2:19:36 -	LMT	1914
 			-3:00	-	BRT	1999 Sep 30
 			-3:00	Brazil	BR%sT	2000 Oct 15
 			-3:00	-	BRT	2001 Sep 13
-			-3:00	Brazil	BR%sT
+			-3:00	Brazil	BR%sT	2002 Oct  1
+			-3:00	-	BRT
 #
 # Tocantins (TO)
 Zone America/Araguaina	-3:12:48 -	LMT	1914
@@ -511,7 +499,8 @@ Zone America/Maceio	-2:22:52 -	LMT	1914
 			-3:00	-	BRT	1999 Sep 30
 			-3:00	Brazil	BR%sT	2000 Oct 22
 			-3:00	-	BRT	2001 Sep 13
-			-3:00	Brazil	BR%sT
+			-3:00	Brazil	BR%sT	2002 Oct  1
+			-3:00	-	BRT
 #
 # Bahia (BA), Goias (GO), Distrito Federal (DF), Minas Gerais (MG),
 # Espirito Santo (ES), Rio de Janeiro (RJ), Sao Paulo (SP), Parana (PR),

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 g9B5qNqU008083
	for <tz-request at lecserver.nci.nih.gov>; Fri, 11 Oct 2002 01:52:23 -0400 (EDT)
Received: from localhost (localhost)
	by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g9B5pAX8008599;
	Fri, 11 Oct 2002 05:51:10 GMT
Date: Fri, 11 Oct 2002 05:51:10 GMT
From: Mail Delivery Subsystem <MAILER-DAEMON>
Message-Id: <200210110551.g9B5pAX8008599 at spf12.us4.outblaze.com>
To: <tz-request at lecserver.nci.nih.gov>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="g9B5pAX8008599.1034315470/spf12.us4.outblaze.com"
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

--g9B5pAX8008599.1034315470/spf12.us4.outblaze.com

The original message was received at Fri, 11 Oct 2002 05:51:09 GMT
from 205-158-62-33.outblaze.com [205.158.62.33]

   ----- 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)

--g9B5pAX8008599.1034315470/spf12.us4.outblaze.com
Content-Type: message/delivery-status

Reporting-MTA: dns; spf12.us4.outblaze.com
Received-From-MTA: DNS; 205-158-62-33.outblaze.com
Arrival-Date: Fri, 11 Oct 2002 05:51:09 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: Fri, 11 Oct 2002 05:51:09 GMT

--g9B5pAX8008599.1034315470/spf12.us4.outblaze.com
Content-Type: text/rfc822-headers

Return-Path: <tz-request at lecserver.nci.nih.gov>
Received: from spf6.us4.outblaze.com (205-158-62-33.outblaze.com [205.158.62.33])
	by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) with ESMTP id g9B5p9X8008594
	for <"yiango:programmer.net"@iname.com.int>; Fri, 11 Oct 2002 05:51:09 GMT
Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10])
	by spf6.us4.outblaze.com (8.11.6/8.11.6) with ESMTP id g9B5qH838058
	for <yiango at programmer.net>; Fri, 11 Oct 2002 05:52:17 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 g9B5pk4V021912;
	Fri, 11 Oct 2002 01:51: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 g9B5pkqU007939;
	Fri, 11 Oct 2002 01:51:46 -0400 (EDT)
Received: (from ado at localhost)
	by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9B5phXu007930;
	Fri, 11 Oct 2002 01:51:43 -0400 (EDT)
Resent-Date: Fri, 11 Oct 2002 01:51:43 -0400 (EDT)
X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request at elsie.nci.nih.gov using -f
Date: Thu, 10 Oct 2002 22:51:28 -0700 (PDT)
From: Paul Eggert <eggert at twinsun.com>
Message-Id: <200210110551.g9B5pSP08297 at sic.twinsun.com>
To: tz at lecserver.nci.nih.gov
In-reply-to: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
	(eggert at twinsun.com)
Subject: proposed further tz changes for Fortaleza, Maceio, and Recife
References:  <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
Resent-Message-ID: <"i5gA9B.A.-4B.kbmp9"@lecserver>
Resent-From: tz at lecserver.nci.nih.gov
X-Mailing-List: <tz at elsie.nci.nih.gov> archive/latest/1500
X-Loop: tz at elsie.nci.nih.gov
Precedence: list
Resent-Sender: tz-request at lecserver.nci.nih.gov

--g9B5pAX8008599.1034315470/spf12.us4.outblaze.com--


Return-Path: <>
Received: from ns1.comversens.com (ns1.comversens.com [63.64.185.10])
	by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9B5xYqU008238
	for <tz-request at lecserver.nci.nih.gov>; Fri, 11 Oct 2002 01:59:34 -0400 (EDT)
Received: from localhost (localhost)
	by ns1.comversens.com (8.9.1b+Sun/8.9.1) with internal id BAA02220;
	Fri, 11 Oct 2002 01:59:34 -0400 (EDT)
Date: Fri, 11 Oct 2002 01:59:34 -0400 (EDT)
From: Mail Delivery Subsystem <MAILER-DAEMON at ns1.comversens.com>
Message-Id: <200210110559.BAA02220 at ns1.comversens.com>
To: <tz-request at lecserver.nci.nih.gov>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="BAA02220.1034315974/ns1.comversens.com"
Subject: Returned mail: Service unavailable
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

--BAA02220.1034315974/ns1.comversens.com

The original message was received at Fri, 11 Oct 2002 01:59:32 -0400 (EDT)
from mx8.smtp.psi.net [38.8.10.2]

   ----- The following addresses had permanent fatal errors -----
<rebecca.alwine at comverse-in.com>
    (expanded from: <rebecca.alwine at comverse-in.com>)

   ----- Transcript of session follows -----
... while talking to ns4.comverse.com.:
>>> RCPT To:<rebecca.alwine at comverse-in.com>
<<< 571 5.7.1 <rebecca.alwine at comverse-in.com>... Sorry,But we do not Relay
554 <rebecca.alwine at comverse-in.com>... Service unavailable

--BAA02220.1034315974/ns1.comversens.com
Content-Type: message/delivery-status

Reporting-MTA: dns; ns1.comversens.com
Received-From-MTA: DNS; mx8.smtp.psi.net
Arrival-Date: Fri, 11 Oct 2002 01:59:32 -0400 (EDT)

Final-Recipient: RFC822; <rebecca.alwine at comverse-in.com>
X-Actual-Recipient: RFC822; rebecca.alwine at comverse-in.com
Action: failed
Status: 5.5.0
Remote-MTA: DNS; ns4.comverse.com
Diagnostic-Code: SMTP; 571 5.7.1 <rebecca.alwine at comverse-in.com>... Sorry,But we do not Relay
Last-Attempt-Date: Fri, 11 Oct 2002 01:59:34 -0400 (EDT)

--BAA02220.1034315974/ns1.comversens.com
Content-Type: text/rfc822-headers

Return-Path: <tz-request at lecserver.nci.nih.gov>
Received: from mx8.smtp.psi.net (mx8.smtp.psi.net [38.8.10.2])
	by ns1.comversens.com (8.9.1b+Sun/8.9.1) with ESMTP id BAA02218
	for <rebecca.alwine at comverse-in.com>; Fri, 11 Oct 2002 01:59:32 -0400 (EDT)
Received: from mailfwd.nih.gov ([165.112.130.10] helo=kafka.net.nih.gov)
	by mx8.smtp.psi.net with esmtp (Exim 3.13 #3)
	id 17zsm2-0003Ev-00
	for rebecca.alwine at comverse-in.com; Fri, 11 Oct 2002 01:55:46 -0400
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 g9B5qB4V021954;
	Fri, 11 Oct 2002 01:52:11 -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 g9B5q8qU008080;
	Fri, 11 Oct 2002 01:52:08 -0400 (EDT)
Received: (from ado at localhost)
	by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9B5pgU9007903;
	Fri, 11 Oct 2002 01:51:42 -0400 (EDT)
Resent-Date: Fri, 11 Oct 2002 01:51:42 -0400 (EDT)
X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request at elsie.nci.nih.gov using -f
Date: Thu, 10 Oct 2002 22:51:28 -0700 (PDT)
From: Paul Eggert <eggert at twinsun.com>
Message-Id: <200210110551.g9B5pSP08297 at sic.twinsun.com>
To: tz at lecserver.nci.nih.gov
In-reply-to: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
	(eggert at twinsun.com)
Subject: proposed further tz changes for Fortaleza, Maceio, and Recife
References:  <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
Resent-Message-ID: <"i5gA9B.A.-4B.kbmp9"@lecserver>
Resent-From: tz at lecserver.nci.nih.gov
X-Mailing-List: <tz at elsie.nci.nih.gov> archive/latest/1500
X-Loop: tz at elsie.nci.nih.gov
Precedence: list
Resent-Sender: tz-request at lecserver.nci.nih.gov

--BAA02220.1034315974/ns1.comversens.com--


Return-Path: <clive at demon.net>
Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3])
	by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9B7daqU008741
	for <tz at lecserver.nci.nih.gov>; Fri, 11 Oct 2002 03:39:36 -0400 (EDT)
Received: from finch-staff-1.server.demon.net (finch-staff-1.server.demon.net [193.195.224.1])
	by internal.mail.demon.net with ESMTP id g9B7du100521;
	Fri, 11 Oct 2002 07:39:56 GMT
Received: from clive by finch-staff-1.server.demon.net with local (Exim 3.36 #1)
	id 17zuOS-000IyC-00; Fri, 11 Oct 2002 08:39:32 +0100
Date: Fri, 11 Oct 2002 08:39:32 +0100
From: "Clive D.W. Feather" <clive at demon.net>
To: Paul Eggert <eggert at twinsun.com>
Cc: tz at lecserver.nci.nih.gov
Subject: Re: proposed tz changes for Brazil, East Timor, etc.
Message-ID: <20021011073932.GA72389 at demon.net>
References: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
User-Agent: Mutt/1.4i
Status: RO

Paul Eggert said:
> --- iso3166.tab	2002/01/28 17:56:02	2002.2
> +++ iso3166.tab	2002/10/10 22:59:59	2002.2.1.1
[...]

> -GB	Britain (UK)
> +GB	Britain

What's the justification for this change, or indeed for this entry?

The country coded GB is "The United Kingdom of Great Britain and Northern
Ireland". "Britain" is a generic term referring to part of the UK *and*
part of France. "Great Britain" is the single largest landmass in the UK,
but so what?

NEITHER "Britain" NOR "Great Britain" IS THE NAME OF THIS COUNTRY.

Would you accept:

  US   America

or

  US   Continental contiguous United States

?

-- 
Clive D.W. Feather  | Work:  <clive at demon.net>   | Tel:  +44 20 8371 1138
Internet Expert     | Home:  <clive at davros.org>  | Fax:  +44 870 051 9937
Demon Internet      | WWW: http://www.davros.org | Mobile: +44 7973 377646
Thus plc            |                            | NOTE: fax number change

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 g9B7gkqU009099
	for <tz-request at lecserver.nci.nih.gov>; Fri, 11 Oct 2002 03:42:46 -0400 (EDT)
Received: from localhost (localhost)
	by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g9B7fXQP026734;
	Fri, 11 Oct 2002 07:41:33 GMT
Date: Fri, 11 Oct 2002 07:41:33 GMT
From: Mail Delivery Subsystem <MAILER-DAEMON>
Message-Id: <200210110741.g9B7fXQP026734 at spf12.us4.outblaze.com>
To: <tz-request at lecserver.nci.nih.gov>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="g9B7fXQP026734.1034322093/spf12.us4.outblaze.com"
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

--g9B7fXQP026734.1034322093/spf12.us4.outblaze.com

The original message was received at Fri, 11 Oct 2002 07:41:33 GMT
from 205-158-62-24.outblaze.com [205.158.62.24]

   ----- 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)

--g9B7fXQP026734.1034322093/spf12.us4.outblaze.com
Content-Type: message/delivery-status

Reporting-MTA: dns; spf12.us4.outblaze.com
Received-From-MTA: DNS; 205-158-62-24.outblaze.com
Arrival-Date: Fri, 11 Oct 2002 07:41:33 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: Fri, 11 Oct 2002 07:41:33 GMT

--g9B7fXQP026734.1034322093/spf12.us4.outblaze.com
Content-Type: text/rfc822-headers

Return-Path: <tz-request at lecserver.nci.nih.gov>
Received: from spf2.us4.outblaze.com (205-158-62-24.outblaze.com [205.158.62.24])
	by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) with ESMTP id g9B7fXQP026721
	for <"yiango:programmer.net"@iname.com.int>; Fri, 11 Oct 2002 07:41:33 GMT
Received: from kafka.net.nih.gov (mailfwd.nih.gov [165.112.130.10])
	by spf2.us4.outblaze.com (8.11.6/8.11.6/us4-yg) with ESMTP id g9B7gec03014
	for <yiango at programmer.net>; Fri, 11 Oct 2002 07:42:40 GMT
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 g9B7dq4V002377;
	Fri, 11 Oct 2002 03:39:52 -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 g9B7dqqU008970;
	Fri, 11 Oct 2002 03:39:52 -0400 (EDT)
Received: (from ado at localhost)
	by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9B7dlWX008939;
	Fri, 11 Oct 2002 03:39:47 -0400 (EDT)
Resent-Date: Fri, 11 Oct 2002 03:39:47 -0400 (EDT)
X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request at elsie.nci.nih.gov using -f
Date: Fri, 11 Oct 2002 08:39:32 +0100
From: "Clive D.W. Feather" <clive at demon.net>
To: Paul Eggert <eggert at twinsun.com>
Cc: tz at lecserver.nci.nih.gov
Subject: Re: proposed tz changes for Brazil, East Timor, etc.
Message-ID: <20021011073932.GA72389 at demon.net>
References: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
User-Agent: Mutt/1.4i
Resent-Message-ID: <"lwzRSB.A.vIC.6Aop9"@lecserver>
Resent-From: tz at lecserver.nci.nih.gov
X-Mailing-List: <tz at elsie.nci.nih.gov> archive/latest/1501
X-Loop: tz at elsie.nci.nih.gov
Precedence: list
Resent-Sender: tz-request at lecserver.nci.nih.gov

--g9B7fXQP026734.1034322093/spf12.us4.outblaze.com--


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 g9B7jIqU009248
	for <tz-request at lecserver.nci.nih.gov>; Fri, 11 Oct 2002 03:45:19 -0400 (EDT)
Received: from localhost (localhost)
	by kafka.net.nih.gov (/8.10.1) id g9B7jI4V002364;
	Fri, 11 Oct 2002 03:45:18 -0400 (EDT)
Date: Fri, 11 Oct 2002 03:45:18 -0400 (EDT)
From: Mail Delivery Subsystem <MAILER-DAEMON at kafka.net.nih.gov>
Message-Id: <200210110745.g9B7jI4V002364 at kafka.net.nih.gov>
To: <tz-request at lecserver.nci.nih.gov>
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
	boundary="g9B7jI4V002364.1034322318/kafka.net.nih.gov"
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

--g9B7jI4V002364.1034322318/kafka.net.nih.gov

The original message was received at Fri, 11 Oct 2002 03:39:48 -0400 (EDT)
from lecserver.nci.nih.gov [137.187.215.78]

   ----- The following addresses had permanent fatal errors -----
<craigb at 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 at 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 at bitcom.net.au>... User unknown
<dgrosz at optushome.com.au>... Deferred: Connection refused by mail.optusnet.com.au.

--g9B7jI4V002364.1034322318/kafka.net.nih.gov
Content-Type: message/delivery-status

Reporting-MTA: dns; kafka.net.nih.gov
Received-From-MTA: DNS; lecserver.nci.nih.gov
Arrival-Date: Fri, 11 Oct 2002 03:39:48 -0400 (EDT)

Final-Recipient: RFC822; craigb at 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: Fri, 11 Oct 2002 03:40:59 -0400 (EDT)

--g9B7jI4V002364.1034322318/kafka.net.nih.gov
Content-Type: text/rfc822-headers

Return-Path: <tz-request at 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 g9B7dm4V002360;
	Fri, 11 Oct 2002 03:39:48 -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 g9B7dmqU008952;
	Fri, 11 Oct 2002 03:39:48 -0400 (EDT)
Received: (from ado at localhost)
	by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9B7dljV008948;
	Fri, 11 Oct 2002 03:39:47 -0400 (EDT)
Resent-Date: Fri, 11 Oct 2002 03:39:47 -0400 (EDT)
X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request at elsie.nci.nih.gov using -f
Date: Fri, 11 Oct 2002 08:39:32 +0100
From: "Clive D.W. Feather" <clive at demon.net>
To: Paul Eggert <eggert at twinsun.com>
Cc: tz at lecserver.nci.nih.gov
Subject: Re: proposed tz changes for Brazil, East Timor, etc.
Message-ID: <20021011073932.GA72389 at demon.net>
References: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200210102309.g9AN9I5Z002609 at shade.twinsun.com>
User-Agent: Mutt/1.4i
Resent-Message-ID: <"lwzRSB.A.vIC.6Aop9"@lecserver>
Resent-From: tz at lecserver.nci.nih.gov
X-Mailing-List: <tz at elsie.nci.nih.gov> archive/latest/1501
X-Loop: tz at elsie.nci.nih.gov
Precedence: list
Resent-Sender: tz-request at lecserver.nci.nih.gov

--g9B7jI4V002364.1034322318/kafka.net.nih.gov--




More information about the tz mailing list