Accept-then-bounce is no longer acceptable in mail systems

September 1, 2008

Once upon a time it was acceptable for an Internet-facing mail system to promiscuously accept all email during SMTP conversations without checking to see if the destination user actually existed, and then send out bounce messages if it found problems. Those halcyon days are over, killed by changing circumstances and specifically by spam.

The problem spam causes for accept-then-bounce is simple:

  • most email is spam
  • a good chunk of it goes to incorrect or outright random local usernames
  • almost all spam has forged origin addresses
  • some amount of those forged addresses actually exist and belong to innocent bystanders

The inevitable result is known as 'backscatter', and has been a known issue for at least five years.

Thus if you are going to reject things, you must reject during the SMTP conversation. No excuses accepted. In particular, you do not not get to plead that spammers can do dictionary scans if you reject bad local addresses at SMTP time; in this case the cure is worse than the disease (and it is hideously selfish of you, since your decision protects yourself but puts the burden on other people (at least until you get blacklisted)). Besides, there are ways around the problem.

(In theory you can just silently discard messages with problems, but this has various problems in practice, like real people who make mistakes with email addresses never finding out about it.)

This applies just as much to things like virus scanners as it does to unknown local users; you should be doing content scanning during the SMTP connection.

(This is not exactly new; I just feel like writing it down.)


Written on 01 September 2008.
« There is a balance between optimism and paranoia for compromised machines
How to reject at SMTP time without enabling dictionary scanning »

These are my WanderingThoughts
(About the blog)

Full index of entries
Recent comments

This is part of CSpace, and is written by ChrisSiebenmann.
Twitter: @thatcks

* * *

Categories: links, linux, programming, python, snark, solaris, spam, sysadmin, tech, unix, web

This is a DWiki.
GettingAround
(Help)

Search:

Page tools: View Source, Add Comment.
Search:
Login: Password:
Atom Syndication: Recent Comments.

Last modified: Mon Sep 1 23:40:19 2008
This dinky wiki is brought to you by the Insane Hackers Guild, Python sub-branch.