Critical ErrorSMTP Error · Permanent (5.x.x)
550 5.7.25

Gmail: sending IP has no PTR record

A 550 5.7.25 from Gmail means the IP that sent your message has no reverse DNS (PTR) record, or the PTR name does not point back to the same IP. The temporary form is 451 4.7.23.

Updated June 13, 2026

SMTP Exchange / Mail Log
> MAIL FROM:<you@yourdomain.com>> RCPT TO:<recipient@example.com>✕ 550 5.7.25 Gmail: sending IP has no PTR record
All guides

Is your domain affected?

Run a free check — we'll show you exactly what's misconfigured.

550 5.7.25 is a permanent SMTP reply meaning gmail: sending ip has no ptr record. Gmail requires every sending IP to have a PTR record whose hostname resolves back to that IP (forward-confirmed reverse DNS). Without it, mail is blocked.

What 550 5.7.25 means

Gmail requires every sending IP to have a PTR record whose hostname resolves back to that IP (forward-confirmed reverse DNS). Without it, mail is blocked.

⚠️
This is a 5.x.x permanent failure — the message will keep bouncing until you fix the cause. Retrying the same message unchanged won't help.

Common causes

📨
#1

You send from your own server or VPS

Most common

Cloud providers do not set a PTR for you. You must set it in the provider panel.

🔁
#2

The PTR hostname does not resolve back

Common

The PTR says mail.example.com, but mail.example.com has no A record for that IP.

⚙️
#3

IPv6 is used without its own PTR

Less common

The server sends over IPv6, and only the IPv4 address has reverse DNS.

How to fix 550 5.7.25

  1. 1

    Set the PTR record

    In your hosting or IP provider panel, set reverse DNS for the sending IP to a hostname you own, such as mail.yourdomain.

  2. 2

    Add the matching A or AAAA record

    Make that hostname resolve to the same IP, so forward and reverse DNS match.

  3. 3

    Use the same name in HELO

    Set your mail server HELO/EHLO name to the same hostname, then check the IP with the free blacklist and SMTP tools.

Confirm your domain is set up correctly

Most delivery failures — permanent or temporary — trace back to authentication or reputation. Run a free EmailHealth check to confirm SPF, DKIM, DMARC, blacklist status, and TLS are all healthy for your sending domain. If you send in volume, free daily monitoring will alert you before a small issue becomes a flood of bounces.

Stop this error from coming back

Most delivery problems start when a DNS record changes, a key is removed or a domain lands on a blocklist. EmailHealth checks your sending domains every day and sends one alert, by email, Slack or webhook, with the exact fix.

1 domain free. Sending from many domains (cold email, agencies, MSPs)? Early access covers 10.

Frequently asked questions

Check your domain for free

SPF, DKIM, DMARC, MX, blocklists and TLS in about 2 seconds. No account needed.

Run the check