Hi list/SuSE,
I've just installed SuSE 9.1 on a machine and want to migrate my
mailserver to it. But I'm running into a problem: I can't get
spamassassin to work. I've started out with the default spamassassin
included with the distribution. All seems to go well: I connect to
sendmail, the milter nicely works (I use milter-spamc from
www.snert.org), I tried a non-rfc-compliant sender address to verify
this (see logging below). After completion of the message, the milter
hands it off to spamassassin and nothing happens.
I've tried compiling my own spamassassin (force install through CPAN and
compiling from source myself). Same result. I've even gone so far as to
compile my own version of the berkely db. Nothing seems to help. I'm
sure there's some logical explanation why it isn't working, but I can't
find it right now. Has anyone experienced the same problem and maybe
found a solution?
Relevant numbers:
Sendmail 8.12.11
spamassassin 2.63
milter-spamc 0.17
libsnert 1.33
SuSE 9.1 with updates (kernel 2.6.4.54)
Any help would be appreciated,
TIA
Stefan
Logging:
Jun 4 13:18:45 rc-284 sendmail[5262]: NOQUEUE: connect from localhost
[127.0.0.1]
Jun 4 13:18:45 rc-284 sendmail[5262]: AUTH: available mech=PLAIN
DIGEST-MD5 CRAM-MD5 LOGIN ANONYMOUS, allowed mech=DIGEST-MD5 CRAM-MD5
PLAIN LOGIN
Jun 4 13:18:45 rc-284 sendmail[5262]: i54BIjOs005262: Milter
(milter-spamc): init success to negotiate
Jun 4 13:18:45 rc-284 sendmail[5262]: i54BIjOs005262: Milter: connect
to filters
Jun 4 13:18:45 rc-284 sendmail[5262]: i54BIjOs005262:
milter=milter-spamc, action=connect, continue
Jun 4 13:18:45 rc-284 sendmail[5262]: i54BIjOs005262: --- 220
rc-284.rc.rug.nl ESMTP Sendmail 8.12.11/8.12.11; Fri, 4 Jun 2004
13:18:45 +0200
Jun 4 13:18:49 rc-284 sendmail[5262]: i54BIjOs005262: <-- helo localhsot
Jun 4 13:18:49 rc-284 sendmail[5262]: i54BIjOs005262:
milter=milter-spamc, action=helo, continue
Jun 4 13:18:49 rc-284 sendmail[5262]: i54BIjOs005262: --- 250
rc-284.rc.rug.nl Hello localhost [127.0.0.1], pleased to meet you
Jun 4 13:18:55 rc-284 sendmail[5262]: i54BIjOs005262: <-- mail
from:me@castel.nl
Jun 4 13:18:55 rc-284 sendmail[5262]: i54BIjOs005262: Milter: senders:
me@castel.nl
Jun 4 13:18:55 rc-284 sendmail[5262]: i54BIjOs005262:
milter=milter-spamc, action=mail, reject=553 5.1.0 address does not
conform to RFC 2821 syntax
Jun 4 13:18:55 rc-284 sendmail[5262]: i54BIjOs005262: Milter:
from=me@castel.nl, reject=553 5.1.0 address does not conform to RFC 2821
syntax
Jun 4 13:18:55 rc-284 sendmail[5262]: i54BIjOs005262: --- 553 5.1.0
me@castel.nl... address does not conform to RFC 2821 syntax
Jun 4 13:19:01 rc-284 sendmail[5262]: i54BIjOs005262: <-- mail
from:
* Stefan Suurmeijer
I've just installed SuSE 9.1 on a machine and want to migrate my mailserver to it. But I'm running into a problem: I can't get spamassassin to work. I've started out with the default spamassassin included with the distribution. All seems to go well: I connect to sendmail, the milter nicely works (I use milter-spamc from www.snert.org), I tried a non-rfc-compliant sender address to verify this (see logging below). After completion of the message, the milter hands it off to spamassassin and nothing happens.
Just a thought, but your post give *no* indication that spamd does not work. Why have you reached this conclusion or is the subject not what your intended? If it is, *is* spamd running? There is no indication in your logs that spamd has failed or was inaccessible. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos
Patrick Shanahan wrote:
* Stefan Suurmeijer
[06-04-04 06:52]: I've just installed SuSE 9.1 on a machine and want to migrate my mailserver to it. But I'm running into a problem: I can't get spamassassin to work. I've started out with the default spamassassin included with the distribution. All seems to go well: I connect to sendmail, the milter nicely works (I use milter-spamc from www.snert.org), I tried a non-rfc-compliant sender address to verify this (see logging below). After completion of the message, the milter hands it off to spamassassin and nothing happens.
Just a thought, but your post give *no* indication that spamd does not work. Why have you reached this conclusion or is the subject not what your intended? If it is, *is* spamd running? There is no indication in your logs that spamd has failed or was inaccessible.
If you look at the logs in my first mail, you see that the milter receives and then sends the message to spamd (which is running of course, or there would be an error message, error connecting to socket). Spamd should then scan the message and add headers (example included below from my old (9.0) server that is working correctly). I can only see that sendmail is working, the milter is working and yet no spam checks are being done. That's why I concluded that spamd handling isn't working. Jun 4 15:00:33 lin02 spamd[1194]: connection from localhost [127.0.0.1] at port 13747 Jun 4 15:00:33 lin02 sendmail[11358]: i54D0WuQ011358: milter=milter-spamc, action=body, continue Jun 4 15:00:33 lin02 sendmail[11358]: i54D0WuQ011358: Milter (milter-spamc): body, sent Jun 4 15:00:33 lin02 spamd[11361]: info: setuid to stefan succeeded Jun 4 15:00:33 lin02 spamd[11361]: processing message <40C0726E.1030905@rc.rug.nl> for stefan:1000. Jun 4 15:00:34 lin02 sendmail[11358]: i54D0WuQ011358: Milter add: header: X-Spam-Checker-Version: SpamAssassin 2.61 (1. 212.2.1-2003-12-09-exp) on\n\tlin02.rc.rug.nl Jun 4 15:00:34 lin02 sendmail[11358]: i54D0WuQ011358: Milter add: header: X-Spam-Status: No, hits=-57.3 required=3.0 te sts=AWL,BAYES_00,\n\tUSER_IN_WHITELIST autolearn=ham version=2.61 Jun 4 15:00:34 rc-lin02 sendmail[11358]: i54D0WuQ011358: Milter add: header: X-Spam-Level: The first line of this log especially is important: spamd has received the message and is checking it. I've configured everything on the other server exactly the same way, and yet I don't see any logging lines indicating that spamd is processing the mail. Somehow the connection to spamd fails. Stefan
* Stefan Suurmeijer
If you look at the logs in my first mail, you see that the milter receives and then sends the message to spamd (which is running of course, or there would be an error message, error connecting to socket). Spamd should then scan the message and add headers (example included below from my old (9.0) server that is working correctly). I can only see that sendmail is working, the milter is working and yet no spam checks are being done. That's why I concluded that spamd handling isn't working.
Jun 4 15:00:33 lin02 spamd[1194]: connection from localhost [127.0.0.1] at port 13747
ok, connected to spamd .....
Jun 4 15:00:33 lin02 sendmail[11358]: i54D0WuQ011358: milter=milter-spamc, action=body, continue Jun 4 15:00:33 lin02 sendmail[11358]: i54D0WuQ011358: Milter (milter-spamc): body, sent Jun 4 15:00:33 lin02 spamd[11361]: info: setuid to stefan succeeded Jun 4 15:00:33 lin02 spamd[11361]: processing message <40C0726E.1030905@rc.rug.nl> for stefan:1000. Jun 4 15:00:34 lin02 sendmail[11358]: i54D0WuQ011358: Milter add: header: X-Spam-Checker-Version: SpamAssassin 2.61 (1. 212.2.1-2003-12-09-exp) on\n\tlin02.rc.rug.nl Jun 4 15:00:34 lin02 sendmail[11358]: i54D0WuQ011358: Milter add: header: X-Spam-Status: No, hits=-57.3 required=3.0 te sts=AWL,BAYES_00,\n\tUSER_IN_WHITELIST autolearn=ham version=2.61 Jun 4 15:00:34 rc-lin02 sendmail[11358]: i54D0WuQ011358: Milter add: header: X-Spam-Level:
The first line of this log especially is important: spamd has received the message and is checking it. I've configured everything on the other server exactly the same way, and yet I don't see any logging lines indicating that spamd is processing the mail. Somehow the connection to spamd fails.
guess we need TFM, man spamd -D, --debug Print debugging messages also, what parameters are you using when starting spamd? I do not use milter, I use procmail. I *assume* the functions here are similar?? -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos
The first line of this log especially is important: spamd has received the message and is checking it. I've configured everything on the other server exactly the same way, and yet I don't see any logging lines indicating that spamd is processing the mail. Somehow the connection to spamd fails.
guess we need TFM, man spamd
-D, --debug Print debugging messages
Heh, valid q, I usually only RTFM as a last resort. Did do it though, -D adds no info since the message somehow never gets to spamd. Startup seems normal, only something about no dbs found, selecting ruleset 0.
also, what parameters are you using when starting spamd?
Suse default: -d -c -a -L Worked fine on the old server so I saw no reason to change it.
I do not use milter, I use procmail. I *assume* the functions here are similar??
Don't know, I've never used procmail for filtering Stefan
* Stefan Suurmeijer
Heh, valid q, I usually only RTFM as a last resort. Did do it though, -D adds no info since the message somehow never gets to spamd. Startup seems normal, only something about no dbs found, selecting ruleset 0.
Sounds like spamassassin has nothing to compare to the email to rate it. Did you run a series of *good* emails thru 'sa-learn --ham' and a series of known *spam* thru 'sa-learn --spam' to build a database?
also, what parameters are you using when starting spamd?
Suse default: -d -c -a -L Worked fine on the old server so I saw no reason to change it.
But you are the only administrator of spamassassin? You do not allow other users to configure/define spamassassin? I would remove -c and -a. from 'man spamassassin': INSTALLATION The spamassassin command is part of the Mail::SpamAssassin Perl module. Install this as a normal Perl module, using "perl -MCPAN -e shell", or by hand. For further details on how to install, please read the "INSTALL" file from the SpamAssassin distribution. I believe that a trip to the Spamassassin 'INSTALL' file would now be prudent. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos
Patrick Shanahan wrote:
* Stefan Suurmeijer
[06-04-04 08:42]: Heh, valid q, I usually only RTFM as a last resort. Did do it though, -D adds no info since the message somehow never gets to spamd. Startup seems normal, only something about no dbs found, selecting ruleset 0.
Sounds like spamassassin has nothing to compare to the email to rate it. Did you run a series of *good* emails thru 'sa-learn --ham' and a series of known *spam* thru 'sa-learn --spam' to build a database?
No. But that's not the problem, the problem is that it doesn't process it, even when compared to an empty ruleset (which wouldn't happen since there is a default ruleset added in the install) it should process the mail and add the headers, albeit that then all scores would be zero.
also, what parameters are you using when starting spamd?
Suse default: -d -c -a -L Worked fine on the old server so I saw no reason to change it.
But you are the only administrator of spamassassin? You do not allow other users to configure/define spamassassin? I would remove -c and -a.
Yup, it's my personal machine. No one else has access to the configuration. -c and -a seem very useful. I want to be able to use a .spamassassin file per user and auto-whitelist.
from 'man spamassassin':
INSTALLATION The spamassassin command is part of the Mail::SpamAssassin Perl module. Install this as a normal Perl module, using "perl -MCPAN -e shell", or by hand.
For further details on how to install, please read the "INSTALL" file from the SpamAssassin distribution.
Been there, done that. I tried a force install Mail::SpamAssassin through CPAN just to make sure that it wasn't some missing file that was causing this. Compiled without a glitch but didn't change a thing. Why does this always happen on a Friday? Stefan
* Stefan Suurmeijer
Been there, done that. I tried a force install Mail::SpamAssassin through CPAN just to make sure that it wasn't some missing file that was causing this. Compiled without a glitch but didn't change a thing. Why does this always happen on a Friday?
I'm lost. I would suggest: http://useast.spamassassin.org/doc.html mailto: spamassassin-users-subscribe@incubator.apache.org Please, when you find the answer, post it here. gud luk, -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos
Just to be complete: I have it working now. Absolutely no idea what the cause was. I went so far as to re-install the entire system. The difference being that normally I install everything I might someday use, and now I just installed the things I was certain I'm going to use (250GB diskspace tends to make you less picky). Re-compiled everything and it worked on the first try. So it seems that there was some kind of conflict with another package that I haven't installed now. No clue which one. I'll try to find out, if I find it I'll post here. Stefan Patrick Shanahan wrote:
* Stefan Suurmeijer
[06-04-04 09:10]: Been there, done that. I tried a force install Mail::SpamAssassin through CPAN just to make sure that it wasn't some missing file that was causing this. Compiled without a glitch but didn't change a thing. Why does this always happen on a Friday?
I'm lost. I would suggest: http://useast.spamassassin.org/doc.html mailto: spamassassin-users-subscribe@incubator.apache.org
Please, when you find the answer, post it here.
gud luk,
Patrick Shanahan wrote:
* Stefan Suurmeijer
[06-04-04 09:10]: Been there, done that. I tried a force install Mail::SpamAssassin through CPAN just to make sure that it wasn't some missing file that was causing this. Compiled without a glitch but didn't change a thing. Why does this always happen on a Friday?
I'm lost. I would suggest: http://useast.spamassassin.org/doc.html mailto: spamassassin-users-subscribe@incubator.apache.org
Please, when you find the answer, post it here.
gud luk, Perhaps if you dig a little deeper in your reading... ;-) -- ...CH SuSE 9 Works Linux user# 313696 Linux box# 199365
participants (3)
-
C Hamel
-
Patrick Shanahan
-
Stefan Suurmeijer