Re: Re: SRS: is there a stable implementation for postfix yet?

Tom Lahti <[email protected]> Mon, 27 Mar 2006 20:33:32 -0800
Newsgroups gmane.mail.spam.srs.general
Message-ID <[email protected]>
>It is also very unlike that Spammers find out what your secret subdomain is
>...

s/very unlike/extremely likely/

Spammers, and hosts that sell email lists to spammers, code their 
MTAs to generate lists from incoming MAIL FROM: addresses, among other things.

Encoding something in the domain part is pretty stupid, anyway.  Many 
filtering/delivery rules are written based on domain.  Suddenly, all 
those rules out there become invalid because I've changed the domain 
part of my outgoing mails.  When my clients send out mail, it goes 
all willy-nilly inexplicably, and I wind up having to explain my 
goofy setup, and having people make special exceptions for me in 
_their_ implementations, which probably won't often happen.

The local part is the right place to encode something to check when 
it comes back.

Suppose I change my SRS implementation so that my tags are 
different.  Say, tx3*=*.*=*@tx3.net (instead of 
srs*=*.*=*@tx3.net).  Then your policy wouldn't apply to me.  Now 
suppose everyone using SRS did this.  What do you do then?  Violate 
another RFC 2822 by rejecting all mail containing "="?  Then I could 
just change the SRS separator... :P



--
-- =========================
Tom Lahti
Tx3 Online Services

(888)4-TX3-SVC (489-3782)
http://www.tx3.net/
-- =========================