Skip to content
iBlockSpam
SMTP error code · Standard (RFC)

550 5.7.1: delivery not authorized, message refused

550 5.7.1 Permanent failure (5xx): the message bounced
By iBlockSpam Team Checked against sources 3 sources How we check our content
What it means

A security or policy setting refused your message. You may not be allowed to send to that recipient, to relay through that server, or your mail was judged as spam.

What 550 5.7.1 means

RFC 3463 defines X.7.1 as "Delivery not authorized, message refused": the sender is not authorized to send to the destination, as a result of per-host or per-recipient filtering. It's only useful as a permanent error. Because "filtering" covers almost anything, 550 5.7.1 is one of the broadest codes you'll see.

Microsoft's guide for 550 5.7.1 says it typically means a security setting in your organization or the recipient's is preventing delivery: you don't have permission to send to the recipient or a group, you don't have permission to send through a server between you and the recipient, or the message was routed to the wrong server. Its NDR table also lists "Unable to relay" and "Client was not authenticated" under 5.7.1. Gmail uses 550 5.7.1 for admin policies, likely unsolicited mail, low IP or domain reputation, and messages that break RFC 5322 header rules.

So read the text after the code. The common branches are permission (groups, external senders), relaying (your app or server isn't allowed to send through that host), and filtering (reputation, content or a blocklist).

Likely causes

  • The recipient, or a group, only accepts mail from certain or internal senders.
  • A mail flow or transport rule on the receiving side rejected the message.
  • Relay denied: the server you connected to won't pass mail on to another domain for you.
  • Spam filtering based on IP reputation, a blocklist, content or authentication.
  • The recipient domain's MX record points to a server that doesn't host it.

How to fix it

If you sent the message

  1. Read the full error text: it usually names the reason (policy, relay, reputation or blocklist).
  2. If you're sending to a group, ask its owner to allow you.
  3. If your app or device got it, check it's authenticating to the right server.
  4. Check your sending IP on blocklists and confirm SPF, DKIM and DMARC pass.

If you're the recipient or their admin

  1. Check group delivery restrictions, mail flow rules and block lists for the sender.
  2. Confirm your domain's MX record points to the service that hosts your mailboxes.

Frequently asked questions

Can I fix 550 5.7.1 myself?

Sometimes. If the text points to your IP reputation, a blocklist or authentication, you or your admin can fix it. If it's a permission setting on the recipient's side, as Microsoft notes, the recipient or their admin has to change it.

What does 'unable to relay' mean with 5.7.1?

The server you connected to won't pass your message on to another domain. Your app or server is either not authenticating, or it's connecting to a server that doesn't handle mail for that recipient.

Is 550 5.7.1 the same at every provider?

The standard meaning is the same, delivery not authorized, but each provider attaches its own reasons and text. Search the full line in the lookup to see provider-specific entries.

Sources

  1. RFC 3463: Enhanced Mail System Status Codes
  2. Fix NDR error "550 5.7.1" in Exchange Online (Microsoft Learn)
  3. Gmail SMTP errors and codes (Google Workspace Admin Help)

Provider messages are quoted as the provider publishes them. Servers can change their wording, so the bounce you received may differ slightly.