[Avcheck] RFC: Avcheck future

[Piotr Klaban]

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