1

Other questions on this site explain why it's helpful to have a PTR record, and why it's unhelpful to have multiple of them.

Are there any real-world situations where a server with one or more A records is better off not having a PTR in the reverse lookup zone?

closed as primarily opinion-based by Greg Askew, Andrew B, dawud, Flup, Jenny D Jun 14 '16 at 14:41

Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.

  • 1
    This is primarily a matter of opinion. In my own practical experience, it's bad to create reverse DNS records as a matter of course unless you have policies or tools that will ensure the accuracy of reverse DNS throughout server lifecycle management. Others disagree, and would rather have the risk of inaccurate PTR records over the possibility of not having them. At the end of the day, the DNS standards don't require it as a practice, and it's up to your discretion. – Andrew B Jun 10 '16 at 21:07
3

There are few services that require a PTR record. Most services neither require nor make use of PTR records. In some cases, administrators may use PTR records to perform some validation before granting access to services. In this case, they should be aware of whether or not PTR records are available. If they are aware the PTR records should not exist for the client IPs, they may use the presence of a PTR record as a red flag.

The PTR record is managed by the IP provider, which may be an entirely different organization than your DNS provider. This can make keeping the PTR records up to date difficult. This gets even more difficult if the IP address is issued by a DHCP server. The domain administrator may be unable to create a PTR record and may not be able get the IP provider to configure a PTR record.

As the posts your referred to have indicated, SMTP servers sending to the Internet will have delivery issues if they don't have a PTR record that passes rDNS. It is not necessary for an MX server to have a PTR record unless it also sends mail to the internet. Recent anti-spam recommendations request ISPs that implement PTR records to configure PTR so that it is obvious the server should not be sending email. Many ISPs do not providing A records corresponding these PTR records.

From a mail receiving organations view, getting the PTR and A records to agree so that rDNS validation passes indicates:

  • An understanding of the standard practices laid out in the relevant RFCs.
  • A reasonable level of competence.
  • Co-ordination of both the IP providers DNS and the domains DNS administrator.

Conversely, not having a PTR record indicates one or more of:

  • An indication the the server should not be sending email to the internet.
  • A degree of incompetence by the mail server's administrator.
  • That the address is not under control of the organization that should be controlling it.

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