Forgive me if I'm missing something here, but qmail-scanner already does spamassassin and AV checking, and can be configured to reject (as opposed to drop) any emails that fall outside of admin/user set parameters.
Because qmail-scanner is so easy to install (especially if you have Plesk under RedHat/Centos) I'm not sure if there's a point in having the same features in Spamdyke? (qmail-scanner and spamdyke work perfectly together with no changes needed to make it happen). This is not to say that the original poster's idea is a bad one, or that having the facility in spamdyke rather than in yet another qmail wrapper-thing isn't a good one. I'm just thinking that maybe it isn't all that necessary. Faris. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:spamdyke-users- > [EMAIL PROTECTED] On Behalf Of Sam Clippinger > Sent: 16 May 2008 04:25 > To: spamdyke users > Subject: Re: [spamdyke-users] yet another wishlist... :-) > > I'd love to be able to do spam and virus scanning within spamdyke, > before the connection is complete. That would require spamdyke to > start > SpamAssassin and/or ClamAV (or another AV) and capture their output. > It > shouldn't be too hard, since both of those programs are designed to be > run this way. > > The biggest change required in spamdyke would be buffering the incoming > message. Currently spamdyke doesn't do this, it only passes the > traffic > between the network and qmail. In order to scan the message, it would > have to save it (probably to a file) so it could first pass it to the > scanners, then pass it to qmail afterwards. > > Thanks for the suggestion! I'll add it to my TODO list for a future > version. > _______________________________________________ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
