>From: "Charlie Brady" <[EMAIL PROTECTED]>

> > I see a lot of potential for qpsmtpd to help fight the SPAM problem and
other
> > useful things.
>
> Something to bear in mind is that you are replacing a small fast program
> (mailfront) with a very large slow-to-startup program (a perl
> interpreter). I wouldn't use this on a busy mail server.
>
> Have you had a look at messagewall (http://www.messagewall.org)?

If you plan to run SpamAssassin per message you are going to end
up starting perl anyway so it might as well be invoked as a module
in qpsmtpd.   However, it is hard to beat the combination of:
 sendmail  (8.12.x+)
  MimeDefang (running concurrently with sendmail with the 'milter' interface)
  SpamAssassin (run internally by MimeDefang)
  Clam Antivirus (running as the 'clamd' daemon)
Mimedefang and clamd run as daemons communicating over sockets
back to sendmail during the SMTP conversation so (a) you don't
start and initialize big programs for each message and (b) you
can tell sendmail to reject or alter handling of a message based on
the scan results - other methods force you to accept it first and
then deal with generating a bounce message if you want to reject it.

A few years ago a decision to replace sendmail probably made sense
but now, especially with the split between inbound and outbound
queues, none of the old reasons apply.   If I had some reason to
use all-SME instead of running a stock RedHat as an inbound relay
I'd look at binding qmail to 127.0.0.1 and running sendmail on
port 25 using the above combination of scanners with local delivery
configured to forward to qmail (keeping qmail just to avoid having
to rewrite all the templates).

--
  Les Mikesell
    [EMAIL PROTECTED]



--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org

Reply via email to