[LINK] Solution to SPAM checking

Adam Todd link at todd.inoz.com
Wed Jan 31 21:53:52 AEDT 2007

I don't know why I haven't thought of this before, years before.  Maybe it 
was spurred by the recent two days of trials where the prosecutor was 
trying to say that on one hand there was something and someone was getting 
something, and on the other and the someone wasn't getting anything.

Anyway, it occurred to me that when an email is sent, .the SMTP server 
connects with the remote server and says "Hello I am me, and I have a 
message for you from XYZ"

What doesn't happen though is the receiving server doesn't say "Just a sec, 
I want to see if you are really who you say you are and you really do 
represent what you claim to represent."

If the RX SMTP server were to check the path of incoming mail or even 
connect to the "reply address" to ensure that it was legitimate and valid 
and was in fact related to the DNS records for the originating domain, then 
SPAM would vanish over night.

You couldn't use a fraud sender address, as the check would show that the 
SMTP server talking and the SMTP server authoritive for the proper sender 
was different.  Even in a relay situation, MX records should generally 
resolve that.

Anyway, just a thought.  It's a "way too big" to solve problem and no one 
really cares enough to stop SPAM being sent, people just want to filter it 
when it's delivered.

More information about the Link mailing list