Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

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

Problem description:

I'm managing a corporate Email server for serving However, for historical reason, we still support That is, and refer to exactly the same mailbox and mail account. We recently find that some alien domain like fails to send email to us; our SMTP log shows that's SMTP server issues SMTP command


We do not recognize as recipient address, so it fails. We just allow 'RCPT TO: <>' .

Where does that come from? I fact, on our DNS, is defined to be a CNAME of .

If sending from Gmail or Hotmail, we see the correct


So, I'd like to ask, is the behavior of's SMTP server RFC compliant? If it is compliant, we have to make a A record instead of a CNAME record, right? And please tell me which RFC is it?

share|improve this question
up vote 7 down vote accepted

I don't know that it's causing the underlying problem, but to answer your specific question, no, an MX record must not be a CNAME. According to RFC2181 s10.3,

The domain name used as the value of a NS resource record, or part of the value of a MX resource record, must not be an alias. Not only is the specification clear on this point, but using an alias in either of these positions neither works as well as might be hoped, nor well fulfills the ambition that may have led to this approach. This domain name must have as its value one or more address records. Currently those will be A records, however in the future other record types giving addressing information may be acceptable. It can also have other RRs, but never a CNAME RR.

In practice, it often works, but if you're experiencing issues then the very first thing is to get yourself RFC-compliant, then investigate issues that continue past that.

share|improve this answer
Thank you MadHatter for pointing out the exact RFC section. Now I'll give an A record as RFC suggests. It is better if you can explain why part(like the mail in of MX must not be an alias? What is the design rationale behind this limitation. In my opinion for an MX record, it should work well as long as corresponding IP address can be found, regardless it is found through an A record or a CNAME record. – Jimm Chen Oct 2 '11 at 14:34
Not being one of the RFC's authors, I can shed no light on this requirement. It is, however, mandatory. – MadHatter Oct 2 '11 at 15:18
My understanding is that thee design consideration was to minimize DNS lookups. The MX record is an in indirect lookup. Using a CNAME would add one or more additional lookup. It also prevents introducing lookup loops in the email system. This allows email to be used to report CNAME loops to addresses in the domain. – BillThor Oct 2 '11 at 18:05

Good style of zone (which will allow both @mail and @nlscan e-mail)

@    IN MX mail
mail IN A

And hire good hostmaster

share|improve this answer

CNAME is real alias when it comes to SMTP. I. e., if someone tried sending mail to it's been translated as if it was sent to its alias. This is RFCed, IIRC, no surprise actually.

share|improve this answer
Can you point out the exact RFC section stating that? If like you said, then Gmail and Hotmail is violating that RFC requirement, right? – Jimm Chen Nov 6 '11 at 4:10
@Jun Chen, I think it might be which states: «… If a CNAME record is found instead, the resulting name is processed as if it were the initial name. …». But it's rather not 100 % clear. May be that's why Google/Hotmail don't obey it. – poige Nov 6 '11 at 7:22

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.