Blazalek.com

5.2.2SMTP 5.2.2: The recipient mailbox has no available capacity

5.2.2 is permanent for this attempt because the mailbox has reached quota or physical capacity. Wait for a confirmed capacity change before a new send; the address itself may remain valid.

Category
Recipient mailbox
Class
Permanent failure
Retry
Do not retry unchanged
Suppression
Check the full context

TL;DR

Mailbox full: no unchanged retry; capacity can change, so do not automatically suppress.

What this code means

X.2.2 means a full mailbox caused by an administrative quota or physical capacity. The recipient may free space; 5.2.2 combines this condition with permanent class 5.

Provider examples

Microsoft / Outlook example
554 5.2.2 mailbox full;
STOREDRV.Deliver.Exception:QuotaExceededException.MapiExceptionQuotaExceeded
Gmail example
552 5.2.2 The email account that you tried to reach is over quota. Please direct the recipient to https://support.google.com/mail/?p=OverQuotaPerm - gsmtp
Gmail example
552 5.2.2 The recipient's inbox is out of storage space and inactive. Please direct the recipient to Manage files in your Google Drive storage. - gsmtp
Gmail example
smtp;552 5.2.2 The email account that you tried to reach is over quota. Please direct the recipient to https://support.google.com/mail/?p=OverQuotaPerm - gsmtp
iCloud example
552 5.2.2 <example@icloud.com>: user is overquota

Technical meaning

This is a mailbox-capacity condition, not proof that the address is invalid. Microsoft’s accepted response is a provider example of mailbox full.

Delivery status

Class 5 is permanent for the unchanged request, even though the capacity state can later change.

Class
Permanent failure
Retry
Do not retry unchanged
Suppression
Check the full context

Retry decision

Stop retries until the recipient or administrator confirms that capacity was freed or the quota changed.

Suppression decision

Do not automatically suppress the address or domain from 5.2.2 alone; use full context and policy.

Common causes

  • The recipient exceeded mailbox quota or available physical capacity.

Diagnostic steps

  1. Confirm the exact code, recipient, and attempt time, then request confirmation of a capacity change.

Actions by owner

Sender

  • Stop unchanged retries and share the exact response with the recipient.

Recipient

  • Free space where possible or ask the administrator for help.

Recipient administrator

  • Inspect quota, usage, and logs; confirm the new state before advising a retry.

Sources

These sources define what this enhanced status code means, mainly through the IANA registry and related RFCs. When provider examples appear on the page, they come from that provider's published documentation. Follow the links to read the original wording in context.

Last verified:

Found an error or inaccuracy? Report a correction.

Point out the part of this page that should be checked. Every report is reviewed manually.

Type of problem

Describe the issue and, if useful, suggest corrected wording.

For a factual report, include a public source when possible.

You can submit anonymously. A reply is not guaranteed.

Do not paste full bounce messages, headers, email addresses, Message-IDs, tokens, or other personal data. Redact evidence before sending.

Sending a correction shares the information you enter with Formspree so I can review and improve this page. Read the privacy notice.

Guide

Wojtek Blazalek

Email deliverability expert

Stuck on this error code? I help teams identify rejection causes and fix authentication and reputation, so email reaches the inbox.

Hands-on deliverability work for teams that send at scale.