System Administration & Network Administration
email-server domain ptr-record reverse-dns
Updated Wed, 17 Aug 2022 01:51:06 GMT

PTR record (rDNS) for multiple domains on a shared IP address

I host multiple domains on a single IP address: 
A @ -->
A mail -->
MX @ --> mail
A @ -->
A mail -->
MX @ --> mail

I need to set up a PTR record for the IP address. This is so that forward-confirmed reverse DNS will succeed for other mail servers.

DNS query type PTR on --> returns PTR-record="" (1 result)
DNS query type A on "" --> returns A-record= (1 result)

If I can only have one PTR record for my IP, that points to, how will FCrDNS ever succeed for

Can I just use the domain name they both share ( in the PTR ?



Reverse DNS can only really have one name -- if you list more than one, DNS will just round-robin between them. So you just have to pick one "official" name for the server and always use that. All the other domains are, in essence, just aliases to the original.

Most services don't care what the name is that your server uses, they just care that the reverse lookup returns a domain name that resolve correctly going the other way as well.

Comments (5)

  • +0 – If your reverse lookup does not match the forward lookup for your MX record, you will have your e-Mail systematically tagged as spam by many e-Mail servers. — Jul 09, 2010 at 13:21  
  • +1 – So, the following will NOT pass an MX record check?, PTR ->, MX -> — Jul 09, 2010 at 15:04  
  • +0 – @Warner: the solution would be to make the MX record match the hostname, then. The MX record (target) doesn't need to relate at all to the email destination address. — Jul 10, 2010 at 08:01  
  • +0 – That would be one of the methods used to lessen spam, dbasch. You understand me correctly. I don't think you understand me, tyler. — Jul 14, 2010 at 03:17  
  • +2 – You can put in rDNS any name (server's hostname or one of domain names, that hosted on it), it's up to you. What about "match for MX record", and prevent e-mails tagged as spam, you'll need to set up SPF-records correctly, that's all. — Dec 04, 2010 at 13:54