On 11 May 2005, [EMAIL PROTECTED] wrote: > On Tue, May 10, 2005 at 11:24:38AM -0400, Ted Zlatanov wrote: >> John Levine wrote in news.gmane.org:gmane.mail.qmail.general: >> >> "I hear good things about a simple anti-spam technique that simply delays >> the initial SMTP banner and looks to see if there's input. A real SMTP >> client will wait for the banner and only sends ahead after being invited >> to do so when it sees the pipeline resposne to EHLO. Spamware just blasts >> away. It rejects vast amounts of spam with negligible false positives. >> Different people use different delays. Some use five seconds or so, >> others do 60 to 90 seconds, with a whitelist for hosts it's seen before. >> >> I looked through the archive and I didn't see anyone doing this with >> qmail. So before I hack it up myself, is anyone doing this with qmail? > > I know this isn't really what you're asking about, but qpsmtpd > (http://smtpd.develooper.org) is a drop-in replacement for qmail-smtpd > and has supported this for about a year, as well as lots of other leading > edge anti-spam stuff. I'm using it with a couple of qmail-ldap instances, > and they play together beautifully, so it might a useful alternative for > some people.
I looked at qpsmtpd; my Perl experience would make it a natural fit for the mail servers I support. The problem, when I checked, was that STARTTLS was not supported, and I need that at my site. Has that changed? The thread at http://www.mail-archive.com/[email protected]/msg01411.html concluded that I should use stunnel. I don't want to use stunnel. I've had bad experiences with it, it's a resource drain, and I don't want to run it for every SMTP connection even if STARTTLS is not required. I supposed I could implement STARTTLS myself. I don't really have the time to do that currently. Ted
