AT&T SMTP Admin contact?

William Herrin herrin-nanog at
Thu Dec 3 13:58:35 CST 2009

On Thu, Dec 3, 2009 at 1:25 AM, Chris Owen <owenc at> wrote:
> On Dec 2, 2009, at 9:52 PM, Valdis.Kletnieks at wrote:
>> It only stops forgery if the SPF record has a -all in it (as does).
>> However, a lot of domains (mine included) have a ~all instead.
> I guess I've never really seen the point of publishing a SPF record if it
>ends in ~all.  What are people supposed to do with that info?
> Spamassassin assigns it a score of 0.6 but that is low enough it
>really doesn't have much since it doesn't assign any negative
>points for SPF_PASS.


In addition to pushing the spam assassin score a little more towards
tagging it as a spam, I use SPF to suppress backscatter from my
confirmation system. When I receive a message whose spam probability
is ambiguous (spamassassin score between 3 and 8), I generate a
confirmation request to the sender. This allows the sender to put the
message in front of me anyway if it turns out to have been a false
positive, as it occasionally does.

If you publish SPF records (even with ~all) and the source doesn't
match, I won't generate that request. You've given me sufficient
forward knowledge to detect the forgery so that I can silently drop
the spam and still comply with RFC 2821's "must."

Bill Herrin

William D. Herrin ................ herrin at  bill at
3005 Crane Dr. ...................... Web: <>
Falls Church, VA 22042-3004

More information about the NANOG mailing list