If djb doesn't want to improve qmail with all of those patches et al, then
what's stopping us to write new MTA based on qmail design? Is there any
restriction that I am not aware of?
----- Original Message -----
From: "Davide Giunchi" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, February 06, 2003 9:01 PM
Subject: Re: [vchkpw] Re: Qmailadmin feature request
> > Just out of genuine curiosity, were you actually seeing problems that
> > required each of those patches? I've been running a
> > qmail/vpopmail/sqwebmail/qmailadmin setup for the past year now and have
> > yet to actually find need for a patch.
> There's a lot of needs that plain qmail doesn't suite our needs, i can
> you someone:
> - spam prevention, with plain qmail do you have only
> some patches make qmail use badmailto to filter against destination, regex
> badmailfrom/badmail to block particular domain or name, tarpitting to make
> large-isp with a lot of ip enabled to relaying not too much vulnerable to
> - content filtering: with qmail you cannot pass all emails to an external
> filter (like perl script) to customize/filter the messages. With content
> filter i intend virus filtering too
> - smtp-auth-relaying: useful for big lan with some external users
> - smtp-after-pop: vpopmail feature that do this is good for small traffic
> network, but when you have 100 or more concurrent connection to the pop3
> cannot use binary file but you must use a database.
> I could tell some of other needs, but i think that this is enought.
> Davide Giunchi.
> Membro del FoLUG (Forlí Linux User Group) - http://folug.linux.it
> GPG Key available on http://www.keyserver.net
> Fingerprint: 4BFF 2682 6A58 ECFE 071B A1A4 F2A3 9EFA 6494 81FD