Sam Clippinger ha scritto:
The next major version will be 4.0.0. It does not include recipient
validation. That feature is currently targeted for the following
version, probably 4.1.0.
I haven't yet decided how to implement it, but I think it won't be
useful unless it supports (at
Many mails, one sum up answer :)
rcpt validation
---
I think the best approach is not building into spamdyke a zillion
methods to do it, but make it able to call an outside application to get
the list.
1) spamdyke could periodically (configurable) re-run the application to
Sam,
Quick question about the next version. Will that version include the valid
receipient checking? I believe you've mentioned it will, but I want to make
sure.
And, a more specific questions about its implementation, if you've figured
that much out yet...Will it support VPopmail w/MySql?
The next major version will be 4.0.0. It does not include recipient
validation. That feature is currently targeted for the following
version, probably 4.1.0.
I haven't yet decided how to implement it, but I think it won't be
useful unless it supports (at minimum) plain vanilla qmail, qmail
Hi,
On Thu, 2008-05-15 at 15:36 -0500, Sam Clippinger wrote:
I haven't yet decided how to implement it, but I think it won't be
useful unless it supports (at minimum) plain vanilla qmail, qmail with
vpopmail, qmail with vpopmail+MySQL and Plesk (qmail+chkuser). (This
feature could finally
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Olivier Mueller
Sent: Thursday, May 15, 2008 4:27 PM
To: spamdyke users
Subject: Re: [spamdyke-users] Next Version
Hi,
On Thu, 2008-05-15 at 15:36 -0500, Sam Clippinger wrote:
I haven't yet decided how to implement it, but I
vpopmail doesn't provide recipient validation, although it does include
a couple of helper programs that can do it (just not during the SMTP
connection). In order for vpopmail admins to get it, they have to patch
qmail (TTBOMK).
Based on the number of emails I've received asking for this