Skip to content

552 5.3.4: the message is too big

The receiving server will not take a message this large. Attachments are the usual reason, and they grow by about a third when encoded for email.

Updated 2 min read

On this page (7)

552 5.3.4 is a permanent SMTP reply: message too big. This page is part of our SMTP error code reference, where every code links to the RFC and to what Gmail, Outlook and Yahoo publish about it.

Kind
Permanent: sending the same message again fails the same way
Retry by hand
No, fix the cause first
In Mailbay
bounced, address not suppressed

What 552 5.3.4 means

552 is "Requested mail action aborted: exceeded storage allocation" [1]. X.3.4 is "Message too big for system": "The message is larger than per-message size limit", and it is "useful only as a permanent error" [2].

Servers that support the SIZE extension announce their limit in the EHLO answer, such as SIZE 26214400 (25 MiB). A client that declares a larger size in MAIL FROM is refused before it sends any data.

An SMTP session in which Mailbay's receiving server advertises SIZE 26214400 and answers a MAIL FROM declaring 100 MB with 552 5.3.4
A real session with Mailbay's receiving server: it advertises SIZE 26214400 (25 MiB) in EHLO, so a MAIL FROM that declares 100 MB is refused with 552 5.3.4 before any data is sent.

What Gmail, Outlook and Yahoo say

Gmail
"552 5.3.4 Your message exceeded Google's message size limits." Other 552 5.3.4 rows cover too many attachments and headers that are too large [3].

Outlook and Microsoft 365 and Yahoo do not list 552 5.3.4 on the error pages we read, so we do not guess what they mean by it.

Sources, read on October 14, 2026

  1. [1]RFC 5321, Simple Mail Transfer Protocol, section 4.2: www.rfc-editor.org/rfc/rfc5321#section-4.2
  2. [2]RFC 3463, Enhanced Mail System Status Codes: www.rfc-editor.org/rfc/rfc3463
  3. [3]Google, Gmail SMTP errors and codes: knowledge.workspace.google.com/admin/support/troubleshooting/gmail-smtp-errors-and-codes

Prices change. If something here is out of date or wrong, email hello@mailbay.dev and we will fix it.

Common causes

  • Large attachments. Base64 encoding makes each attachment about a third larger than the file.
  • Images embedded in the HTML instead of linked.
  • Many recipients' servers have lower limits than yours.

How to fix it

  1. Send large files as links to storage instead of attachments.
  2. Compress or resize images before attaching them.
  3. Do the arithmetic with the encoded size: a 20 MB file is close to 27 MB once encoded.

How Mailbay reports it

When a recipient's server answers 552 5.3.4 to mail you send through Mailbay, the recipient becomes bounced and you get a message.bounced event with the server's reply in response and permanent: false. The message statuses page lists every state.

A policy refusal says nothing about whether the address exists, so Mailbay does not suppress it, and it does not count toward the automatic pause, which only counts hard bounces and spam complaints.

Mailbay's receiving and submission servers announce SIZE 26214400 and answer 552 5.3.4 Message size exceeds fixed maximum message size above it. The API refuses a send over 25 MB after encoding before anything is sent (sending limits).

  • 550 5.1.1: mailbox does not exist, permanent.
  • 421 4.7.0: temporary refusal, connection closed, temporary.
  • 530 5.7.0: sign in first, permanent.
  • 451 4.7.1: deferred: rate limit or policy, temporary.
  • 550 5.7.1: refused for a policy reason, permanent.

Seeing an API error rather than an SMTP code? Mailbay's own errors, each with a fix, are on the errors page.

Questions

Is 552 5.3.4 the same as a full mailbox?

No. A full mailbox is 552 5.2.2 or 452 4.2.2. 5.3.4 is about the size of this one message.

Why is my 20 MB attachment refused by a 25 MB limit?

Email encodes attachments in base64, which adds about a third. The server compares the encoded message, so 20 MB of files becomes about 27 MB.

Join the beta

Mailbay is in private beta and free while the beta runs: inboxes, sending, your own domains and MCP. We invite people in small batches and read every note on the form.