You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by Chris <cp...@earthlink.net> on 2007/03/16 01:38:32 UTC
Bit OT - SA not running on same time as rest of system
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
[root@cpollock ~]# 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
<SB...@mail2.municap.com> 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.
Thanks
Chris
--
Chris
KeyID 0xE372A7DA98E6705C
Re: Bit OT - SA not running on same time as rest of system
Posted by Chris <cp...@earthlink.net>.
On Friday 16 March 2007 9:43 am, Chris St. Pierre wrote:
> On Fri, 16 Mar 2007, Jim Maul wrote:
> > 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 is correct. A great many programs don't expect the time zone data
> to change frequently and only read it once. The best thing to do (or
> to have done) is to restart your machines -- that ensures that all of
> your processes (including SA) get restarted and get the new tz data.
>
> Chris St. Pierre
> Unix Systems Administrator
> Nebraska Wesleyan University
A reboot seems to have fixed the issue
Mar 16 17:45:12 localhost clamd[4182]: stream 1928:
Email.Spam.Gen052.Sanesecurity.06122202 FOUND
Mar 16 17:45:12 localhost spamd[5713]: spamd: identified spam (64.5/5.0) for
chris:501 in 6.4 seconds, 3087 bytes.
Mar 16 17:45:12 localhost spamd[5713]: spamd: result: Y 64 -
BAYES_80,BOTNET,CLAMAV,DCC_CHECK,DIGEST_MULTIPLE,OUTLOOK_3416,RAZOR2_CHECK,RCVD_IN_SORBS_DUL,RM_t_bobbf,SAGREY,SARE_OEM_FAKE_YEAR,SARE_OEM_PRODS_1,SARE_OEM_PRODS_FEW,SARE_PRODUCTS_02,URIBL_BLACK,URIBL_JP_SURBL,URIBL_SBL,URIBL_SC_SURBL
scantime=6.4,size=3087,user=chris,uid=501,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=32851,mid=<00...@localhost>,bayes=0.901651800306581,autolearn=disabled
Mar 16 17:45:12 localhost spamd[4881]: prefork: child states: II
I noticed too in webmin that my system and hardware time are now sync'd.
Thanks all for the replies and helpful suggestions.I never thought there was a
time when you 'had' to reboot a linux system, but I guess this was just one
of them.
Chris
--
Chris
KeyID 0xE372A7DA98E6705C
Re: Bit OT - SA not running on same time as rest of system
Posted by "Chris St. Pierre" <st...@NebrWesleyan.edu>.
On Fri, 16 Mar 2007, Jim Maul wrote:
> 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 is correct. A great many programs don't expect the time zone data
to change frequently and only read it once. The best thing to do (or
to have done) is to restart your machines -- that ensures that all of
your processes (including SA) get restarted and get the new tz data.
Chris St. Pierre
Unix Systems Administrator
Nebraska Wesleyan University
----------------------------
Never send mail to thobrux@nebrwesleyan.edu
Re: Bit OT - SA not running on same time as rest of system
Posted by Jim Maul <jm...@elih.org>.
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
>>
>> [root@cpollock ~]# 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
>> <SB...@mail2.municap.com> 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
Re: Bit OT - SA not running on same time as rest of system
Posted by Chris <cp...@earthlink.net>.
On Thursday 15 March 2007 10:52 pm, Matt Kettler wrote:
> > 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..
Thanks Matt, that module didn't appear to be installed at all. I installed
DateTime::Timezone and will see what happens.
Thanks
Chris
--
Chris
KeyID 0xE372A7DA98E6705C
Re: Bit OT - SA not running on same time as rest of system
Posted by Matt Kettler <mk...@verizon.net>.
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
>
> [root@cpollock ~]# 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
> <SB...@mail2.municap.com> 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..