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

My dedicated server resolves to and hosts multiple domain with several dedicated IP addresses. Each new IP address is added to /etc/network/interfaces

Among them, the dedicated server hosts my domain which resolves to states that there is an issue when performing SMTP Test: Warning - Reverse DNS does not match SMTP Banner

My question is: how can I solve this problem?

Edit: Is there a workaround to configure my domain so that it designates as smtp/mail server ?

share|improve this question
Sending email from OVH is a fool's game. They're only just outside the top 10 worst spamming ISPs according to SpamHaus and they're often in the worst 10. You might notice that some of those issues are blocking entire /24 ranges and have been blocked for nearly a whole year. Your IP is already blocked by three DNSBLs. – Ladadadada Jan 14 '13 at 13:22
up vote 1 down vote accepted

When your mail server identifies itself at SMTP time, it says its name is:


However, the SMTP server (obtained from's MX record) is actually at

The solution is to configure your mail server to identify itself correctly as

share|improve this answer
MX records are for incoming mail, and are only tangentially related to the servers that send outgoing mail - they're often the same, but they certainly don't have to be. – nickgrim Jan 14 '13 at 13:05

I go another way. FOrget your domain, that has no part.

THe server name is - that is what the SMTP identifies itself as. Irrelevant what the domain is named that has the emails. OTherwise providers could not use one server for many domains (only one PTR ever exists).

The problem is that a PTR lookup on must include the IP of the server, and must go to the same IP. That way someone can see that yes, the server is the server that should be there.

Again, your domain is totally not part of that - this server check happens before the user email domain is checked. Just make sure your server name map forward and packward to the IP and that the SMTP agent uses the server name.

It is quite common for anyone outside smallest stuff that this is NOT the domain name - domains may be served by multiple servers. Or you may use a specific token name here (smtp.yourdomain...) All that is important is that the name of the SMTP service during handshake relates to the DNS in the proper way.

Check DNS and PTR for SMTP: shared IPs and subdomains for another explanation of things.

share|improve this answer
while you're technically correct, leaving HELO/rDNS to a generic name will give you additional spampoints or even rejects on some spamfilter systems. it's usually better to configure a hostname under your own control so the receiving side knows this vps was meant a legit mailserver and isn't just yet another owned botnet drone. – Gryphius Jan 14 '13 at 12:52
$ host -t mx mail is handled by 10

$ host has address

$ host domain name pointer !=

Your ovh server doesn't enter into it and will never receive mail for

share|improve this answer
I should have added that multiple IP addresses are rerouted by my ISP to my server. auto eth0:1 iface eth0:1 inet static address netmask broadcast – TheFoOL Jan 14 '13 at 14:08
Then this - and only this - is the reason most MTAs will refuse you. You should bind your mail server to the correct outgoing address. – adaptr Jan 14 '13 at 14:15

your MTA helo's with instead of some spamfilters compare the SMTP helo to the (forward confirmed) reverse dns of your mailserver, so it's usually best to have HELO/rDNS/A-record in sync.

set the SMTP HELO to "". this can usually either be done by changing the system hostname (many MTAs get the default helo from that) or by overriding it in your MTA's configuration.

share|improve this answer
This is rarely if ever an issue; he needs FCrDNS, not EHLO. – adaptr Jan 14 '13 at 13:07
dig -x +short yields , dig +short yields where do you see a fcrdns problem? – Gryphius Jan 14 '13 at 13:12

Thank you all for your answers.

Here is what I did.

I've modified: A

to: A

And I've added this new DNS record: / 24 PTR

Now, I've got this result from MX Toolbox SMTP Test:

SMTP Reverse Banner Check: OK - resolves to

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.