[vchkpw] Integration of SpamAssassin
I wonder how SpamAssassin could best be integrated into vpopmail (preferably without having .qmail for each user). I know there's small C stub (spamc) for SpamAssassin that reads the mail on stdin, feeds it to the spam assassin daemon (TCP or pipe, cna't remember, doesn't matter, anyay) and delivers whatever changes back to stdout. Now I wonder about two things: does vdelivermail know how big a given message is (you don't want SpamAssassin check mails bigger than a few kb for the sake of CPU utilization)? Given we feed the message to spamd, can vpopmail just link stdin to the FD that feeds back the data from spamd and go on with its job? If so, it would probably be easy enough to integrate spamc into vpopmail and have it check for existence of a file like user/.usespamassassin to figure out whether it should filter the data through spamd. I'd appreciate any comments on this. I'm thinking about trying to integrate spamc into vpopmail, but I'd like to hear comments on this and some feedback on my planned approach. Unfortunately, my time resources are kinda limited these days but it's high time I do something about the huge amounts of spam our servers are faced with each day...
Re: [vchkpw] Integration of SpamAssassin
Have you looked at maildrop? It's a configurable/scriptable mail delivery agent you can use to call vdelivermail or spamassassin. Gabriel Ambuehl wrote: I wonder how SpamAssassin could best be integrated into vpopmail (preferably without having .qmail for each user). I know there's small C stub (spamc) for SpamAssassin that reads the mail on stdin, feeds it to the spam assassin daemon (TCP or pipe, cna't remember, doesn't matter, anyay) and delivers whatever changes back to stdout. Now I wonder about two things: does vdelivermail know how big a given message is (you don't want SpamAssassin check mails bigger than a few kb for the sake of CPU utilization)? Given we feed the message to spamd, can vpopmail just link stdin to the FD that feeds back the data from spamd and go on with its job? If so, it would probably be easy enough to integrate spamc into vpopmail and have it check for existence of a file like user/.usespamassassin to figure out whether it should filter the data through spamd. I'd appreciate any comments on this. I'm thinking about trying to integrate spamc into vpopmail, but I'd like to hear comments on this and some feedback on my planned approach. Unfortunately, my time resources are kinda limited these days but it's high time I do something about the huge amounts of spam our servers are faced with each day...
Re: [vchkpw] Integration of SpamAssassin
Have you looked at maildrop? It's a configurable/scriptable mail delivery agent you can use to call vdelivermail or spamassassin. I'm using procmailrc and a bash script to deliver spam to imap .spam mailboxes, and then we've written a squirrelmail plugin to allow users to adjust their threshhold and add to white/blacklists on their own. A cron script erases any spam older than 14 days to keep our server from exploding. :-) Regards, Andrew
Re: [vchkpw] Integration of SpamAssassin + qmailadmin
Just wanted to point out that I've been using SpamAssassin through mailfilter by putting |maildrop mailfilter in the .qmail-default file. Now someone goes into the qmailadmin and setup a catch all rule for the domain, in effect, overwriting the .qmail-default file and turns off the spam filtering. Has anyone else been running into this? -- Gary Stewart, [EMAIL PROTECTED] on 18/01/2003
