Rebote "552 Message size exceeds fixed limit" (Postfix, Gmail, Exchange)

Qué significa

Un servidor ha rechazado tu email porque supera el tamaño máximo que acepta. Cada servidor del camino tiene su propio límite: el tuyo, el de tu proveedor y el del destinatario. El texto varía según el sistema:

552 5.3.4 Message size exceeds fixed limit

Esta es la redacción de Postfix. El rebote de Gmail suele empezar por 552 y dice que tu mensaje "exceeded Google's message size limits" (con el estado 5.2.3 o 5.3.4 según el caso). Microsoft 365 devuelve un NDR como:

550 5.2.3 RESOLVER.RST.SendSizeLimit.Sender; message too large for this sender

con las variantes SendSizeLimit.Org y RecipSizeLimit (demasiado grande para el destinatario). No lo confundas con 552 5.2.2 buzón lleno, donde el tamaño del mensaje es correcto pero el destinatario ya no tiene espacio.

Por qué ocurre

• Los adjuntos crecen al enviarse. Los archivos se codifican en Base64, lo que añade un 33 % aproximadamente. Un archivo de 20 MB ocupa unos 27 MB en la transmisión, más que un límite de 25 MB.
• Límites habituales (pueden cambiar, consulta la documentación actual): Gmail acepta adjuntos de hasta 25 MB; el message_size_limit por defecto de Postfix es de 10.240.000 bytes (unos 10 MB); los buzones de Exchange Online tienen por defecto unos 35 MB para enviar y 36 MB para recibir, y los administradores pueden subirlo hasta 150 MB.
• Manda el límite más pequeño. Si tu servidor acepta 50 MB pero el del destinatario acepta 20 MB, el destinatario lo rechaza.
• Muchos destinatarios o imágenes insertadas pueden aumentar el tamaño, igual que un hilo reenviado con todos los adjuntos antiguos.

Cómo comprobarlo

1. Lee el rebote. El servidor que aparece en el rebote te dice de quién es el límite que has alcanzado: el tuyo (lo corriges tú) o el del destinatario (no puedes cambiarlo).
2. Mira el tamaño que anuncia un servidor. Muchos servidores anuncian su límite en respuesta a EHLO:

   swaks --to user@example.com --server mx.example.com --quit-after EHLO

   Busca una línea como 250-SIZE 36700160 (en bytes).
3. Comprueba tu propia configuración de Postfix:

   postconf message_size_limit mailbox_size_limit

   Y el tamaño del mensaje rechazado en el registro (size=).
4. En Microsoft 365, en Exchange Online PowerShell:

   Get-Mailbox user@yourdomain.com | Format-List MaxSendSize,MaxReceiveSize
   Get-TransportConfig | Format-List MaxSendSize,MaxReceiveSize

Para probar un mensaje de tamaño normal desde la misma herramienta, envíalo a la dirección única de la página de inicio de Delivmail: el informe confirma que el resto (autenticación, puntuación de spam) está bien.

Cómo solucionarlo

Envía menos datos

• Comparte los archivos grandes con un enlace (Google Drive, OneDrive, Dropbox o similar) en lugar de adjuntarlos.
• Comprime o reduce las imágenes y los PDF antes de adjuntarlos.
• Reparte los archivos en varios emails.
• Quita los adjuntos antiguos de los hilos reenviados.

Los enlaces también son más seguros para la entregabilidad: algunos tipos de archivo se bloquean sea cual sea su tamaño (consulta adjuntos bloqueados o marcados).

Amplía tu propio límite (si lo rechazó tu servidor)

Postfix, para 50 MB:

postconf -e "message_size_limit = 52428800"
systemctl reload postfix

mailbox_size_limit no debe ser menor que message_size_limit (ponlo a 0 para no limitar el buzón si el almacenamiento se gestiona en otro sitio). Recuerda que cualquier filtro de contenido o relay situado delante puede tener su propio límite.

Microsoft 365, por buzón:

Set-Mailbox user@yourdomain.com -MaxSendSize 50MB -MaxReceiveSize 50MB

Las reglas de transporte o los conectores también pueden fijar límites más bajos; revísalos si los valores del buzón parecen correctos.

Si lo rechazó el servidor del destinatario

No puedes cambiar su límite. Envía un enlace o pide al destinatario que su administrador lo amplíe.

Comprueba que está solucionado

Envía una versión más pequeña (o el enlace) a la dirección que rebotó y confirma que no hay un nuevo rebote. Si ampliaste tu propio límite, envía un archivo de prueba justo por debajo del nuevo tamaño a una dirección interna y comprueba que el registro muestra status=sent. Haz una nueva prueba en Delivmail para asegurarte de que nada más en el mensaje causa problemas.