Skip to content

PTR record (reverse DNS): Definition, Use Cases, and Examples

TL;DR:

PTR (Pointer) is a DNS record for reverse resolution: from IP to hostname. Stored in in-addr.arpa (IPv4) or ip6.arpa (IPv6) zones. Critical for email — without correct PTR, mail servers flag letters as spam. Configured by the IP-block owner (hosting provider).

Check your domain's DNS →

What is PTR record (reverse DNS)

PTR (Pointer) is a DNS record for reverse resolution: from IP to hostname. Stored in in-addr.arpa (IPv4) or ip6.arpa (IPv6) zones. Critical for email — without correct PTR, mail servers flag letters as spam. Configured by the IP-block owner (hosting provider).

Check PTR record (reverse DNS) online

Open tool →

Understanding the Importance of PTR Records in Email Deliverability

PTR records play a crucial role in ensuring email deliverability. When an email is sent, the receiving mail server performs a reverse DNS lookup to verify the sender's IP address. If a valid PTR record is found that matches the sending domain, the email is more likely to be accepted. Conversely, if the PTR record does not match or is missing, the receiving server may flag the email as spam or reject it outright.

This verification process is especially important for organizations that rely on email marketing or transactional emails. Inconsistent or incorrect PTR records can lead to significant deliverability issues, impacting communication with customers and stakeholders.

Furthermore, many email service providers (ESPs) have strict policies regarding PTR records. For instance, ESPs like Gmail and Outlook may use the presence of a valid PTR record as part of their spam filtering algorithms. Therefore, ensuring that your PTR records are correctly configured is essential for maintaining a positive sender reputation.

In summary, a correctly configured PTR record is not just a technical requirement; it is a fundamental aspect of email authentication that directly affects the success of your email campaigns.

How to Configure PTR Records: Step-by-Step Guide

Configuring PTR records requires access to the DNS settings of your IP block, typically managed by your hosting provider. Here’s a step-by-step guide to setting up your PTR records:

  1. Identify Your IP Address: Determine the public IP address for which you want to configure the PTR record.
  2. Contact Your Hosting Provider: Reach out to your hosting provider or the organization that controls the IP range. In many cases, you will not have direct access to configure PTR records yourself.
  3. Provide Necessary Information: Inform your provider of the desired hostname (e.g., mail.example.com) that should correspond to your IP address. Ensure that this hostname has a valid A record pointing back to the IP address.
  4. Request PTR Record Creation: Ask your provider to create the PTR record in the in-addr.arpa zone for IPv4 or ip6.arpa for IPv6. The request should specify the IP address and the corresponding hostname.
  5. Verify Configuration: After a few hours, use the following command to check if your PTR record is correctly set:dig -x
  6. Test Email Deliverability: Send test emails to check if they are being delivered successfully and not marked as spam.

By following these steps, you can ensure that your PTR records are correctly configured, thereby enhancing your email deliverability and overall network reliability.

Common Issues with PTR Records and How to Troubleshoot Them

While configuring PTR records is straightforward, various issues can arise that may hinder their functionality. Here are some common problems and troubleshooting steps:

  • No PTR Record Found: If you perform a reverse lookup and receive a response indicating that no PTR record exists, it typically means that the record has not been configured. Ensure you have contacted your hosting provider to set it up.
  • PTR Record Mismatch: If the PTR record does not match the hostname of the sending domain, email servers may flag your emails as spam. Always ensure that the PTR record corresponds exactly to the hostname used in your email communications.
  • Propagation Delays: Changes to DNS records can take time to propagate. If you recently made changes, wait up to 48 hours and then check again using the dig -x command.
  • Multiple PTR Records: Having more than one PTR record for a single IP address is not allowed and can cause issues. Ensure that there is only one PTR record per IP address.

If you encounter persistent issues despite following these troubleshooting steps, consider consulting with your hosting provider or a DNS expert to ensure your DNS settings are correct and optimized.

A / AAAAIPv4 and IPv6 host addresses
MX RecordsDomain mail servers
TXT / SPFVerification & anti-spoofing
NS / SOAName servers & zone authority

Why teams trust us

12
DNS record types
SPF+DKIM
email protection
<1s
DNS response
3
check regions

How it works

1

Enter domain

2

Select record type

3

Get DNS response

What are DNS Records?

DNS (Domain Name System) translates domain names into IP addresses. DNS records are instructions that define where to route traffic, email, and how to verify domainownership.

Complete Lookup

Query all record types — A, AAAA, MX, NS, TXT, CNAME, SOA — in a single request.

Instant Results

Direct queries to authoritative servers. Results in milliseconds, no caching.

Security Checks

SPF, DKIM, and DMARC analysis to evaluate email protection against spoofing and phishing.

Export & History

Save check results. Compare DNS records before and after registrar changes.

Who uses this

DevOps

DNS check after deploy

Email marketers

SPF/DKIM/DMARC audit

SEO

DNS config audit

Sysadmins

DNS zone control

Common Mistakes

Missing SPF recordWithout SPF, emails may land in spam. Add a v=spf1 TXT record.
Single NS serverIf the only NS fails, the domain becomes unreachable. Use at least 2 NS servers.
CNAME conflicting with other recordsCNAME cannot coexist with MX or TXT on the same name — this violates RFC.
TTL set too highWith 86400s TTL, DNS changes take a full day. Lower TTL to 300 before migrations.
Missing PTR recordMail servers check PTR. Without it, emails may be rejected.

Best Practices

Set up SPF + DKIM + DMARCThe trio of records that protects your email from spoofing and improves deliverability.
Use 2+ NS serversDistribute NS servers across different networks for redundancy.
Lower TTL before migrationSet TTL to 300 at least 24-48 hours before an IP change for fast propagation.
Verify DNS after changesAfter updating records, confirm changes propagated correctly and no errors remain.
Add a CAA recordCAA restricts which Certificate Authorities can issue SSL certificates for your domain.

Get more with a free account

DNS check history, API keys and DNS change monitoring.

Sign up free

Learn more

Frequently Asked Questions

Do I need PTR record (reverse DNS)?

See the use-case section above. For a quick check, use our online form.

Try the live tool that powered this guide

Free plan — 10 monitors, checks every 5 min, no card required. Upgrade for 1-minute interval and multi-region monitoring.