# 553 5.1.7: the sender address is not a valid RFC 5321 address

URL: https://iblockspam.com/smtp-errors/553-5-1-7
Last updated: 2026-10-22

Code: 553 5.1.7 (permanent failure, the message bounced)
Provider: Gmail / Google Workspace

Gmail rejected the message because the sender address your server gave in the SMTP envelope isn't a valid RFC 5321 email address.

What the bounce says:

```
553 5.1.7 The sender address <address> is not a valid RFC 5321 address.
```
Google's text for 553 5.1.7, with <address> in place of the address the source shows as a placeholder.

Google lists 553 5.1.7 with the text "The sender address address is not a valid RFC 5321 address", where the middle "address" is the address your server sent. RFC 3463 defines X.1.7 as "Bad sender's mailbox address syntax": the sender's address was syntactically invalid. RFC 5321 defines 553 as "Requested action not taken: mailbox name not allowed (e.g., mailbox syntax incorrect)".

The address in question is the envelope sender given in the MAIL FROM command, which can differ from the From header people see. RFC 5321 section 4.1.2 sets its syntax: a local part, an @ and a domain, inside angle brackets. Problems usually come from software that builds the envelope itself: a missing domain (just "www-data" or "root"), a display name sent where only an address belongs, spaces, unbalanced quotes, or a trailing dot.

Web servers, scripts, printers and scanners are the usual sources, because they often fall back to a local user name. Set an explicit, complete sender address in the application or in the mail server's configuration, then send a test.

## Common causes

- An app or script sends with a bare local user name (no @domain) as the envelope sender.
- The envelope sender includes a display name, spaces or unbalanced quotes.
- A typo such as a double @, a trailing dot or a missing domain part.
- A device such as a printer or scanner with an incomplete sender setting.

## How to fix it (sender)

- Set a complete sender address (name@yourdomain) in the application, form plugin or device.
- On servers, configure the default envelope sender or return-path explicitly.
- Check the MAIL FROM value in your mail logs to see exactly what was sent.

## How to fix it (recipient or admin)

- No action needed at Gmail: the sending system has to use a valid address.

**Q: Which sender address does Gmail check for 553 5.1.7?**
The envelope sender your server gives in the SMTP MAIL FROM command, not necessarily the From header shown to readers. Check your mail server logs or the app's settings to see the exact value it sends.

**Q: Why does my website or script get 553 5.1.7 from Gmail?**
Scripts often send with a local system user such as www-data as the sender, with no domain. Set a full sender address in the script, plugin or server configuration.

Sources:
- Gmail SMTP errors and codes (Google Workspace Admin Help): https://knowledge.workspace.google.com/admin/support/troubleshooting/gmail-smtp-errors-and-codes
- RFC 3463: Enhanced Mail System Status Codes: https://www.rfc-editor.org/rfc/rfc3463
- RFC 5321, section 4.1.2: Command argument syntax: https://www.rfc-editor.org/rfc/rfc5321#section-4.1.2

---

Source: iBlockSpam, https://iblockspam.com/smtp-errors/553-5-1-7 (this is a Markdown copy; the HTML page is canonical). Quote with attribution and a link. Site index for AI assistants: https://iblockspam.com/llms.txt
