← Glossary
Glossary

What is rDNS?

Quick Definition
Reverse DNS (rDNS) is a DNS lookup that resolves an IP address back to a hostname, the opposite of a standard DNS lookup which resolves a hostname to an IP address. For email, rDNS is used by receiving mail servers to verify that the IP address a message is sent from matches the hostname the sending server claims to be.

How Standard DNS Works Versus rDNS

A standard DNS lookup takes a domain name and returns an IP address. When someone types bizpin.pro into a browser, DNS translates that name into the server's IP address so the connection can be made.

Reverse DNS goes the other direction. Given an IP address, it returns the hostname associated with that address. This lookup is controlled by a PTR record, a special DNS record that maps an IP address to a name rather than a name to an address.

Why It Matters For Email

When a mail server sends an email, the receiving server performs a series of checks to evaluate whether the message is legitimate. One of those checks is a reverse DNS lookup on the IP address the message arrived from.

The receiving server checks whether the sending IP resolves to a hostname that makes sense for a mail server. If the IP address has no PTR record, or if the PTR record resolves to a generic hostname that looks like a residential connection or a randomly assigned cloud server address, the receiving server treats that as a suspicious signal.

A properly configured mail server should have a PTR record that resolves to a mail-appropriate hostname, something like mail.yourdomain.com or a hostname that clearly identifies the server as belonging to the business sending the message. When the PTR record matches the hostname the server presents during the SMTP connection, the rDNS check passes.

Who Controls PTR Records

Unlike standard DNS records which are controlled by the domain owner, PTR records are controlled by whoever owns the IP address. For a business using a cloud server on Linode, DigitalOcean, or a similar provider, the PTR record must be set through the hosting provider's control panel, not through the domain registrar or the mail server's DNS configuration.

This is a common source of misconfiguration. A business owner who carefully configures all their DNS records through their domain registrar has no PTR record set because that work has to happen in a completely different place with a completely different provider.

What A Missing Or Incorrect PTR Record Costs

A missing PTR record does not guarantee rejection but it does increase the likelihood that outgoing email gets filtered to spam or flagged by receiving servers. Some mail servers are configured to reject messages outright from IPs with no reverse DNS. Others apply a negative score that accumulates alongside other signals until the message tips into the spam folder.

For a business that has done everything else correctly, a missing PTR record is a quiet leak in an otherwise solid foundation. The email looks legitimate. The authentication records are in place. The content is professional. But the IP check fails and the message lands in spam or gets rejected before any of that other work can matter.

The Foundation Connection

rDNS is part of the email authentication layer of a Digital Foundation. It works alongside SPF, DKIM, and DMARC to establish that outgoing email comes from a legitimate, identifiable server. Unlike those three records which are configured through DNS at the domain level, rDNS is configured at the IP level through the hosting provider. Missing it is easy because it lives in a different place than everything else. Finding it costs nothing with the right tools.

Appears In