You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2004/02/16 18:00:49 UTC

[Bug 3052] New: Using spamd with metalog seems to be broken

http://bugzilla.spamassassin.org/show_bug.cgi?id=3052

           Summary: Using spamd with metalog seems to be broken
           Product: Spamassassin
           Version: SVN Trunk (Latest Devel Version)
          Platform: PC
               URL: http://bugs.gentoo.org/show_bug.cgi?id=26694
        OS/Version: Linux
            Status: NEW
          Severity: minor
          Priority: P5
         Component: spamc/spamd
        AssignedTo: spamassassin-dev@incubator.apache.org
        ReportedBy: spamassassin-contrib@msquadrat.de


This was reported via the Gentoo bug database and I see it too every day. See 
the given URL for the full, background. The summary: 
 
When spamd logs via metalog, the logs look like this (random snippet from my 
maillog): 
spamd[11109]: [info] setuid to mss succeeded_ 
spamd[11109]: [processing message <40...@wanadoo.fr> for mss] 
1000._ 
spamd[11109]: [clean message (-3.4/5.0) for mss] 1000 in 4.1 seconds, 2950 
bytes._ 
spamd[4275]: [info] setuid to mss succeeded_ 
spamd[4275]: [processing message <20...@comcast.net> 
for mss] 1000._ 
spamd[4275]: [clean message (-4.9/5.0) for mss] 1000 in 4.5 seconds, 3117 
bytes._ 
spamd[3503]: [info] setuid to mss succeeded_ 
spamd[3503]: [processing message <20...@comcast.net> 
for mss] 1000._ 
spamd[3503]: [clean message (-4.9/5.0) for mss] 1000 in 3.6 seconds, 3400 
bytes._ 
spamd[5855]: [info] setuid to mss succeeded_ 
spamd[5855]: [processing message <40...@ant.uni-bremen.de> for mss] 
1000._ 
spamd[5855]: [clean message (-4.9/5.0) for mss] 1000 in 5.4 seconds, 3214 
bytes._ 
spamd[281]: [info] setuid to mss succeeded_ 
spamd[281]: [processing message 
<Pi...@shrek.tuiasi.ro> for mss] 1000._ 
spamd[281]: [clean message (-4.9/5.0) for mss] 1000 in 5.0 seconds, 4374 
bytes._ 
 
I guess the reason why this happens is that spamd doesn't call openlog() but 
starts with syslog(). See also the FIXME comments by me and Justin in the 
sources :) 
 
I'll check if using openlog() before syslog() really helps. Even if it doesn't 
we should do this anyway (thats also what 'perldoc Sys::Syslog' says) but 
Justin said he remembered some Sys::Syslog related Perl crashs. Are there any 
more datails on this, was it maybe related to Perl <= 5.005 which we don't 
support anymore anyway?



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.