hi,

> your spamassassing is working fine?

Yes.

The y-axis is NOT the number of processes. It's the number of cpu cycles burned.
Data is retrieved from "BSD Process Accounting", available on GNU/Linux Kernels
starting 2.4.x. I'm not sure whether it's accurate, as I didn't completely under-
stand how 'sa' [1] generates its stats. For example I'm not completely sure why
'spamassassin', which is a PERL script, is listed seperately from 'PERL'. But hey,
just had some fun with RRDTool :)

[1] http://www.gnu.org/directory/acct.html

And yes, spamassassin is invoked on every incoming mail and not running as daemon.
I'm not going to trade performance against security [2].

[2] SpamAssassin / spamc+BSMTP remote buffer overflow
    http://online.securityfocus.com/archive/1/308169

> do you use spamassassin with sendmail?

"Why queue your mail with sendmail, when you can send your mail with qmail?"

> which milter plugin do you use?
> (spamass-milter from http://savannah.nongnu.org/projects/spamass-milt/ would
> be great. but it keeps crashing sometimes... and then sendmail doesn't
> recognize, that milter is not working anymore so sendmail stops getting and
> sending mail)

qmail offers dot-qmail [3], but I'm using a qmail/VMailMgr/procmail/spamassassin-
combo. Quite special setup, I don't think it's worth going into details now :)

Basically, If you get running procmail with sendmail the rest should be easy
to accomplish.

[3] http://www.qmail.org/man/man5/dot-qmail.html

-daniel
----------------------------------------------
[EMAIL PROTECTED] Maillist-Archive:
http://www.mail-archive.com/swinog%40swinog.ch/

Reply via email to