[spamdyke-users] Request for enhancement
Since spamdyke runs on an unmodified qmail setup, it seems that a good addition would early detection of non-existing users. This will fix the backscatter problem that is inherent with qmail by rejecting email before queuing rather than bouncing them. http://en.wikipedia.org/wiki/Backscatter_%28email%29 Gary ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
Re: [spamdyke-users] Request for enhancement
On 04/27/2012 10:54 AM, Gary Gendel wrote: > Since spamdyke runs on an unmodified qmail setup, it seems that a good > addition would early detection of non-existing users. This will fix the > backscatter problem that is inherent with qmail by rejecting email > before queuing rather than bouncing them. > > http://en.wikipedia.org/wiki/Backscatter_%28email%29 > > Gary The todo.txt file contains this item: Finish testing the recipient validation code and add it to the codebase. That seems to indicate that this feature is close to being a reality. In the meantime, you can consider using chkuser (http://www.interazioni.it/opensource/chkuser/). -- -Eric 'shubes' ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
Re: [spamdyke-users] Request for enhancement
I've been working on add this feature for quite a while now. I've never been able to get it completely tested to my satisfaction, so I haven't released the code yet. http://www.spamdyke.org/documentation/FAQ.html#SUGGESTION5 -- Sam Clippinger On Apr 27, 2012, at 12:54 PM, Gary Gendel wrote: > Since spamdyke runs on an unmodified qmail setup, it seems that a good > addition would early detection of non-existing users. This will fix the > backscatter problem that is inherent with qmail by rejecting email > before queuing rather than bouncing them. > > http://en.wikipedia.org/wiki/Backscatter_%28email%29 > > Gary > > ___ > spamdyke-users mailing list > spamdyke-users@spamdyke.org > http://www.spamdyke.org/mailman/listinfo/spamdyke-users ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
Re: [spamdyke-users] Request for enhancement
Eric, Sam, Thanks. I've just gone through a long postfix vs. qmail discussion on the OpenIndiana forum. Bottom line is that spamdyke makes it impossible for me personally to move to postfix. The only thing that the postfix camp keeps harping about is backscatter emails. I may even have pulled a few converts to the spamdyke fold. I guess the next piece of the puzzle with be ipv6 support. Of course that means that the rbl sites need to support this in a consistent fashion. Gary On 4/27/12 2:05 PM, Eric Shubert wrote: > On 04/27/2012 10:54 AM, Gary Gendel wrote: >> Since spamdyke runs on an unmodified qmail setup, it seems that a good >> addition would early detection of non-existing users. This will fix the >> backscatter problem that is inherent with qmail by rejecting email >> before queuing rather than bouncing them. >> >> http://en.wikipedia.org/wiki/Backscatter_%28email%29 >> >> Gary > The todo.txt file contains this item: > Finish testing the recipient validation code and add it to the codebase. > > That seems to indicate that this feature is close to being a reality. > > In the meantime, you can consider using chkuser > (http://www.interazioni.it/opensource/chkuser/). > ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
Re: [spamdyke-users] Request for enhancement
On 4/27/12 2:05 PM, Eric Shubert wrote: > On 04/27/2012 10:54 AM, Gary Gendel wrote: > >> Since spamdyke runs on an unmodified qmail setup, it seems that a >> good addition would early detection of non-existing users. This >> will fix the backscatter problem that is inherent with qmail by >> rejecting email before queuing rather than bouncing them. >> >> http://en.wikipedia.org/wiki/Backscatter_%28email%29 >> >> Gary > > The todo.txt file contains this item: Finish testing the recipient > validation code and add it to the codebase. > > That seems to indicate that this feature is close to being a > reality. > > In the meantime, you can consider using chkuser > (http://www.interazioni.it/opensource/chkuser/). I have an experimental version of spamdyke that will do this, using an inverse blacklist mechanism. I wanted to be able to blacklist everything except x, without whitelisting x, for a list of x. Essentially, one can say recipient-blacklist-file = !filename and anything that fails to match at least one line in the file gets blacklisted. You can list your users in the file (if there are not too many of them). If you want to try it, email me and I'll send you the patch against the standard source. Cheers, John ___ spamdyke-users mailing list spamdyke-users@spamdyke.org http://www.spamdyke.org/mailman/listinfo/spamdyke-users
