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
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