On Sun, 18 Mar 2001 [EMAIL PROTECTED] wrote:

> On 18-Mar-2001 Schlomo Schapiro wrote:
> > Hi,
> >
> > you persistently send garbage in your email headers:
> > Date: Sun, 11 Mar 2001 14:20:29
> > -0000=?us-ascii?Q?_(/etc/localtime=EF=EE=18@=05?=
>
> In regards to your remark about garbage in my headers - I would be happy to
> correct the problem if I knew what it was. No-one else has ever complained
> about my headers. I'm CCing to the list so if anyone else is having problems
> with e-mail headers from me, please let me know. For your information, I use
> XFMail.

Does /etc/localtime exist on your system?

/etc/localtime should be the timezone information. It is ususally a
soft/hard link to a file under /usr/share/zone
(I think on redhats it is not a soft link to assure that it will remain
valid even if /usr is a seperate paritition and only / is mounted)

If it does not exist, either create the link yourself (to
/usr/share/zone/Asia/Jerusalem

or use timeconfig (applicable for redhat and mandrake. Other distros have
their own tools, probably).

Anyway, now that the subject came up, it is a good chance to remind people
to check that their timezone information is correct. Many times the time
zone data from glibc lags behind
ftp://ftp.cs.huji.ac.il/pub/tz/israel/linux/zicfile

Any comments on http://www.iglu.org.il/faq/?file=116 would be welcomed

RFC:

To compare your local timezone information with the existing data:

$ zdump -v -c 2002 |tail
/etc/localtime  Thu Apr 13 23:59:59 2000 UTC = Fri Apr 14 01:59:59 2000
IST isdst=0 gmtoff=7200
/etc/localtime  Fri Apr 14 00:00:00 2000 UTC = Fri Apr 14 03:00:00 2000
IDT isdst=1 gmtoff=10800
/etc/localtime  Thu Oct  5 21:59:59 2000 UTC = Fri Oct  6 00:59:59 2000
IDT isdst=1 gmtoff=10800
/etc/localtime  Thu Oct  5 22:00:00 2000 UTC = Fri Oct  6 00:00:00 2000
IST isdst=0 gmtoff=7200
/etc/localtime  Sun Apr  8 22:59:59 2001 UTC = Mon Apr  9 00:59:59 2001
IST isdst=0 gmtoff=7200
/etc/localtime  Sun Apr  8 23:00:00 2001 UTC = Mon Apr  9 02:00:00 2001
IDT isdst=1 gmtoff=10800
/etc/localtime  Sun Sep 23 21:59:59 2001 UTC = Mon Sep 24 00:59:59 2001
IDT isdst=1 gmtoff=10800
/etc/localtime  Sun Sep 23 22:00:00 2001 UTC = Mon Sep 24 00:00:00 2001
IST isdst=0 gmtoff=7200
/etc/localtime  Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 05:14:07 2038
IST isdst=0 gmtoff=7200
/etc/localtime  Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 05:14:07 2038
IST isdst=0 gmtoff=7200

And compare it to the following from
ftp://ftp.cs.huji.ac.il/pub/tz/israel/linux/zicfile

# The official announcement for the start date of 2000 can be viewed at:
#
#       ftp://ftp.huji.ac.il/pub/tz/announcements/2000-start.ps.gz
#
# The official announcement for the end date of 2000 and the dates
# for the years 2001-2004 can be viewed at:
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTERS
Rule    Zion    2000    only    -       Apr     14      2:00    1:00    D
Rule    Zion    2000    only    -       Oct      6      1:00    0       S
Rule    Zion    2001    only    -       Apr      9      1:00    1:00    D
Rule    Zion    2001    only    -       Sep     24      1:00    0       S
Rule    Zion    2002    only    -       Mar     29      1:00    1:00    D
Rule    Zion    2002    only    -       Oct      7      1:00    0       S
Rule    Zion    2003    only    -       Mar     28      1:00    1:00    D
Rule    Zion    2003    only    -       Oct      3      1:00    0       S
Rule    Zion    2004    only    -       Apr      7      1:00    1:00    D
Rule    Zion    2004    only    -       Sep     22      1:00    0       S



The dates seem to match, so I figure that the information from glibc is
up-to-date. This is glibc-2.1.3-18.3mdk package from mandrake updates/7.2

[BTW: noticed the 2038 bug in zdump?]

-- 
Tzafrir Cohen
mailto:[EMAIL PROTECTED]
http://www.technion.ac.il/~tzafrir


=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

Reply via email to