October 2002 - tz - lists.iana.org

proposed tz change for Latvia, Lithuania
by Paul Eggert May 25, 2015

May 25, 2015

It's March Madness time for daylight-saving rule changes. Here's a proposed change to the tz database to keep up with the latest political development, which affects time stamps starting March 29: * Latvia and Lithuania will not observe DST, starting this year. Thanks to Andrei Ivanov for this info. =================================================================== RCS file: RCS/europe,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- europe 2000/03/04 15:31:08 2000.3 +++ europe 2000/03/08 17:48:59 2000.3.0.1 @@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino # 1997-01-21 on transition to Summer time ... established the same order of # daylight savings time settings as in the States of the European Union. +# From Andrei Ivanov (2000-03-06): +# This year Latvia will not switch to Daylight Savings Time (as specified in +# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm"> +# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of +# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only). + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 - @@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s 2:00 1:00 EEST 1989 Sep lastSun 2:00s 2:00 Latvia EE%sT 1997 Jan 21 - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb 29 + 2:00 - EET # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From Andrei Ivanov (2000-03-06): +# I've heard that Ministers of three Baltic countries on their summit +# somewhere in February decided not to switch to summer time starting from +# this spring. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks.

5 5

<http://webexhibits.org/daylightsaving/> discussion and corrections
by Paul Eggert Oct. 23, 2002

Oct. 23, 2002

I compared the current version of the Webexhibits Daylight Saving Time pages with the tz database at <ftp://elsie.nci.nih.gov/pub/tz/> and have the following comments. <http://webexhibits.org/daylightsaving/g.html> says: * Fiji observes DST; but our information is that they stopped in 2000. * Mongolia observes DST; but our information is that they no longer do so (as of 2002). * Tonga observes DST from the first Saturday in October to third Saturday in April; but our information is that it is now the first Sunday in November to the last Sunday in January. * Russia observes the same DST rules as Europe; but Europe switches at 01:00 UTC, whereas Russia switches at 02:00 local time. * Cuba observes DST starting April 1; but our current information is that they start on the first Sunday in April, i.e. that they use the North American rules except that they change clocks at midnight rather than at 02:00. * Brazil observes DST from the first Sunday in October to the last Sunday in February; but this year it's the first Sunday in November to the third Sunday in February (rules vary quite a bit from year to year). Also, equatorial Brazil does not observe DST. * We have lots of different reports about the Falklands, but your data differs from all of our reports. Do you have a citation for your info? (The Falklands appears to be somewhat catch-as-catch-can.) * Do you have a reference for your information that Rothera, Antarctica, is 3 hours behind UTC all year? * Paraguay has changed its rules; it now observes DST from the first Sunday in September to the first Sunday in April. See decree no. 16350, dated 2002-02-26. A few other comments: <http://webexhibits.org/daylightsaving/b.html> says "the Eastern Time Zone portion of the State of Indiana" does not observe DST. This is true for most of that part of Indiana, but as you point out in <http://webexhibits.org/daylightsaving/f.html>, a few counties in southeastern Indiana observe EST with DST. So perhaps you could say "most of the Eastern Time Zone portion of the State of Indiana" instead. <http://webexhibits.org/daylightsaving/c.html> says "Eventually, in 1925, it was enacted that summer time should begin on the day following the third Saturday in April. The date for closing of summer time was fixed for the first Saturday in October." As can be seen in <http://student.cusu.cam.ac.uk/~jsm28/british-time/>, this is incorrect for both the starting and the ending days. Perhaps you could replace that with "Eventually, in 1925, it was enacted that summer time should begin on the day following the third Saturday in April (or one week earlier if that day was Easter Day). The date for closing of summer time was fixed for the day after the first Saturday in October." <http://webexhibits.org/daylightsaving/d.html> says "Nor was the suggestion of Charles Dowd of Saratoga Springs, N. Y., in 1870, to establish standard time meridians taken seriously." This is a bit harsh, as Dowd revised his proposal in 1872 and the revised proposal was adopted virtually unchanged by the railways of the USA and Canada eleven years later. Certainly Fleming deserves a lot of the credit, but it goes too far to say that Dowd was not taken seriously. <http://webexhibits.org/daylightsaving/e.html> says "This [1916] action was immediately followed by other countries in Europe, Netherlands, Belgium, Denmark, Sweden, Norway, Italy, France and Portugal." You might want to add Luxembourg and Turkey to that list. Also Tasmania, Nova Scotia, and Manitoba, though these regions are not in Europe. It also says "In 1917, Australia, Newfoundland and Nova Scotia initiated it." Hmm, perhaps your records for Nova Scotia differ from ours? We have Halifax as not observing DST in 1917, even though it did observe in 1916. Other areas that introduced DST in 1917 were Russia, Iceland, Spain and Quebec. (In this area our data come from Shanks.) <http://webexhibits.org/daylightsaving/g.html> says "During the summer, Russia's clocks are two hours ahead of standard time." This is not quite true, at least by the ordinary definition of "standard time". For example, Moscow standard time (UTC+3) is about a half-hour ahead of local mean time (UTC+2:30); this is about the same situation as Detroit, whose standard time (UTC-5) is also about a half-hour ahead of local mean time (UTC-5:32). It is true that Russian standard time tends to be further in advance of local mean time than is usual for the rest of the world, but it goes too far to say that Russia is on DST or double-DST all year. Thanks for your job in maintaining that set of web pages; they're quite nice.

1 0

Re: FW: About rules for Brazil
by Paulo Alexandre Pinto Pires Oct. 23, 2002

Oct. 23, 2002

John Cowan wrote: > However, I think the important point is that the database not impose > guesses about the utterly uncertain future. It is fair enough to > guess that U.S. DST will stay the same, since it has been quite stable. > But guessing that next year in Brazil will be like last year, when last > year was not like the year before, and so on, strikes me as bogus. > > In short, I agree that "only" should be the rule here. That what I wanted to mean, and failed to state as clearly as you did. > > A similar situation obtains in Israel, where the guesses after 2004 > > are quite arbitrary. However, for the few applications that need > > access to future civil time (planning airplane trips?) I think it > > better to have a good guess than to guess that there will be no DST at > > all. > > I see your point, but in fact airplane trips are *not* the only case. > Any time you make an appointment to do something or meet someone in > the future, you are implicitly making it in civil time for the place > of the appointment. If I say to someone "Meet me under the Waverley > [that's a place in Manhattan] at midnight, New Year's Eve 2004" , then > the appointment is set for midnight *local time* whatever that may be. > For a more commercial example, when a stock tender or a futures option > expires as of 5 PM, New York time, on such-and-such a day, that means > at whatever GMT time Congress decrees is equal to 5 PM New York time *as > of that day*. I was more concerned about much simpler things. There are some computer systems and applications where time has a central role. Some of those applications must interface with real people, both on input and on output, and real people (even technicians) are not familiar with time_t, GMT or UTC. The user may input time and not have the expected action happen at the expected time because of bad assumptions about DST (assuming no DST at all among those assumptions). Many applications also have design problems that become evident when crossing DST start/end borders, regardless of when time shifts actually happen -- even standard UNIX date(1) is DST unfriendly. Another problem is that tz repository was only updated (2002d) _after_ DST begun for users of 2002c(timestamp for ftp://elsie.nci.nih.gov/pub/tzdata_2002d.tar.gz is 2002/10/15, while DST started at 2002/10/13 03:00:00 GMT for tzdata 2002c), because of a rule that should have been applied only last year. This fault, however, is not solely TZ people's; related information simply wasn't where people expected it to be (Brazilian National Observatory's (ON) web site was the traditional source, but elsie.nci.nih.gov was also outdated). Only by digging the web could I find the information I wanted, just a couple of days before brazilian clocks would get wrong time. -- Pappires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis.

1 0

Re: Mongolia no DST?
by Paul Eggert Oct. 22, 2002

Oct. 22, 2002

> From: Jesper Nørgaard [mailto:jnorgard@Prodigy.Net.mx] > Sent: Tuesday, October 22, 2002 12:07 AM > I noticed that there is no DST for Mongolia for 2002. Is that a > deliberate decision, or is it because we have no "max" rule instead > of "only" rules? I don't recall having seen any decision that they > were taken off using DST during the year. I vaguely recall that the 2001 DST in Mongolia was somewhat experimental, which is why I listed it for that year only in the tz database. I just did a brief search on the web and found nothing definitive or even suggestive about 2002 (or about 2001, for that matter). Perhaps Rives McDow, who contributed the 2001 info, knows what happened this year in Mongolia. (McDow is so good at this that he may even know what is predicted to happen _next_ year.)

1 0

FW: Mongolia no DST?
by Olson, Arthur David (NIH/NCI) Oct. 22, 2002

Oct. 22, 2002

-----Original Message----- From: Jesper Nørgaard [mailto:jnorgard@Prodigy.Net.mx] Sent: Tuesday, October 22, 2002 12:07 AM To: 'TZ mailing list' Subject: Mongolia no DST? I noticed that there is no DST for Mongolia for 2002. Is that a deliberate decision, or is it because we have no "max" rule instead of "only" rules? I don't recall having seen any decision that they were taken off using DST during the year. Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

1 0

Mongolia no DST?
by Jesper Nørgaard Oct. 22, 2002

Oct. 22, 2002

I noticed that there is no DST for Mongolia for 2002. Is that a deliberate decision, or is it because we have no "max" rule instead of "only" rules? I don't recall having seen any decision that they were taken off using DST during the year. Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

1 0

Re: FW: About rules for Brazil
by John Cowan Oct. 21, 2002

Oct. 21, 2002

Paul Eggert scripsit: > In this month's case you would be right, of course; but I suspect that > it will be just as common for the clocks to be advanced ahead of our > guess as behind, and there your proposed strategy would fail just as > badly as the tz database's current approach. However, I think the important point is that the database not impose guesses about the utterly uncertain future. It is fair enough to guess that U.S. DST will stay the same, since it has been quite stable. But guessing that next year in Brazil will be like last year, when last year was not like the year before, and so on, strikes me as bogus. In short, I agree that "only" should be the rule here. > A similar situation obtains in Israel, where the guesses after 2004 > are quite arbitrary. However, for the few applications that need > access to future civil time (planning airplane trips?) I think it > better to have a good guess than to guess that there will be no DST at > all. I see your point, but in fact airplane trips are *not* the only case. Any time you make an appointment to do something or meet someone in the future, you are implicitly making it in civil time for the place of the appointment. If I say to someone "Meet me under the Waverley [that's a place in Manhattan] at midnight, New Year's Eve 2004" , then the appointment is set for midnight *local time* whatever that may be. For a more commercial example, when a stock tender or a futures option expires as of 5 PM, New York time, on such-and-such a day, that means at whatever GMT time Congress decrees is equal to 5 PM New York time *as of that day*. I have been for some years now telling people who are not on this mailing list that it is safe to use GMT or GMT+offset for present and past times, but that when an application stores future times, it should store a local time and a timezone name. Even this is not infallible -- we don't know how the TZ system will work in the year 2076 -- but it's a lot better than storing a GMT+offset and hoping nothing weird happens. -- John Cowan <jcowan(a)reutershealth.com> http://www.reutershealth.com http://www.ccil.org/~cowan Yakka foob mog. Grug pubbawup zink wattoom gazork. Chumble spuzz. -- Calvin, giving Newton's First Law "in his own words"

1 0

FW: About rules for Brazil
by Olson, Arthur David (NIH/NCI) Oct. 21, 2002

Oct. 21, 2002

Paulo is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Paulo Alexandre Pinto Pires [mailto:p@ppires.org] Sent: Monday, October 21, 2002 12:16 PM To: tz(a)lecserver.nci.nih.gov Subject: About rules for Brazil Hello, folks. I have recently downloaded tzdata 2002d, which brings new rules for Brazil again, because the government again changed when summer time starts. I suggest that rules for Brazil don't ever be considered permanent, i.e., make no use of "max" for new rules, but instead use "only". Regardless of a public poll at National Obversatory's (ON is the official source of time information for the country) web site, to learn if Brazilians would like to have fixed dates for start and end of summer time, the dates were changed again because of plain stupidity -- Electoral authorities forgot about summer time at all, and because of stupid machine programming, start of summer time had to be delayed. It is certain that the new rules will not be used in the next year, when there will be no elections, and this delay (hopefully) will not be necessary. Reading the source file for timezone data for Brazil is a joke. Things like a mayor who tries to change time in his city, and authorities forgetting about summer time in planning important occasions are everywhere. Not having fixed rules is a major cause of such a mess. This year, the decree stating that summer time should begin not on the second Sunday of October (yet no such decree ever existed before -- each ear a _new_ decree said "it starts on day X and ends on day Y"), but later, was published by the end of its first week, and not reflected on ON's web site, where most of us used to find such rules. The result is that many people, again, had their clocks wrong. I believe that if clocks eventually go wrong, it would be better if they just remained in the regular time. The effect of not advancing the clock causes less impact (and surprises) than having it unexpectly be one hour ahead.of what users think it should be, because of assuming that rules for the previous year will be used again (even though it sounds very reasonable to our technical ears). So, we now have Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - Rule Brazil 2002 only - Nov 3 0:00 1:00 S Rule Brazil 2003 max - Oct Sun>=8 0:00 1:00 S but this is wrong, if nothing else, at least because of one very simple reason (already mentioned): "Oct Sun>=8" or "Feb Sun>=15" may look like a good aproach, and result of careful observation by some of us, but they are not in any previous decree, and assuming it may fail in the future again (and it fails in the past too, if we start looking back. as far as 1998 and before). Let's not go beyong the facts we know, that is we know when summer time starts in 2002 and ends in 2003, and nothing more. Besides that, let those of us who are Brazilians try to push the goverment into using permanent criterion, so that mess doesn't happen again. (BTW, I didn't have problems this year, because when I noticed that ON didn't publish anything until last year's start date was to close, I dug the Net and found this year's decree). -- Pappires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis.

2 1

help
by Steve Mann Oct. 21, 2002

Oct. 21, 2002

1 0

About rules for Brazil
by Paulo Alexandre Pinto Pires Oct. 21, 2002

Oct. 21, 2002

Hello, folks. I have recently downloaded tzdata 2002d, which brings new rules for Brazil again, because the government again changed when summer time starts. I suggest that rules for Brazil don't ever be considered permanent, i.e., make no use of "max" for new rules, but instead use "only". Regardless of a public poll at National Obversatory's (ON is the official source of time information for the country) web site, to learn if Brazilians would like to have fixed dates for start and end of summer time, the dates were changed again because of plain stupidity -- Electoral authorities forgot about summer time at all, and because of stupid machine programming, start of summer time had to be delayed. It is certain that the new rules will not be used in the next year, when there will be no elections, and this delay (hopefully) will not be necessary. Reading the source file for timezone data for Brazil is a joke. Things like a mayor who tries to change time in his city, and authorities forgetting about summer time in planning important occasions are everywhere. Not having fixed rules is a major cause of such a mess. This year, the decree stating that summer time should begin not on the second Sunday of October (yet no such decree ever existed before -- each ear a _new_ decree said "it starts on day X and ends on day Y"), but later, was published by the end of its first week, and not reflected on ON's web site, where most of us used to find such rules. The result is that many people, again, had their clocks wrong. I believe that if clocks eventually go wrong, it would be better if they just remained in the regular time. The effect of not advancing the clock causes less impact (and surprises) than having it unexpectly be one hour ahead.of what users think it should be, because of assuming that rules for the previous year will be used again (even though it sounds very reasonable to our technical ears). So, we now have Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - Rule Brazil 2002 only - Nov 3 0:00 1:00 S Rule Brazil 2003 max - Oct Sun>=8 0:00 1:00 S but this is wrong, if nothing else, at least because of one very simple reason (already mentioned): "Oct Sun>=8" or "Feb Sun>=15" may look like a good aproach, and result of careful observation by some of us, but they are not in any previous decree, and assuming it may fail in the future again (and it fails in the past too, if we start looking back. as far as 1998 and before). Let's not go beyong the facts we know, that is we know when summer time starts in 2002 and ends in 2003, and nothing more. Besides that, let those of us who are Brazilians try to push the goverment into using permanent criterion, so that mess doesn't happen again. (BTW, I didn't have problems this year, because when I noticed that ON didn't publish anything until last year's start date was to close, I dug the Net and found this year's decree). -- Pappires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis.

1 0

Brazil DST errors
by Rainer Brockerhoff Oct. 17, 2002

Oct. 17, 2002

Hi, I've just downloaded a version of your timezone files from GNU.org, as your FTP server seems to be down. There are several errors regarding Brazil... details are on my weblog at: http://www.brockerhoff.net/bb/viewtopic.php?p=90#90 I'd be happy to send you an update, but am unsure of the precise format you require. My current TZ file is for Mac OS X only. Thanks! -- Rainer Brockerhoff <rainer(a)brockerhoff.net> Belo Horizonte, Brazil "I love deadlines. I love the whooshing noise they make as they go by" (Douglas Adams) http://www.brockerhoff.net/ now with forums for XRay, Zingg! et al.

1 0

Brazil and summer time
by Pablo Borges Oct. 16, 2002

Oct. 16, 2002

Hi. I work at uol.com.br (a major brazilian ISP) and I experience problems with our "messy" summer time decree's. So this year we made the following changes to your's southamerica Rules: Yours: Rule Brazil 2003 max - Oct Sun>=8 0:00 1:00 S to Ours: Rule Brazil 2003 only - Oct 15 0:00 1:00 S This avoids to *major* problems. The first, when we set up a 'max' rule, this rule is valid to every year after, so, when the government delays the decree, we happen to see all our machines entering the 'summer time' way before the correct date. The second, the decree says February 15th, and not the first sunday after February 8th, as says your rule. I hope this helps. []'s Pablo Borges UOL sysadmin -- "Don't get me wrong: Emacs is a great operating system---it lacks a good editor, though." Quote from the "VI LOVERS HOMEPAGE" http://www.thomer.com/vi/vi.html

1 0

new southamerica timezone patch
by Marcus Felipe Pereira (Akim) Oct. 15, 2002

Oct. 15, 2002

1 0

tzcode2002d.tar.gz and tzdata2002d.tar.gz
by Olson, Arthur David (NIH/NCI) Oct. 15, 2002

Oct. 15, 2002

The files ftp://elsie.nci.nih.gov/pub/tzcode2002d.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2002d.tar.gz are now available. They incorporate the changes circulated last week on the time zone mailing list by Paul Eggert, less the "Britain (UK)" change in iso3166.tab. There's also a new time zone quote in "tz-art.htm." Note that our lab is due to move from the third to the fourth floor of our building this week; some outages in the availability of elsie.nci.nih.gov are to be expected. Download early. --ado 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 g9FHOVqU003272 for <tz-request(a)lecserver.nci.nih.gov>; Tue, 15 Oct 2002 13:24:31 -0400 (EDT) Received: from localhost (localhost) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g9FHNH2V019899; Tue, 15 Oct 2002 17:23:17 GMT Date: Tue, 15 Oct 2002 17:23:17 GMT From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200210151723.g9FHNH2V019899(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="g9FHNH2V019899.1034702597/spf12.us4.outblaze.com" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9FHNH2V019899.1034702597/spf12.us4.outblaze.com The original message was received at Tue, 15 Oct 2002 17:23:16 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) --g9FHNH2V019899.1034702597/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: Tue, 15 Oct 2002 17:23:16 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: Tue, 15 Oct 2002 17:23:17 GMT --g9FHNH2V019899.1034702597/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 g9FHNF2V019845 for <"yiango:programmer.net"@iname.com.int>; Tue, 15 Oct 2002 17:23:16 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 g9FHONVn021816 for <yiango(a)programmer.net>; Tue, 15 Oct 2002 17:24:23 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 g9FHLG4V010999; Tue, 15 Oct 2002 13:21:16 -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 g9FHLGqU003118; Tue, 15 Oct 2002 13:21:16 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9FHLDHj003109; Tue, 15 Oct 2002 13:21:13 -0400 (EDT) Resent-Date: Tue, 15 Oct 2002 13:21:13 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9FF(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: tzcode2002d.tar.gz and tzdata2002d.tar.gz Date: Tue, 15 Oct 2002 13:20:54 -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: <"hHQ32C.A.st.-5Er9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1509 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9FHNH2V019899.1034702597/spf12.us4.outblaze.com-- Return-Path: <drepper(a)redhat.com> Received: from myware.akkadia.org (cpe-24-221-190-179.ca.sprintbbd.net [24.221.190.179]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9FHtsqU003527 for <tz(a)lecserver.nci.nih.gov>; Tue, 15 Oct 2002 13:55:55 -0400 (EDT) Received: from redhat.com (myware.akkadia.org [192.168.7.70]) (authenticated bits=0) by myware.akkadia.org (8.12.5/8.12.5) with ESMTP id g9FHtcDX017011; Tue, 15 Oct 2002 10:55:38 -0700 Message-ID: <3DAC569A.6060705(a)redhat.com> Date: Tue, 15 Oct 2002 10:55:38 -0700 From: Ulrich Drepper <drepper(a)redhat.com> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021014 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Olson, Arthur David (NIH/NCI)" <olsona(a)dc37a.nci.nih.gov> CC: "List Time Zone (E-mail)" <tz(a)lecserver.nci.nih.gov> Subject: Re: tzcode2002d.tar.gz and tzdata2002d.tar.gz References: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9FF(a)nihexchange2.nih.gov> In-Reply-To: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9FF(a)nihexchange2.nih.gov> X-Enigmail-Version: 0.65.4.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Olson, Arthur David (NIH/NCI) wrote: > The files > ftp://elsie.nci.nih.gov/pub/tzcode2002d.tar.gz > and > ftp://elsie.nci.nih.gov/pub/tzdata2002d.tar.gz > are now available. They incorporate the changes circulated last week > on the > time zone mailing list by Paul Eggert, > less the "Britain (UK)" change in iso3166.tab. Are you sure the new data is included? I downloaded said files and the southamerica file in tzdata doesn't look any different than the 2002c version. Thanks, - -- - --------------. ,-. 444 Castro Street Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA Red Hat `--' drepper at redhat.com `--------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9rFaa2ijCOnn/RHQRAiTtAKCQ8lyltfkF0KA5KpbXUMW9XzsoAgCgwndf wT8/2l1teXbAcHCwHus7Yro= =d1c/ -----END PGP SIGNATURE-----

2 1

Brazilian DST changes, again
by Daniel C. Sobral Oct. 15, 2002

Oct. 15, 2002

God, can't they *SETTLE* on a date??? This one was caused by the elections. Someone, thinking for a change, realized changing to daylight savings time between first and second rounds of national elections would be Bad. Of course, they won't think ahead of time and schedule the election in a way not to conflict with dst, nor settle on a fixed date for dst that won't possibly conflict with elections. So there you have. The following link has the precise data (first sunday of november), and reference to the decree changing the date. http://pcdsh01.on.br/HvInic02.htm -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo(a)tco.net.br Daniel.Sobral(a)tcoip.com.br dcs(a)tcoip.com.br Outros: dcs(a)newsguy.com dcs(a)freebsd.org capo(a)notorious.bsdconspiracy.net Be self-reliant and your success is assured.

1 0

FW: Brazilian change. southamerica in attach
by Olson, Arthur David (NIH/NCI) Oct. 15, 2002

Oct. 15, 2002

-----Original Message----- From: Marcos Tadeu von Lutzow Vidal [mailto:marcos@v2r.com.br] Sent: Monday, October 14, 2002 8:55 AM To: tz(a)lecserver.nci.nih.gov Subject: Brazilian change. southamerica in attach

2 1

southamerica timezone patch - Brazil changed again
by Marcus Felipe Pereira (Akim) Oct. 14, 2002

Oct. 14, 2002

Hi, I'm sending a patch with the modifications on Brazil's daylight summer time. It changed again due to the elections on October 6 and second round on October 27. The patch is mimed. Please make this modifications urgent since the old start date has already gone. Marcus Pereira

1 0

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

Oct. 14, 2002

And here's a patch from the bug submitter: http://www.softinfo.com.br/~vitor/patchs/southamerica.patch - todd

1 0

FW: Brazil DST changes
by Olson, Arthur David (NIH/NCI) Oct. 14, 2002

Oct. 14, 2002

Todd is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Todd C. Miller [mailto:Todd.Miller@courtesan.com] Sent: Monday, October 14, 2002 11:12 AM To: tz(a)lecserver.nci.nih.gov Subject: Brazil DST changes 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] 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 g9EHkPqU024301 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 13:46:26 -0400 (EDT) Message-Id: <200210141746.g9EHkPqU024301(a)lecserver.nci.nih.gov> Received: (qmail 57277 invoked for bounce); 14 Oct 2002 17:46:24 -0000 Date: 14 Oct 2002 17:46:24 -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 57274 invoked by alias); 14 Oct 2002 17:46:24 -0000 Delivered-To: nexo(a)ilhanet.com.br Received: (qmail 57271 invoked from network); 14 Oct 2002 17:46:23 -0000 Received: from localhost.ilhanet.com.br (HELO smtp.ilhanet.com.br) (127.0.0.1) by localhost.ilhanet.com.br with SMTP; 14 Oct 2002 17:46:23 -0000 Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by smtp.ilhanet.com.br (Postfix) with ESMTP id 70412673D for <nexo(a)ilhanet.com.br>; Mon, 14 Oct 2002 14:46:21 -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 g9EHkI4V013553; Mon, 14 Oct 2002 13:46:18 -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 g9EHkHqU024263; Mon, 14 Oct 2002 13:46:17 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHkGfi024258; Mon, 14 Oct 2002 13:46:16 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:46:16 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9FB(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 DST changes Date: Mon, 14 Oct 2002 13:45:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by lecserver.nci.nih.gov id g9EHjZqU023941 Resent-Message-ID: <"DzGsIC.A.P2F.BLwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1507 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov Todd is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Todd C. Miller [mailto:Todd.Miller@courtesan.com] Sent: Monday, October 14, 2002 11:12 AM To: tz(a)lecserver.nci.nih.gov Subject: Brazil DST changes 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] 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 g9EHlfqU024531 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 13:47:42 -0400 (EDT) Received: from localhost (localhost) by kafka.net.nih.gov (/8.10.1) id g9EHlf4V012822; Mon, 14 Oct 2002 13:47:41 -0400 (EDT) Date: Mon, 14 Oct 2002 13:47:41 -0400 (EDT) From: Mail Delivery Subsystem <MAILER-DAEMON(a)kafka.net.nih.gov> Message-Id: <200210141747.g9EHlf4V012822(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="g9EHlf4V012822.1034617661/kafka.net.nih.gov" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9EHlf4V012822.1034617661/kafka.net.nih.gov The original message was received at Mon, 14 Oct 2002 13:42:40 -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 --g9EHlf4V012822.1034617661/kafka.net.nih.gov Content-Type: message/delivery-status Reporting-MTA: dns; kafka.net.nih.gov Received-From-MTA: DNS; elsie.nci.nih.gov Arrival-Date: Mon, 14 Oct 2002 13:42:40 -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: Mon, 14 Oct 2002 13:43:53 -0400 (EDT) --g9EHlf4V012822.1034617661/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 g9EHge4V012820; Mon, 14 Oct 2002 13:42: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 g9EHgcqU023085; Mon, 14 Oct 2002 13:42:38 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHgbiD023071; Mon, 14 Oct 2002 13:42:37 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:42:37 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F8(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: Brazilian change. southamerica in attach Date: Mon, 14 Oct 2002 13:42:07 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C273A9.0427CE20" Resent-Message-ID: <"7kjyTD.A.ykF.zHwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1504 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9EHlf4V012822.1034617661/kafka.net.nih.gov-- 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 g9EHljqU024541 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 13:47:45 -0400 (EDT) Received: from localhost (localhost) by kafka.net.nih.gov (/8.10.1) id g9EHlj4V013576; Mon, 14 Oct 2002 13:47:45 -0400 (EDT) Date: Mon, 14 Oct 2002 13:47:45 -0400 (EDT) From: Mail Delivery Subsystem <MAILER-DAEMON(a)kafka.net.nih.gov> Message-Id: <200210141747.g9EHlj4V013576(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="g9EHlj4V013576.1034617665/kafka.net.nih.gov" Content-Transfer-Encoding: 8bit Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9EHlj4V013576.1034617665/kafka.net.nih.gov The original message was received at Mon, 14 Oct 2002 13:46:22 -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 --g9EHlj4V013576.1034617665/kafka.net.nih.gov Content-Type: message/delivery-status Reporting-MTA: dns; kafka.net.nih.gov Received-From-MTA: DNS; elsie.nci.nih.gov Arrival-Date: Mon, 14 Oct 2002 13:46:22 -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: Mon, 14 Oct 2002 13:47:25 -0400 (EDT) --g9EHlj4V013576.1034617665/kafka.net.nih.gov Content-Type: text/rfc822-headers Content-Transfer-Encoding: 8bit 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 g9EHkM4V013574; Mon, 14 Oct 2002 13:46:22 -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 g9EHkJqU024279; Mon, 14 Oct 2002 13:46:20 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHkJ2e024275; Mon, 14 Oct 2002 13:46:19 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:46:19 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9FB(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 DST changes Date: Mon, 14 Oct 2002 13:45:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by lecserver.nci.nih.gov id g9EHjZqU023941 Resent-Message-ID: <"DzGsIC.A.P2F.BLwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1507 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9EHlj4V013576.1034617665/kafka.net.nih.gov-- 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 g9EHmuqU024822 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 13:48:56 -0400 (EDT) Received: from localhost (localhost) by kafka.net.nih.gov (/8.10.1) id g9EHmu4V013685; Mon, 14 Oct 2002 13:48:56 -0400 (EDT) Date: Mon, 14 Oct 2002 13:48:56 -0400 (EDT) From: Mail Delivery Subsystem <MAILER-DAEMON(a)kafka.net.nih.gov> Message-Id: <200210141748.g9EHmu4V013685(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="g9EHmu4V013685.1034617736/kafka.net.nih.gov" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9EHmu4V013685.1034617736/kafka.net.nih.gov The original message was received at Mon, 14 Oct 2002 13:47:51 -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 --g9EHmu4V013685.1034617736/kafka.net.nih.gov Content-Type: message/delivery-status Reporting-MTA: dns; kafka.net.nih.gov Received-From-MTA: DNS; elsie.nci.nih.gov Arrival-Date: Mon, 14 Oct 2002 13:47:51 -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: Mon, 14 Oct 2002 13:48:55 -0400 (EDT) --g9EHmu4V013685.1034617736/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 g9EHlp4V013683 for <craigb(a)bitcom.net.au>; Mon, 14 Oct 2002 13:47:51 -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 g9EHloqU024637 for <craigb(a)bitcom.net.au>; Mon, 14 Oct 2002 13:47:50 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHlmLB024632 for craigb(a)bitcom.net.au; Mon, 14 Oct 2002 13:47:48 -0400 (EDT) Date: Mon, 14 Oct 2002 13:47:48 -0400 (EDT) From: tz-request(a)lecserver.nci.nih.gov Message-Id: <200210141747.g9EHlmLB024632(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: craigb(a)bitcom.net.au 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 --g9EHmu4V013685.1034617736/kafka.net.nih.gov-- 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 g9EHnYqU024863 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 13:49:34 -0400 (EDT) Received: from localhost (localhost) by ns1.comversens.com (8.9.1b+Sun/8.9.1) with internal id NAA10723; Mon, 14 Oct 2002 13:49:34 -0400 (EDT) Date: Mon, 14 Oct 2002 13:49:34 -0400 (EDT) From: Mail Delivery Subsystem <MAILER-DAEMON(a)ns1.comversens.com> Message-Id: <200210141749.NAA10723(a)ns1.comversens.com> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="NAA10723.1034617774/ns1.comversens.com" Subject: Returned mail: Service unavailable Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --NAA10723.1034617774/ns1.comversens.com The original message was received at Mon, 14 Oct 2002 13:49:32 -0400 (EDT) from [38.210.42.254] ----- The following addresses had permanent fatal errors ----- <rebecca.alwine(a)comverse-in.com> (expanded from: <rebecca.alwine(a)comverse-in.com>) ----- Transcript of session follows ----- ... while talking to ns4.comverse.com.: >>> RCPT To:<rebecca.alwine(a)comverse-in.com> <<< 571 5.7.1 <rebecca.alwine(a)comverse-in.com>... Sorry,But we do not Relay 554 <rebecca.alwine(a)comverse-in.com>... Service unavailable --NAA10723.1034617774/ns1.comversens.com Content-Type: message/delivery-status Reporting-MTA: dns; ns1.comversens.com Received-From-MTA: DNS; [38.210.42.254] Arrival-Date: Mon, 14 Oct 2002 13:49:32 -0400 (EDT) Final-Recipient: RFC822; <rebecca.alwine(a)comverse-in.com> X-Actual-Recipient: RFC822; rebecca.alwine(a)comverse-in.com Action: failed Status: 5.5.0 Remote-MTA: DNS; ns4.comverse.com Diagnostic-Code: SMTP; 571 5.7.1 <rebecca.alwine(a)comverse-in.com>... Sorry,But we do not Relay Last-Attempt-Date: Mon, 14 Oct 2002 13:49:34 -0400 (EDT) --NAA10723.1034617774/ns1.comversens.com Content-Type: text/rfc822-headers Return-Path: <tz-request(a)lecserver.nci.nih.gov> Received: from mx9.smtp.psi.net ([38.210.42.254]) by ns1.comversens.com (8.9.1b+Sun/8.9.1) with ESMTP id NAA10721 for <rebecca.alwine(a)comverse-in.com>; Mon, 14 Oct 2002 13:49:32 -0400 (EDT) Received: from kafka.net.nih.gov ([165.112.130.10]) by mx9.smtp.psi.net with esmtp (Exim 3.36 #1) id 18186f-00084b-00 for rebecca.alwine(a)comverse-in.com; Mon, 14 Oct 2002 12:30:13 -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 g9EHjQ4V013326; Mon, 14 Oct 2002 13:45:26 -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 g9EHjNqU023910; Mon, 14 Oct 2002 13:45:23 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHjK3B023880; Mon, 14 Oct 2002 13:45:20 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:45:20 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9FA(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: Brazilian change. diff southamerica Date: Mon, 14 Oct 2002 13:44:43 -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: <"4t0hKB.A.ayF.QKwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1506 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --NAA10723.1034617774/ns1.comversens.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 g9EHp3qU025001 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 13:51:03 -0400 (EDT) Received: from localhost (localhost) by ns1.comversens.com (8.9.1b+Sun/8.9.1) with internal id NAA10732; Mon, 14 Oct 2002 13:51:03 -0400 (EDT) Date: Mon, 14 Oct 2002 13:51:03 -0400 (EDT) From: Mail Delivery Subsystem <MAILER-DAEMON(a)ns1.comversens.com> Message-Id: <200210141751.NAA10732(a)ns1.comversens.com> To: <tz-request(a)lecserver.nci.nih.gov> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="NAA10732.1034617863/ns1.comversens.com" Content-Transfer-Encoding: 8bit Subject: Returned mail: Service unavailable Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --NAA10732.1034617863/ns1.comversens.com The original message was received at Mon, 14 Oct 2002 13:51:01 -0400 (EDT) from mx8.smtp.psi.net [38.8.10.2] ----- The following addresses had permanent fatal errors ----- <rebecca.alwine(a)comverse-in.com> (expanded from: <rebecca.alwine(a)comverse-in.com>) ----- Transcript of session follows ----- ... while talking to ns3.comverse.com.: >>> RCPT To:<rebecca.alwine(a)comverse-in.com> <<< 571 5.7.1 Sorry,But we do not Relay 554 <rebecca.alwine(a)comverse-in.com>... Service unavailable --NAA10732.1034617863/ns1.comversens.com Content-Type: message/delivery-status Reporting-MTA: dns; ns1.comversens.com Received-From-MTA: DNS; mx8.smtp.psi.net Arrival-Date: Mon, 14 Oct 2002 13:51:01 -0400 (EDT) Final-Recipient: RFC822; <rebecca.alwine(a)comverse-in.com> X-Actual-Recipient: RFC822; rebecca.alwine(a)comverse-in.com Action: failed Status: 5.5.0 Remote-MTA: DNS; ns3.comverse.com Diagnostic-Code: SMTP; 571 5.7.1 Sorry,But we do not Relay Last-Attempt-Date: Mon, 14 Oct 2002 13:51:03 -0400 (EDT) --NAA10732.1034617863/ns1.comversens.com Content-Type: text/rfc822-headers Content-Transfer-Encoding: 8bit Return-Path: <tz-request(a)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 NAA10730 for <rebecca.alwine(a)comverse-in.com>; Mon, 14 Oct 2002 13:51:01 -0400 (EDT) Received: from kafka.net.nih.gov ([165.112.130.10]) by mx8.smtp.psi.net with esmtp (Exim 3.13 #3) id 1819JE-0002XX-00 for rebecca.alwine(a)comverse-in.com; Mon, 14 Oct 2002 13:47:16 -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 g9EHgM4V012727; Mon, 14 Oct 2002 13:42:22 -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 g9EHgJqU022924; Mon, 14 Oct 2002 13:42:19 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHfkNT022763; Mon, 14 Oct 2002 13:41:46 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:41:46 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F7(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 summer time its wrong. Date: Mon, 14 Oct 2002 13:41:02 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by lecserver.nci.nih.gov id g9EHf4qU022551 Resent-Message-ID: <"8E3hs.A.hgF.5Gwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1503 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --NAA10732.1034617863/ns1.comversens.com-- Return-Path: <Todd.Miller(a)courtesan.com> Received: from xerxes.courtesan.com (courtesan.com [206.168.103.86]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9EI9gqU025262 for <tz(a)elsie.nci.nih.gov>; Mon, 14 Oct 2002 14:09:42 -0400 (EDT) Received: from xerxes.courtesan.com (IDENT:millert@localhost.courtesan.com [127.0.0.1]) by xerxes.courtesan.com (8.12.6/8.12.6) with ESMTP id g9EI9f3B019147 for <tz(a)elsie.nci.nih.gov>; Mon, 14 Oct 2002 12:09:41 -0600 (MDT) Message-Id: <200210141809.g9EI9f3B019147(a)xerxes.courtesan.com> To: tz(a)lecserver.nci.nih.gov Subject: Re: Brazil DST changes In-reply-to: Your message of "Mon, 14 Oct 2002 09:11:30 MDT." References: Date: Mon, 14 Oct 2002 12:09:40 -0600 From: "Todd C. Miller" <Todd.Miller(a)courtesan.com> Status: RO And here's a patch from the bug submitter: http://www.softinfo.com.br/~vitor/patchs/southamerica.patch - todd 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 g9EII0qU025415 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 14:18:00 -0400 (EDT) Date: Mon, 14 Oct 2002 12:45:55 -0500 Message-Id: <10210141245.AA01076(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 A2D34FF00AE; Mon, 14 Oct 2002 12:45:55 -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 g9EHgb4V012807; Mon, 14 Oct 2002 13:42:37 -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 g9EHgYqU023032; Mon, 14 Oct 2002 13:42:34 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHgVBi023002; Mon, 14 Oct 2002 13:42:31 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:42:31 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F8(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: Brazilian change. southamerica in attach Date: Mon, 14 Oct 2002 13:42:07 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C273A9.0427CE20" Resent-Message-ID: <"7kjyTD.A.ykF.zHwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1504 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C273A9.0427CE20 Content-Type: text/plain; charset="iso-8859-1" -----Original Message----- From: Marcos Tadeu von Lutzow Vidal [mailto:marcos@v2r.com.br] Sent: Monday, October 14, 2002 8:55 AM To: tz(a)lecserver.nci.nih.gov Subject: Brazilian change. southamerica in attach ------_=_NextPart_000_01C273A9.0427CE20 Content-Type: application/x-gzip; name="southamerica.gz" [message truncated] 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 g9EIL8qU025750 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 14:21:08 -0400 (EDT) Date: Mon, 14 Oct 2002 12:48:11 -0500 Message-Id: <10210141248.AA01724(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 A35A51600AE; Mon, 14 Oct 2002 12:48:10 -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 g9EHjQ4V013326; Mon, 14 Oct 2002 13:45:26 -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 g9EHjNqU023910; Mon, 14 Oct 2002 13:45:23 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHjK3B023880; Mon, 14 Oct 2002 13:45:20 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:45:20 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9FA(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: Brazilian change. diff southamerica Date: Mon, 14 Oct 2002 13:44:43 -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: <"4t0hKB.A.ayF.QKwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1506 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov Marcos is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Marcos Tadeu von Lutzow Vidal [mailto:marcos@v2r.com.br] Sent: Monday, October 14, 2002 9:39 AM To: tz(a)lecserver.nci.nih.gov Subject: Brazilian change. diff southamerica --- 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 [message truncated] 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 g9EIOUqU025998 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 14:24:30 -0400 (EDT) Received: from localhost (localhost) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g9EINHdp007360; Mon, 14 Oct 2002 18:23:17 GMT Date: Mon, 14 Oct 2002 18:23:17 GMT From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200210141823.g9EINHdp007360(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="g9EINHdp007360.1034619797/spf12.us4.outblaze.com" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9EINHdp007360.1034619797/spf12.us4.outblaze.com The original message was received at Mon, 14 Oct 2002 18:23:16 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) --g9EINHdp007360.1034619797/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: Mon, 14 Oct 2002 18:23:16 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: Mon, 14 Oct 2002 18:23:17 GMT --g9EINHdp007360.1034619797/spf12.us4.outblaze.com Content-Type: text/rfc822-headers Return-Path: <tz-request(a)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 g9EINGdp007353 for <"yiango:programmer.net"@iname.com.int>; Mon, 14 Oct 2002 18:23:16 GMT Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by spf2.us4.outblaze.com (8.11.6/8.11.6/us4-yg) with ESMTP id g9EIOOf51350 for <yiango(a)programmer.net>; Mon, 14 Oct 2002 18:24:24 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 g9EHjP4V013320; Mon, 14 Oct 2002 13:45:25 -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 g9EHjOqU023918; Mon, 14 Oct 2002 13:45:24 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHjM2b023909; Mon, 14 Oct 2002 13:45:22 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:45:22 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9FA(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: Brazilian change. diff southamerica Date: Mon, 14 Oct 2002 13:44:43 -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: <"4t0hKB.A.ayF.QKwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1506 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9EINHdp007360.1034619797/spf12.us4.outblaze.com-- 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 g9EIOWqU026000 for <tz-request(a)lecserver.nci.nih.gov>; Mon, 14 Oct 2002 14:24:32 -0400 (EDT) Received: from localhost (localhost) by spf12.us4.outblaze.com (8.12.5/8.12.5/us4-yg) id g9EINIdp007496; Mon, 14 Oct 2002 18:23:18 GMT Date: Mon, 14 Oct 2002 18:23:18 GMT From: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <200210141823.g9EINIdp007496(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="g9EINIdp007496.1034619798/spf12.us4.outblaze.com" Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) This is a MIME-encapsulated message --g9EINIdp007496.1034619798/spf12.us4.outblaze.com The original message was received at Mon, 14 Oct 2002 18:23:18 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) --g9EINIdp007496.1034619798/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: Mon, 14 Oct 2002 18:23:18 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: Mon, 14 Oct 2002 18:23:18 GMT --g9EINIdp007496.1034619798/spf12.us4.outblaze.com Content-Type: text/rfc822-headers Return-Path: <tz-request(a)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 g9EINIdp007491 for <"yiango:programmer.net"@iname.com.int>; Mon, 14 Oct 2002 18:23:18 GMT Received: from kafka.net.nih.gov (kafka.net.nih.gov [165.112.130.10]) by spf2.us4.outblaze.com (8.11.6/8.11.6/us4-yg) with ESMTP id g9EIOQf51476 for <yiango(a)programmer.net>; Mon, 14 Oct 2002 18:24:26 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 g9EHhq4V013049; Mon, 14 Oct 2002 13:43: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 g9EHhoqU023541; Mon, 14 Oct 2002 13:43:51 -0400 (EDT) Received: (from ado@localhost) by lecserver.nci.nih.gov (8.12.3/8.12.3/Submit) id g9EHhoBm023538; Mon, 14 Oct 2002 13:43:50 -0400 (EDT) Resent-Date: Mon, 14 Oct 2002 13:43:50 -0400 (EDT) X-Authentication-Warning: lecserver.nci.nih.gov: ado set sender to tz-request(a)elsie.nci.nih.gov using -f Message-ID: <CFC0DFECD5F33B46A67BAD80B618EEA15AA9F9(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: DST for Brazil 2002/2003 Date: Mon, 14 Oct 2002 13:43:17 -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: <"swpzhB.A.zsF.5Iwq9"@lecserver> Resent-From: tz(a)lecserver.nci.nih.gov X-Mailing-List: <tz(a)elsie.nci.nih.gov> archive/latest/1505 X-Loop: tz(a)elsie.nci.nih.gov Precedence: list Resent-Sender: tz-request(a)lecserver.nci.nih.gov --g9EINIdp007496.1034619798/spf12.us4.outblaze.com-- Return-Path: <flaviovs(a)ops.magnux.com> Received: from ops.magnux.com ([200.157.144.35]) by lecserver.nci.nih.gov (8.12.3/8.12.3) with ESMTP id g9EJEGqU026285 for <tz(a)elsie.nci.nih.gov>; Mon, 14 Oct 2002 15:14:20 -0400 (EDT) Received: from ops.magnux.com (IDENT:flaviovs@localhost [127.0.0.1]) by ops.magnux.com (8.12.1/8.12.1) with ESMTP id g9EJEBdF012962 for <tz(a)elsie.nci.nih.gov>; Mon, 14 Oct 2002 17:14:11 -0200 Received: (from flaviovs@localhost) by ops.magnux.com (8.12.1/8.12.1/Submit) id g9EJEB7B012948; Mon, 14 Oct 2002 17:14:11 -0200 Date: Mon, 14 Oct 2002 17:14:10 -0200 (BRST) From: Flavio Veloso <flaviovs(a)magnux.com> To: tz(a)lecserver.nci.nih.gov Subject: Brazil 2002 summer time change Message-ID: <Pine.LNX.4.44.0210141711290.12795-200000(a)ops.magnux.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1647828080-1858111820-1034622850=:12795" Status: RO This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime(a)docserver.cac.washington.edu for more info. ---1647828080-1858111820-1034622850=:12795 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Hi. Due to national election, the government delayed 2002's summer time start to november 3 here in Brazil. A patch is attached which fix that in the southamerica zone file. --=20 Fl=E1vio ---1647828080-1858111820-1034622850=:12795 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="brazil.patch" Content-Transfer-Encoding: BASE64 Content-ID: <Pine.LNX.4.44.0210141714100.12795(a)ops.magnux.com> Content-Description: Content-Disposition: attachment; filename="brazil.patch" LS0tIHNvdXRoYW1lcmljYS5vcmlnCU1vbiBPY3QgMTQgMTc6MDU6NTUgMjAw Mg0KKysrIHNvdXRoYW1lcmljYQlNb24gT2N0IDE0IDE2OjI2OjA2IDIwMDIN CkBAIC0zODUsOCArMzg1LDE2IEBADQogIw0KICMgVGhlc2UgZ2l2ZSBvbmx5 IG9uZSB5ZWFyJ3MgcnVsZXMuICBBZnRlciB0aGF0LCB0aGUgcnVsZXMgYXJl IGd1ZXNzZXMNCiAjIGFuZCBhcmUgcXVpdGUgcG9zc2libHkgd3JvbmcsIGJ1 dCBhcmUgbW9yZSBsaWtlbHkgdGhhbiBubyBEU1QgYXQgYWxsLg0KLVJ1bGUJ QnJhemlsCTIwMDAJbWF4CS0JT2N0CVN1bj49OAkgMDowMAkxOjAwCVMNCi1S dWxlCUJyYXppbAkyMDAxCW1heAktCUZlYglTdW4+PTE1CSAwOjAwCTAJLQ0K K1J1bGUJQnJhemlsCTIwMDAJb25seQktCU9jdAlTdW4+PTgJIDA6MDAJMTow MAlTDQorUnVsZQlCcmF6aWwJMjAwMQlvbmx5CS0JRmViCVN1bj49MTUJIDA6 MDAJMAktDQorIyBEZWNyZWUNCisjIDxhIGhyZWY9Imh0dHA6Ly93d3cubW1l Lmdvdi5ici9ub3RpY2lhcy8yMDAyL3NldGVtYnJvL2RlY3JldG80Mzk5LnBk ZiI+NCwzOTk8L2E+DQorIyAoMjAwMi0xMC0wMikgZGVsYXllZCBzdW1tZXIg dGltZSBzdGFydCBkdWUgdG8gbmF0aW9uYWwgZWxlY3Rpb24NCitSdWxlCUJy YXppbAkyMDAyCW9ubHkJLQlOb3YJMwkgMDowMAkxOjAwCVMNCitSdWxlCUJy YXppbAkyMDAzCW9ubHkJLQlGZWIJMTYJIDA6MDAJMAktDQorDQorUnVsZQlC cmF6aWwJMjAwMwltYXgJLQlPY3QJU3VuPj04CSAwOjAwCTE6MDAJUw0KK1J1 bGUJQnJhemlsCTIwMDQJbWF4CS0JRmViCVN1bj49MTUJIDA6MDAJMAktDQog DQogDQogIyBab25lCU5BTUUJCUdNVE9GRglSVUxFUwlGT1JNQVQJW1VOVElM XQ0K ---1647828080-1858111820-1034622850=:12795--

1 0

FW: Brazil summer time its wrong.
by Olson, Arthur David (NIH/NCI) Oct. 14, 2002

Oct. 14, 2002

Vitor is now on the time zone mailing list. This and the next couple of messages regarding Brazilian DST are addressed by the changes circulated on the list by Paul Eggert; I'm forwarding the messages for completeness. --ado -----Original Message----- From: Vitor de Matos Carvalho [mailto:vitor@softinfo.com.br] Sent: Sunday, October 13, 2002 6:16 PM To: tz(a)lecserver.nci.nih.gov Subject: Brazil summer time its wrong. 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

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