On Thursday 13 July 2006 10:24, Sandy Drobic wrote:
Peter Sutter wrote:
On Thursday 13 July 2006 08:03, Carlos E. R. wrote:
The Wednesday 2006-07-12 at 18:28 +0200, Sandy Drobic wrote:
The basic understanding how smtp communication and restrictions work. You can't have fetchmail and RBLs both. Either you use fetchmail, accept all mail and discard or mark and deliver the mail, or you accept mails directly submitted to your server and then you can use RBLs, Postfix restrictions and all the luxury of your own smtp server.
You can't have the cake and eat it at the same time. (^-^)
Yes, I understand that, and from the logs, quite clearly, fetchmail retrieves the mail, hands it to procmail, which hands it to spamassassin (actually spamd) which then returns either spam or not spam to sendmail. Therefore the mail is always from the local server, which is trusted by sendmail. I have to download the message first before I can analyse it, I don't mind doing that, I just don't want to deliver it to the mailboxes if it is spam.
Spamassassin actually works and filters out spam emails. It is only the RBL part of spamassassin that is not working, the rest is all working fine. Spamassassin/spamd is most likely looking at the wrong header line.
Okay, do you see any other networked part of Spamassassin work? In other words, is Spamassassin set to use local tests only?
I am not using Spamassassin directly, it is called from within amavisd-new, and the setting responsible for network tests is:
$sa_local_tests_only = 0; # default in Suse 9.2
If you are using amavisd-new, then it would help a lot to see what settings you have defined for amavisd-new:
grep -v ^# /etc/amavisd.conf | egrep -v ^$ | egrep -v "^ +#"
Sandy
Thanks, Sandy I am not using amavisd-new, I could never get it to work under SuSE 9.2. I invoke spamc via procmailrc. I guess, the RBL part of spamassassin is actually working, since running spamassassin -D --lint produces debug: all '*To' addrs: debug: RBL: success for 1 of 1 queries debug: running meta tests; score so far=2.077 at the very end of the report. Peter -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com