I can't even believe how ignorant Spamcop is. What do they think they are doing! I think we should start sending those guys our bills for adjusting our systems to their ignorance.
Zeno 2006/10/30, Dave Steinberg <[EMAIL PROTECTED]>: > Todd A. Jacobs wrote: > > On Mon, Oct 30, 2006 at 03:35:11PM +0100, Zeno Davatz wrote: > > > >> because TMDA sends out replys to dead end Spam-Traps of Spamcop. > > > > If you know the domains of the spam traps, you can set your policy to > > drop those messages silently. > > They are secret. There is no test you can apply to determine if an > email is a spam trap. There is no guarantee that trap emails have SPF > or DK records published for their domains. This is by design. > > SpamCop disapproves of TMDA so they have no real desire to help us. I > dealt with this recently when my hosting company was blacklisted by them. > > > I think the issue is that you're dealing > > with joe-jobs, which is *not* the job of TMDA to handle. > > > > You might want to include SPF or RBL detection at the MTA, as well as > > other common-sense steps like rejecting mail from MTAs without a valid > > HELO or resolvable hostname. > > > > FWIW, SPF and domainkeys were designed specifically to prevent joe-jobs, > > but neither is widely adopted. YMMV. > > These help, but since spam traps are run by a distributed group of > sysadmins (i.e. SpamCop doesn't have direct control over these domains), > there are no guarantees that this will help you. > > SpamCop has an anti-C/R policy, and my correspondences with them > indicate that they are not interested in changing it. > > My experiences and some other details are here: > > http://dave.redterror.net/2006/10/02/spamcop-blacklists-and-policy/ > > PS - FWIW - SpamCop's official line is that using their blacklist as a > RBL is wrong... but a ton of people do it. > > Regards, > -- > Dave Steinberg > http://www.geekisp.com/ > http://www.steinbergcomputing.com/ > _________________________________________________ tmda-workers mailing list ([email protected]) http://tmda.net/lists/listinfo/tmda-workers
