Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I send emails on behalf of from We also manage bouncebacks by setting the return-path on the envelope to setting it to bouncemgmt.mycompany.coom which in this case is the same server.

The SPF record for my customer is:   IN	TXT	"v=spf1 a mx ip4: ?all"

The header when sending a few emails from our application on behalf of our customer is:

Received-SPF: pass ( domain of designates as permitted sender) client-ip=;

And even though it said that it passes, it ends up in the outlook junk folder. Our main concern is that the actual SPF record is configured correctly.

We are using the following Website to configure it:

share|improve this question
If there is no A-RR for (i.e. dig doesn't yield an address), you can safely discard the first "a". If "" doesn't have an explicit MX-RR, remove that one, too. Those are not errors, though, it's just redundant information (same with "a:" and "ipv4:" if they point to the same address). As others pointed out, the culprit is probably Outlook's spam filter, not SPF- – Stefan Förster Oct 1 '09 at 6:49
up vote 5 down vote accepted

Outlook has it's own spam filter that is unrelated to SPF. To my knowledge it is like a black box and you don't get to see why messages end up in there.

share|improve this answer
And don't we just hate trying to explain that to the users. :( – John Gardeniers Oct 2 '09 at 11:40

The SPF record for my customer is: IN TXT

This is irrelevant. Since the envelope sender is (as you say and as the Received: header confirms), the SPF record of will never be considered.

Otherwise, to test SPF, you can send email to SPF testing auto-responders like

(But I believe EasyEcho is right. If you use Microsoft Outlook, you get what you deserve.)

share|improve this answer

Usually SPF failures are bounced during the SMTP transaction, or in some cases, used to add points to a counter that the filter would use to determine whether to bounce, quarantine, etc. If the message is making it through to the mailbox, then SPF is probably working just fine and Outlook is applying its own content filters against the message to file it away as junk.

Based on your records as posted, I doubt SPF is the issue.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.