Bounces SMTP 4xx vs 5xx: gestión de soft y hard bounces para deliverability

Aprende a leer códigos SMTP 4xx y 5xx, distinguir soft y hard bounces, configurar reintentos y proteger la reputación con una buena gestión de rebotes.

Cada email que sale por SMTP recibe una respuesta del servidor receptor. Cuando esa respuesta empieza por 2xx, el mensaje se entregó. Cuando empieza por 4xx o 5xx, hubo un rebote. Saber leer ese código y la diagnostic string que lo acompaña es básico para entender qué está pasando y para proteger tu reputación de IP y dominio. Una mala gestión de rebotes puede acabar tirando abajo una campaña entera incluso con autenticación impecable.

Estructura de una respuesta SMTP

Una respuesta SMTP típica tiene tres componentes: código básico (3 dígitos), enhanced status code opcional (X.X.X) y una diagnostic string libre.

550 5.1.1 The email account that you tried to reach does not exist

• 550 es el código básico.
• 5.1.1 es el enhanced status: clase 5 (permanent failure), subject 1 (addressing), detail 1 (bad destination mailbox).
• El texto libre lo añade el servidor receptor y suele dar pistas útiles.

El primer dígito es el que decide si es un soft o un hard bounce.

Soft bounces (4xx)

Los códigos 4xx son fallos temporales. El servidor receptor está pidiendo que se intente más tarde. Causas habituales:

• Buzón lleno (452 4.2.2): el destinatario superó su cuota.
• Rate limiting (421 4.7.0, 450 4.7.1): el receptor está limitando temporalmente tu volumen.
• Greylisting (451 4.7.1): técnica antispam que pide reintento como prueba de que eres un MTA legítimo.
• DNS o conectividad temporal (421 4.4.x).
• Reputación baja temporal (421 4.7.0 messages from x.x.x.x temporarily deferred).
• Spamtrap o filtro de contenido temporal (451 4.7.1).

El comportamiento esperado del emisor es reintentar. El estándar habla de cola de hasta 5 días, pero la realidad práctica con campañas masivas es:

Pasado ese plazo sin éxito, conviene marcar la dirección como “soft fail” y pausarla unos días antes de volver a enviarle.

Hard bounces (5xx)

Los códigos 5xx son fallos permanentes. Reintentar no va a cambiar el resultado. Causas habituales:

• Destinatario inexistente (550 5.1.1): la cuenta no existe.
• Dominio inexistente (550 5.1.2).
• Mailbox bloqueado (550 5.2.1 o 550 5.7.1 con texto del tipo “user banned”).
• Política antispam (550 5.7.1 message identified as spam).
• DMARC reject (550 5.7.26).
• Bloqueo por reputación (550 5.7.1 your message was blocked due to poor reputation).
• Bloqueo de blacklist (554 5.7.1 service unavailable; client host x.x.x.x blocked using zen.spamhaus.org).

El emisor debe eliminar inmediatamente al destinatario de futuros envíos. Mantener direcciones que rebotan permanentemente es el camino más rápido a una blacklist.

Cómo distinguir un soft que se vuelve hard

Una dirección puede empezar dando soft bounces y, tras varios intentos, convertirse en hard. Por ejemplo, un buzón lleno (4xx) durante semanas suele indicar que el usuario abandonó esa cuenta. La regla práctica:

• Tras 3-5 soft bounces consecutivos en envíos separados (días, no minutos), trata la dirección como hard.
• Tras 2 hard bounces, suprime la dirección sin más intentos.
• Excepción: en transaccional crítico, mantén intentos pero alerta al equipo de producto.

Lectura rápida de los enhanced status codes

El X.X.X en el medio de la respuesta es estándar y ayuda a clasificar sin parsear texto libre.

Si tu plataforma de envío no expone los enhanced codes, busca el primer string después del código básico. La mayoría de proveedores grandes (Google, Microsoft, Yahoo, AOL) los incluyen.

Cómo afectan los bounces a la reputación

Los proveedores miden la “bounce rate” como el porcentaje de envíos que reciben 5xx sobre el total intentado. Umbrales orientativos:

• Por debajo del 2 %: aceptable.
• Entre 2 % y 5 %: zona amarilla; los proveedores empiezan a rebajar tu reputación.
• Por encima del 5 %: zona roja; señal clara de listas sucias o problemas de autenticación.

La bounce rate no se reduce solo dejando de enviar a las direcciones que ya rebotaron: esa es la consecuencia, no la causa. La causa suele ser una de estas:

• Listas viejas o no validadas en el alta.
• Listas compradas o scraped.
• Un cambio en SPF o DKIM que invalida toda la autenticación.
• Aparición en una blacklist que devuelve 5xx.
• Política DMARC del propio dominio en reject con autenticación rota.

Patrones a vigilar en los logs

Pico súbito de 5xx tras un cambio DNS

Casi siempre significa que un cambio en SPF o DKIM rompió algo. Vuelve atrás y revisa.

Un proveedor concreto da 4xx repetidos

Probable rate limit. Reduce el ritmo de envío hacia ese dominio o distribúyelo más en el tiempo. Algunos ESPs gestionan esto automáticamente con throttling por destino.

Diagnostic strings que mencionan blacklists

Comprueba inmediatamente la IP en las RBL relevantes y, si confirmas, abre el ticket de delisting tras corregir la causa.

5.7.26 masivos

Es DMARC failure: o tu autenticación se rompió, o un suplantador está intentando hacerse pasar por ti hacia destinatarios con DMARC tuyo en reject. Cruza con los reportes RUA.

Soft bounces solo a un dominio corporativo grande

Algunas empresas usan filtros que aplican deferral selectivo. No suele ser un problema sistémico de tu lado. Espera a la siguiente ventana de envío.

Configurar tu plataforma para gestionar bounces correctamente

Cualquier ESP serio (AWS SES, Postmark, Sendgrid, Klaviyo, Mailchimp, Brevo) procesa bounces por ti, pero conviene revisar:

• Los hard bounces se mueven a una lista de supresión global, no solo a la campaña.
• Los soft bounces tienen un contador y se promueven a hard tras N intentos.
• Los webhooks de bounce llegan a tu CRM para sincronizar el estado del contacto.
• La DSN (Delivery Status Notification) se entrega a un buzón gestionado, no a un alias inexistente.

Si tienes infraestructura propia, configura el MAIL FROM con un dominio de bounce dedicado (bounce.tudominio.com) y procesa las DSN automáticamente. Cuida que ese dominio tenga su propio SPF y registro PTR correctos.

Cómo cruzar bounces con SpamAssassin y filtros

Cuando un mensaje rebota con 5.7.1 pero el motivo no es claro, conviene pasar el contenido por SpamAssassin para ver si hay reglas activadas. Un score alto puede ser la causa de que el receptor haya decidido bloquear; un score bajo apunta a un problema de reputación o autenticación, no de contenido.

Errores frecuentes

Tratar todos los 5xx como direcciones inválidas

Un 5.7.1 por reputación no es una dirección mala: es un bloqueo. Eliminar al usuario sería injusto. Hay que diferenciar por enhanced status.

Reintentar 5xx

No solo no funciona, sino que el receptor lo interpreta como comportamiento spam y empeora la reputación.

No procesar las DSN

Recibir las notificaciones en un buzón que nadie lee equivale a no tener gestión de bounces. Las direcciones malas se acumulan campaña tras campaña.

Listas no validadas en el alta

Un alta sin doble opt-in suele introducir un 0,5-1 % de direcciones inválidas inmediatamente. Multiplicado por el volumen, queda lejos del umbral seguro.

Confundir bounce con quejas (FBL)

Una queja de spam llega por un canal distinto (Feedback Loop) y debe gestionarse por separado. Un usuario que marca como spam no rebota: el mensaje sí se entregó, pero generó la peor señal posible.

Recursos relacionados

Si quieres profundizar, prueba estas herramientas gratuitas: Domain Health, mail tester, validador SPF y validador DMARC.

¿Necesitas que alguien lleve tu canal de email entero? Abalola Mail es la agencia de email marketing en España de Abalola para ecommerce: estrategia, producción y operación del stack sobre Klaviyo, Mailchimp o Brevo.