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 tell > you someone: > > - spam prevention, with plain qmail do you have only badmailfrom+tcp.smtp+rbl. > some patches make qmail use badmailto to filter against destination, regex in > 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 > spam. > - 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 you > cannot use binary file but you must use a database. > > I could tell some of other needs, but i think that this is enought. > > Regards. > > -- > 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 > > > >