DNS Email Deliverability

Reverse DNS & PTR Records for Email Deliverability: Why They Matter

By MDToolsOne •
DNS and email infrastructure Why reverse DNS matters for email trust

Reverse DNS is one of the oldest email trust signals — and one of the most misunderstood.

While SPF, DKIM, and DMARC receive most of the attention, missing or misconfigured PTR records can silently destroy inbox placement, especially for new IPs.

This article explains how reverse DNS works, why mailbox providers care about it, and how to configure PTR records correctly for reliable email delivery.

What Is Reverse DNS?

Reverse DNS maps an IP address back to a hostname using a PTR (Pointer) record.

“Does this IP resolve to a legitimate, expected hostname?”

Unlike forward DNS (hostname → IP), reverse DNS validates sender identity at the infrastructure level.

Why Mailbox Providers Require PTR Records

PTR records are used as an early trust filter. Many providers will not accept mail from IPs without valid reverse DNS.

  • Confirms administrative ownership
  • Reduces anonymous abuse
  • Improves accountability
  • Supports reputation tracking

Missing PTR records often result in silent filtering rather than explicit rejection.

Forward-Confirmed Reverse DNS (FCrDNS)

Modern providers expect bidirectional consistency.

FCrDNS Requirements

  1. IP address has a PTR record
  2. PTR hostname resolves back to the same IP
  3. Hostname is not generic or misleading

This confirms that DNS is intentionally configured, not automatically assigned.

PTR Record Best Practices

Use Meaningful Hostnames

Generic hostnames reduce trust.

  • mail.example.com
  • mta1.example.net
  • smtp.example.org

Avoid ISP-default names like ip-203-0-113-10.provider.net.

Configuring PTR Records

PTR records are usually controlled by the IP owner (typically your hosting provider).

Configuration Steps

  1. Choose a stable hostname
  2. Create an A/AAAA record pointing to the IP
  3. Request PTR record assignment
  4. Verify forward and reverse resolution
203.0.113.10.in-addr.arpa. PTR mail.example.com.

PTR Records and PowerMTA

PowerMTA does not generate PTR records — it relies entirely on correct DNS configuration.

  • One PTR per sending IP
  • Consistent hostname usage
  • Match HELO/EHLO identity

Mismatched HELO and PTR values are a common source of deliverability issues.

IPv6 PTR Considerations

IPv6 reverse DNS is mandatory for serious sending. Many providers are stricter with IPv6 traffic.

  • Every IPv6 sending address needs a PTR
  • Generic IPv6 PTRs are heavily filtered
  • FCrDNS is closely enforced

Common PTR Configuration Mistakes

  • No PTR record at all
  • PTR pointing to a non-existent hostname
  • Shared PTRs across multiple IPs
  • Frequent PTR changes
  • Mismatch with SMTP banner

These issues often result in degraded trust before content is evaluated.

Testing and Validation

PTR validation should be part of every sending infrastructure checklist.

  • Verify reverse lookup
  • Confirm forward resolution
  • Check SMTP HELO identity
  • Monitor ISP-specific behavior

Final Thoughts

Reverse DNS is not a ranking signal — it is a trust gate.

Without correct PTR records, even perfectly authenticated email can fail to reach the inbox.

MD Tools