WarningSMTP Error · Permanent (5.x.x)
4.4.7

Message expired

A 4.4.7 "Message expired" notice means your server kept trying to deliver the message, could not, and gave up when the message reached its time limit in the queue.

Updated June 13, 2026

SMTP Exchange / Mail Log
> MAIL FROM:<you@yourdomain.com>> RCPT TO:<recipient@example.com>✕ 4.4.7 Message expired
All guides

Is your domain affected?

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

4.4.7 is a permanent SMTP reply meaning message expired. Microsoft explains that the sending server tried to relay or deliver the message but did not finish before the expiration time. It can also mean a header limit was reached on the remote server, or another protocol timeout happened. It usually points to a problem at the receiving server.

What 4.4.7 means

Microsoft explains that the sending server tried to relay or deliver the message but did not finish before the expiration time. It can also mean a header limit was reached on the remote server, or another protocol timeout happened. It usually points to a problem at the receiving server.

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

The receiving server was down or unreachable

Most common

Its MX hosts did not answer, or a firewall blocked the connection, for the whole retry period.

🔁
#2

The receiver kept deferring you

Common

Repeated 4xx answers (rate limits, greylisting, reputation deferrals) until the message expired.

⚙️
#3

DNS or MX records for the recipient domain are wrong

Common

MX points to a host that does not accept mail, so every attempt fails.

How to fix 4.4.7

  1. 1

    Check the recipient domain

    Run an MX lookup on the recipient domain to confirm its mail servers exist and resolve.

  2. 2

    Look at the earlier deferrals

    Your server logs show the 4xx answers before expiry. They name the real reason, such as a rate limit or reputation deferral.

  3. 3

    Reduce recipients per message

    Microsoft suggests fewer recipients in the header when this error is tied to one host.

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