técnico · respuesta con fuentes
Rebote permanente y rebote temporal (hard bounce y soft bounce): definiciones técnicas
Un rebote permanente es un fallo de entrega definitivo causado por una dirección de correo no válida o un dominio inexistente. Un rebote temporal es un fallo de entrega pasajero causado por un buzón lleno, una caída del servidor o los límites de tamaño del mensaje. Los rebotes permanentes exigen eliminar de inmediato la dirección de la lista de correo para proteger la reputación del remitente.
Definición de rebote permanente
Un rebote permanente se produce cuando un servidor SMTP devuelve un código de fallo permanente, normalmente en el rango 5xx. Esto indica que la dirección de destino no es válida, que el dominio no existe o que el servidor receptor ha bloqueado al remitente de forma permanente. Estos fallos son irrecuperables y significan que el correo nunca podrá entregarse a ese destinatario concreto.
Definición de rebote temporal
Un rebote temporal es un fallo transitorio indicado por códigos de respuesta SMTP 4xx. Significa que la dirección de correo es válida, pero que el mensaje no puede entregarse en este momento. Entre las causas habituales están que el buzón del destinatario haya superado su cuota, que el servidor receptor no esté disponible temporalmente o que el mensaje supere el tamaño máximo permitido por el servidor de destino.
Proceso técnico
Cuando un servidor de envío intenta entregar un mensaje, inicia un handshake SMTP. Si el servidor receptor rechaza el mensaje, envía un mensaje de rebote con un código de estado. Los rebotes permanentes ponen el envío en estado de fallo permanente en la aplicación remitente. Los rebotes temporales suelen activar un calendario de reintentos en el que el servidor de envío vuelve a intentar la entrega a intervalos antes de marcarlo finalmente como rebote permanente.
Impacto en la reputación del remitente
Una tasa elevada de rebotes permanentes indica a los ISP que un remitente usa listas desactualizadas o compradas, lo que puede hacer que su IP acabe en listas negras. Los rebotes temporales tienen un impacto menos inmediato, pero un exceso de ellos también puede degradar la reputación. Mantener una lista limpia con las herramientas gratuitas de SendHQ ayuda a minimizar estos fallos y mejora las métricas generales de entregabilidad.
Ejemplo práctico
Ejemplo 1: un usuario escribe user@nonexistent-domain.com. La consulta DNS falla o el servidor SMTP devuelve 550 User unknown. Es un rebote permanente. Ejemplo 2: un usuario tiene 15GB de correo y su bandeja de entrada está llena. El servidor devuelve 452 Requested action not taken: mailbox full. Es un rebote temporal.
Preguntas habituales de los equipos
¿Debo eliminar de mi lista los rebotes temporales?
No de inmediato. La mayoría de los sistemas reintentan los rebotes temporales durante varios días. Elimínelos solo si rebotan de forma constante durante un periodo prolongado, en cuyo caso se convierten en la práctica en rebotes permanentes.
¿Qué códigos SMTP indican un rebote permanente?
Los rebotes permanentes suelen asociarse a los códigos de la serie 5xx, como 550 (User unknown) o 554 (Transaction failed).
¿Un rebote temporal puede convertirse en permanente?
Sí. Si un mensaje sigue rebotando temporalmente por un buzón lleno y supera el límite de reintentos del servidor de envío, normalmente se clasifica como rebote permanente.