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

Gmail blocked the message: DKIM did not pass

A 550 5.7.30 from Gmail means the message was rejected because DKIM failed. Gmail says: "This message was blocked because it didn't pass DKIM authentication." The temporary form is 421 4.7.30.

Updated June 13, 2026

SMTP Exchange / Mail Log
> MAIL FROM:<you@yourdomain.com>> RCPT TO:<recipient@example.com>✕ 550 5.7.30 Gmail blocked the message: DKIM did not pass
All guides

Is your domain affected?

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

550 5.7.30 is a permanent SMTP reply meaning gmail blocked the message: dkim did not pass. The message had no valid DKIM signature. Either it was not signed, the public key was not found in DNS, or the signature did not match the message.

What 550 5.7.30 means

The message had no valid DKIM signature. Either it was not signed, the public key was not found in DNS, or the signature did not match the message.

⚠️
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

DKIM is not turned on for the sending service

Most common

Google Workspace, Microsoft 365 and most ESPs need you to publish a key and switch signing on. Until then mail goes out unsigned.

🔁
#2

The DKIM record is wrong or missing in DNS

Common

A typo, a split TXT string, or a record under the wrong selector means the receiver cannot find the key.

⚙️
#3

Something changed the message after signing

Less common

A footer, link rewriter or security gateway that edits the body breaks the signature.

How to fix 550 5.7.30

  1. 1

    Find the selector in use

    The DKIM-Signature header in a sent message shows s= (selector) and d= (domain). If there is no header, signing is off.

  2. 2

    Publish the key and turn on signing

    Copy the exact DKIM record from your provider, publish it at selector._domainkey.yourdomain, and enable signing in the provider console.

  3. 3

    Check the key

    Use the free DKIM checker with your selector to confirm the key is published and is at least 1024 bits (2048 is better).

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