[Avcheck] RFC: Avcheck future
Piotr Klaban
makler+avcheck at man.torun.pl
Fri May 28 11:28:20 MSD 2004
On Mon, May 24, 2004 at 10:09:31PM +0400, Michael Tokarev wrote:
> a socket). The filter may reply with "Ok", in which case the
> while message is passed to backend smtpd, with "Reject", in
> which case the content will be rejected, obviously, or with
> "stolen", in which case the daemon filter will took the
> responsibility of the delivery.
I have thought of the similar proxy filter, but made in C.
Running a proxy filter in Perl would make my server
unresposible, because of memory overload. With Perl6+parrot
there would be much less problems with CPU and RAM, but Perl6
would not be available for a long time yet.
That is why I like avcheck:
- it is secure
- it is written in C -> has small CPU and memory footprint
- it is fast
That is why I do not like spamassassin (although I run it ...):
- it is written in Perl: module dependecies (if I reinstall Perl,
it is hard to maintain), RAM wasting
I think avproxy should:
- be independent from Perl
- have many AV engines support
- maybe support spam filtering (there is something called spamd, right?)
- be written :)
Please correct me if I am wrong, but postfix checks RBL/header_checks
after SMTP proxy filtering, right? I refuse hundrets mails per couple of hours
with postfix filtering ...
Best regards,
--
Piotr Klaban
More information about the Avcheck
mailing list