0

I have two websites hosted on the same server. I set up the second site after I had already set up the first site and its corresponding email server. This is more of a DNS question. The first server has been working trouble free for a long time, and its SPF record checks out just fine and I send mail with no issues. I set up a second web server using an apache vhost, and I used iRedAdmin to set up a second email domain. The problem appears to lie with my SPF record, and whenever I send mail form the second domain, it gets flagged as spam. I've set it up using the original mail server as its MX, but I've never done two e-mail server on the same IP address and I'm not sure if I'm mucking it up.

Here are the two SPF records for reference (hostnames obfuscated):

This works fine:

v=spf1 a mx a:server1.com mx:mail.server1.com ip4:x.x.x.x ~all

This does not work:

v=spf1 a mx a:server2.com mx:mail.server1.com ip4:x.x.x.x ~all

And ideas? Server 2 insofar as mail is concerned is simply a front for server1. You can send mail to [email protected], but it gets routed through the iredmail server at server1.com.

Any insight would be appreciated as I need my messages to stop being flagged as spam.

Received-SPF: neutral (google.com: x.x.x.x is neither permitted nor denied by best guess record for domain of [email protected]) client-ip=x.x.x.x;

Ok. I don't care if you guys know my ip addresses, I just need to know why gmail sends this to the spam folder. According to the headers in the message, it passes the SPF tests and etc.

Delivered-To: [email protected]
Received: by 10.58.206.18 with SMTP id lk18csp38915vec;
        Fri, 22 Feb 2013 11:17:09 -0800 (PST)
X-Received: by 10.68.203.100 with SMTP id kp4mr4779507pbc.186.1361560628737;
        Fri, 22 Feb 2013 11:17:08 -0800 (PST)
Return-Path: <[email protected]>
Received: from signtelligence.com ([198.71.84.238])
        by mx.google.com with ESMTP id d10si3813292paz.55.2013.02.22.11.17.08;
        Fri, 22 Feb 2013 11:17:08 -0800 (PST)
Received-SPF: pass (google.com: domain of [email protected] designates 198.71.84.238 as permitted sender) client-ip=198.71.84.238;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of [email protected] designates 198.71.84.238 as permitted sender) [email protected]
Received: from localhost (localhost.localdomain [127.0.0.1])
    by signtelligence.com (Postfix) with ESMTP id DD33E5362890
    for <[email protected]>; Fri, 22 Feb 2013 23:17:07 +0400 (MSK)
X-Virus-Scanned: Debian amavisd-new at signtelligence.com
Received: from signtelligence.com ([127.0.0.1])
    by localhost (signtelligence.com [127.0.0.1]) (amavisd-new, port 10024)
    with ESMTP id NhgKkX5jwSBC for <[email protected]>;
    Fri, 22 Feb 2013 23:17:07 +0400 (MSK)
Received: from claygarland.com (localhost.localdomain [127.0.0.1])
    by signtelligence.com (Postfix) with ESMTPA id 76033536288F
    for <[email protected]>; Fri, 22 Feb 2013 23:17:06 +0400 (MSK)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
Date: Fri, 22 Feb 2013 14:17:06 -0500
From: [email protected]
To: <[email protected]>
Subject: It's been a long time.
Message-ID: <[email protected]>
X-Sender: [email protected]
User-Agent: RoundCube WebMail

Hey.  I just wanted to say hello.  It's been a long time since we've 
talked.  My new phone number is (xxx) xxx-xxxx.  Give me a ring!

Peace,
Clay
5
  • 1
    What IP or hostname is the mail being sent from? What does the Received-SPF header in a flagged mail contain?
    – mgorven
    Feb 22, 2013 at 17:39
  • Changed question.
    – spuy767
    Feb 22, 2013 at 18:04
  • Rather edit your question when adding additional information.
    – mgorven
    Feb 22, 2013 at 18:05
  • Not sure off hand. You're spf record looks a little redundant though. Do you really have mx records for the mail.server1.com domain? Do server1.com or server2.com resolve to something different to your ip? I'm not sure what an 'a' by itself does either, I guess it looks up the domain.com. 'a' record like 'mx' does.
    – Matt
    Feb 22, 2013 at 18:34
  • Giving us the actual domains would be a major step forward in helping you...
    – Alex
    Feb 22, 2013 at 18:43

2 Answers 2

1

First of all, you seem to have redundant syntax in your records.

I'm taking a guess because we would really need the right domains and IP to conclude anything for sure.

v=spf1 a mx a:server1.com mx:mail.server1.com ip4:192.168.1.254 ~all

If the SPF above is the SPF of server1.com then;

v=spf1 a ~all

is synonymous to

v=spf1 a:server1.com ~all

Also, if 192.168.1.254 is the IP of an A record of an MX record, then it too is redundant.

On a side note, I hope 192.168.1.254 is an obfuscated IP...your SPF should NOT have non-routable IP listed in them.

So lets assume that you are sending emails using the MX records on server1.com from both domains, your SPF records would look like this;

On server1.com;

v=spf1 +mx ~all

On server2.com;

v=spf1 +mx:server1.com ~all

On top of that, if both domains are having the same MX records, then you could use the same SPF on both domains.

On server1.com and server2.com

v=spf1 +mx ~all

The + in front of the mx makes sure the result would be a Pass as opposed to a Neutral result. Especially since you are using a soft fail (~all)

Finally, I would suggest you read the OpenSPF Syntax documentation.

2
  • I changed the ip address from mine to that internal ip, x.x.x.x would have been more appropriate.
    – spuy767
    Feb 22, 2013 at 18:59
  • I would have upvoted you, but I don't have enough rep here. I edited the question to contain the actual header from an email that was sent to a gmail account.
    – spuy767
    Feb 22, 2013 at 19:36
0

I think you're misunderstanding how SPF records work. Here's a breakdown of what you have.

a:server1.com : If the IP of the sending server resolves to server1.com, allow that machine to send mail.

mx:mail.server1.com : Get the MX records for the domain mail.server1.com. If any of these (there can be multiple) resolve to the IP of the sending server, then allow that machine to send mail.

ip4:192.168.1.254 : allow this IP to send mail for this domain.

So, assuming you only have one machine here, it should work if the SPF record for the second domain is the same as the first. I.e.

v=spf1 a mx a:server1.com mx:mail.server1.com ip4:192.168.1.254 ~all

Although, you may be able to simplify this down depending on how the IPs resolve to:

v=spf1 a a:server1.com ip4:192.168.1.254 ~all

The other thing to check is that you have a PTR record set up correctly. Whatever IP the server sends from should have a reverse lookup record to whatever the server HELO's itself as.

Good luck!

2
  • a:server1.com means that all the A records for server1.com will be tested.
    – Alex
    Feb 22, 2013 at 18:18
  • Right, of course.
    – chrskly
    Feb 22, 2013 at 18:19

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .