That is an interesting idea that wouldn't be hard to implement at all. It would certainly limit spam sent from compromised email accounts where the envelope sender is different from the login. Or it would at least force the spammer to use the same sender address as the login name. Of course, there would have to be a way to provide a list of valid sender addresses for each login -- I myself use 7 different addresses in my mail client for different reasons but only one of them is "real", so that's the only one that will authenticate. But I'll make a note of it! Any other interesting features that might be handy?
As for the status of turning spamdyke into a daemon, it's honestly a long way off. I want to do it -- I've wanted to do that since I first started writing spamdyke, but there are a few features ahead of it in line. Over the last several months I've had about six hours (seriously) to work on spamdyke. I've spent that time trying to debug the recipient validation code, which has so many possible configurations that it takes somewhere around 50000 test scripts to fully exercise. (Needless to say, I'm not writing those by hand -- I've written a program to generate them.) So I've spent my time trying to figure out how qmail *really* behaves (as opposed to what the documentation says) so I can test my scripts so I can test spamdyke. It's quite a slog. I really enjoy working on spamdyke and I don't want to abandon it; someday soon I'm hoping my work situation will change (for the better) and give me a little more free time. -- Sam Clippinger On Jul 6, 2012, at 10:34 AM, Mark Frater wrote: > Hi Mike, > > That is too much overhead just to be able to use Postfix. > > To be honest one of the biggest factors for me wanting to move to Postfix > over Qmail is the fact that Postfix allows sender-restrictions... such as > rejecting MAIL FROM to auth login mismatch as well as sender-verification. > > Would be pretty cool if spamdyke could do this! > > Kind Regards, > Mark > > -----Original Message----- > From: spamdyke-users-boun...@spamdyke.org > [mailto:spamdyke-users-boun...@spamdyke.org] On Behalf Of Michael J. Colvin > Sent: 06 July 2012 05:14 PM > To: 'spamdyke users' > Subject: Re: [spamdyke-users] Spamdyke and Postfix > > Use Spamdyke/Qmail as a frontend and pass the filtered mail on to a Postfix > server if you want to use it for your customer facing stuff... Then you get > both. You can also use virtual servers as the Spamdyke/Qmail "frontend". > Remove SpamAssassin from the mix, and any old server should suffice as a > "Filtering" server. > > Mike > >> -----Original Message----- >> From: spamdyke-users-boun...@spamdyke.org [mailto:spamdyke-users- >> boun...@spamdyke.org] On Behalf Of Gary Gendel >> Sent: Friday, July 06, 2012 7:30 AM >> To: spamdyke-users@spamdyke.org >> Subject: Re: [spamdyke-users] Spamdyke and Postfix >> >> On 7/6/12 10:20 AM, Mark Frater wrote: >>> Hi guys, >>> >>> Has there been any further developments / discussions in getting >>> Spamdyke to run as a daemon or similar method in order to get it to >>> work with other MTA's such as Postfix? >>> >>> Qmail is seriously long in the tooth and no longer maintained and >>> for this reason more and more admins (including myself) are moving >>> away from it - or want to. >>> >>> I would like to move to Postfix but I'm a loyal Spamdyke fan and as >>> such the only thing holding me back is the fact that Spamdyke won't >> work! >>> >>> Kind Regards, >>> Mark >>> >>> >> I'm not sure why you say that Qmail is "long in the tooth" since an >> unpatched Qmail with spamdyke front end is pretty much state-of-the- >> art. The fact that Qmail it is so lightweight and does exactly what >> is needed in an efficient and data-safe manner makes a lot of sense. >> >> That said, I wouldn't mind a Postfix/spamdyke solution but that would >> take a significant effort as spamdyke does things the Qmail way (uses >> environment variables to pass information, etc.) >> >> 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 > > _______________________________________________ > 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
