Matt Kettler wrote:
Chris wrote:
I'm running Mandrake 10.1, in order to make sure my system switched to DST on
March 11th I downloaded and installed an upgrade to the timezone file. After
running it I ran
[EMAIL PROTECTED] ~]# zdump -v /etc/localtime | grep 2007
/etc/localtime Sun Mar 11 07:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 CST
isdst=0 gmtoff=-21600
/etc/localtime Sun Mar 11 08:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 CDT
isdst=1 gmtoff=-18000
/etc/localtime Sun Nov 4 06:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 CDT
isdst=1 gmtoff=-18000
/etc/localtime Sun Nov 4 07:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 CST
isdst=0 gmtoff=-21600
Which showed everything was well. On March 11th the system did switch to DST
as it was supposed to, or some of it did. I had a few issues such as with
postfix and cronjobs which I just fixed, however, spamassassin still insists
that its running on CST:
Mar 15 19:24:46 localhost fetchmail[13766]: 1 message for cpollock at
pop.earthlink.net (9944 octets).
Mar 15 18:24:47 localhost spamd[15738]: spamd: connection from
localhost.localdomain [127.0.0.1] at port 43735
Mar 15 18:24:47 localhost spamd[15738]: spamd: setuid to chris succeeded
Mar 15 18:24:47 localhost spamd[15738]: spamd: processing message
<[EMAIL PROTECTED]> for chris:501
Mar 15 19:24:51 localhost clamd[21255]: Accepted connection on port 1725, fd
11
Is there something such as /var/spool/postfix/etc/localtime that has to be
changed somewhere in spamassassin? Never had an issue like this in previous
years with DST. I've stopped and started spamassassin several times with no
changes.
Perhaps perl's DateTime::Timezone needs to be rebuilt?
From the looks of it, that package compiles-in the tz database, so it
might need rebuild if tz data changes..
I found that while the OS itself did change over, most of the programs
running at the time did not. I had to restart sendmail, syslog, apache,
crond, mysql, etc. From what i understand, some programs read the
timzone info when they start up and do not recognize the underlying
changes to the OS itself until restarted. I dont know if this is true
or not, but it worked for me.
-Jim
