Una dirección de Gmail cuya bandeja de entrada casi no contiene nada puede devolver un mailbox full en cada uno de tus envíos. Toda la cuenta de Google está saturada: los correos comparten almacenamiento con Drive y Photos. En la campaña, la tasa de hard bounce sube sin que hayan cambiado el contenido ni la IP, y la herramienta de envío solo muestra «buzón lleno».
Trata un 552 5.2.2 o un 452 4.2.2 como una incidencia temporal. Suspende los envíos de marketing a esa dirección durante 7 a 14 días y vuelve a intentarlo. Retírala de la lista si sigue rebotando tras unas 2 semanas o en varias campañas distintas. Es la regla que propone Al Iverson en Spam Resource (31 de agosto de 2026).
Leer el código: 452 4.2.2, 552 5.2.2 o 554 5.2.2
Un rechazo SMTP lleva dos códigos. El primero, de tres dígitos, indica si el fallo es temporal (4xx) o permanente (5xx). El segundo, el Enhanced Status Code (tres números separados por puntos), nombra la causa. En el registro de IANA derivado de la RFC 3463, X.2.2 significa «Mailbox full», asociado al código 552, con la indicación de tratarlo como un fallo transitorio persistente. Un 4.2.2 respeta esa indicación. Un 5.2.2 la contradice, y aun así ambas versiones conviven en tus registros.
Para Gmail, la documentación de Google Workspace (consultada el 8 de octubre de 2026) lista las dos versiones:
452 4.2.2: «The recipient’s inbox is out of storage space.» (la bandeja del destinatario se ha quedado sin espacio de almacenamiento)
552 5.2.2: «The recipient’s inbox is out of storage space and inactive.» (la bandeja del destinatario se ha quedado sin espacio de almacenamiento y está inactiva)
La versión permanente suma la inactividad de la cuenta a la falta de espacio. Al Iverson, por su parte, ve rechazos 552 en Gmail por un simple exceso de cuota, sin mención de inactividad. La tabla indica la fuente de cada código.
| Código completo | Clase | Fuente | Tratamiento |
|---|---|---|---|
| 452 4.2.2 | Temporal | Documentación de Google Workspace | Suspensión de 7 a 14 días |
| 552 5.2.2 | Permanente en apariencia | Documentación de Google Workspace (buzón lleno e inactivo), registro de IANA (X.2.2) y Al Iverson | La misma suspensión antes de cualquier eliminación |
| 554 5.2.2 | Permanente en apariencia | Exchange Online, caso de las carpetas públicas | Dirección compartida de empresa llena: la misma suspensión |
| 450 4.2.1 | Temporal | Documentación de Google Workspace | No tiene que ver con el almacenamiento: el buzón recibe demasiado rápido |
| 552 5.3.4 | Permanente | Documentación de Google Workspace, registro de IANA (X.3.4) | No tiene que ver con el almacenamiento: el mensaje es demasiado pesado |
Las dos últimas filas son trampas de lectura. Google documenta 450 4.2.1 para un buzón que recibe a un ritmo demasiado alto, y 552 5.3.4 para un mensaje que supera sus límites de tamaño (X.3.4 designa, en el mismo registro, un mensaje demasiado grande para el sistema). En una cuenta personal de Gmail, el límite de los archivos adjuntos es de 25 MB según la ayuda de Gmail. Ninguno de los dos códigos indica una cuota llena: el primero se reintenta, el segundo obliga a aligerar el mensaje. Lee el texto del rechazo antes de clasificar.
Por qué un buzón casi vacío lo rechaza todo
Una cuenta de Google llena ya no puede enviar ni recibir correos. Los mensajes dirigidos a ella se devuelven al remitente, según la ayuda de Google sobre el almacenamiento compartido. La cuota gratuita de 15 GB cubre Gmail, Drive, Photos y las copias de seguridad del móvil. Unos vídeos en 4K o una copia automática de fotos bastan para agotarla, tenga la bandeja de entrada vacía o no.
Muchas veces el titular no se entera hasta el primer rebote. Puede vaciar la papelera y borrar vídeos, o comprar almacenamiento de Google One. Google indica que una cuenta que sigue llena 30 minutos después de la limpieza necesita una depuración más a fondo. Con el tiempo el riesgo crece: una cuenta que supera su cuota durante 2 años se expone a que se eliminen contenidos.
Un 452 4.2.2 en una dirección de Gmail indica que el almacenamiento compartido de la cuenta se ha desbordado. El 552 5.2.2 añade, según Google, que la cuenta está inactiva. Entonces la retirada se vuelve probable: es difícil que una cuenta en ese estado se limpie antes del siguiente intento, que rebotará igual.
Outlook.com sigue la misma lógica. La cuenta gratuita tiene 15 GB para los correos. Los archivos adjuntos, en cambio, se descuentan de los 5 GB de almacenamiento en la nube que la cuenta de Microsoft comparte con OneDrive. Si se superan esos 5 GB, Microsoft precisa que el buzón se bloquea para enviar y para recibir, incluso por debajo de su cuota de mensajería. Todo mensaje entrante se devuelve entonces al remitente.
Qué le hace el rebote a tus estadísticas
Todo depende de la clase que asigne tu herramienta. Un 552 clasificado como hard bounce infla la tasa y puede costarte la dirección: en Mailchimp, una dirección con rebote duro se elimina automáticamente de la audiencia en la mayoría de los casos. Un 4xx clasificado como soft bounce no provoca una eliminación inmediata, pero la repetición acaba contando: la misma herramienta convierte un soft bounce en hard bounce tras 7 rebotes blandos en una dirección sin actividad del suscriptor. El umbral sube a 15 para un contacto ya activo. Una cuenta sencilla: en 50.000 envíos, 250 buzones llenos clasificados como hard bounce añaden 0,5 puntos a la tasa. Ese medio punto pesa sobre la sender reputation, y las plataformas dejan poco margen, como muestran las tasas de rebote aceptables por plataforma.
Aplicar una regla de plazo en tu herramienta de envío
La regla tiene 5 acciones. Puedes configurarla una vez en la herramienta o aplicarla a mano sobre la exportación de rebotes.
- Abre el registro de la campaña y lee el código completo del NDR (informe de no entrega): busca 4.2.2 o 5.2.2, no solo 552.
- Clasifica la dirección como suspensión temporal. Si tu herramienta impone hard o soft sin subcódigo, exporta esas direcciones a un segmento aparte.
- Suspende la dirección de 7 a 14 días. Con una newsletter semanal, la dirección se salta un envío; con una mensual, espera al siguiente.
- Reincorpórala a la campaña siguiente. Si el mensaje llega, pon a cero su contador de rebotes.
- Retírala si el rebote persiste pasadas unas 2 semanas. Un segundo rebote en una campaña distinta lleva al mismo veredicto.
Iverson no cuantifica el umbral de «varias campañas distintas». La regla anterior fija 2 campañas, la lectura más estricta de su recomendación.
Esta regla vale para los envíos de marketing. En un correo transaccional (factura, restablecimiento de contraseña), esperar no sirve de nada: avisa al cliente por SMS o en su área de cliente para que libere espacio.
Cuando el buzón lleno se convierte en una dirección abandonada
Reintentar sin fin con una cuenta saturada desperdicia envíos. Si la entrega falla durante mucho tiempo, Iverson considera que la cuenta está abandonada o que su titular no resuelve el problema, y la dirección sale de la lista. Una dirección que genera soft bounces durante meses está muerta de hecho, como describe nuestra guía sobre el hard bounce y el soft bounce.
«¿No se puede filtrar simplemente después del envío?» No: el mensaje que rebota ya se ha emitido, así que cuenta en las estadísticas de la campaña. La verificación previa elimina las direcciones inexistentes, las únicas que se suprimen sin plazo. Los buzones llenos siguen la regla anterior. Las direcciones válidas pero mudas desde hace meses requieren otro tratamiento, descrito en qué hacer con los contactos inactivos.
Dos trampas antes de suspender
La primera: tu servidor ya ha reintentado. La RFC 5321 recomienda que los servidores de envío reintenten una entrega diferida durante al menos 4 o 5 días antes de abandonar (sección 4.5.4.1). Tu herramienta puede fijar un periodo más corto: SendGrid, por ejemplo, reintenta un mensaje diferido durante 72 horas como máximo. En un 4xx, el rebote que lees llega después de ese periodo de reintentos, y la suspensión de 7 a 14 días se suma a él.
La segunda: el subcódigo. Un 5.2.2 se trata con plazo. Un 5.1.1 (dirección inexistente) se elimina. Los demás subcódigos tienen cada uno su tratamiento, detallado en los códigos de respuesta SMTP que debes conocer y en la guía de códigos de error.
Filtra los rebotes 5.2.2 y 4.2.2 de tu última campaña y aplica la regla de plazo antes del siguiente envío. Verifica también una muestra de la lista para medir cuántas direcciones no existen.
