--- title: "Rebote duro y rebote suave: códigos y verificación - Emvero" description: "Qué significan los rebotes duros y suaves, cómo funcionan 4xx, 5xx y los reintentos, y por qué no se traducen directamente en un veredicto de verificación." url: https://emvero.io/es/glossary/hard-vs-soft-bounce/ language: es updated: 2026-10-08 --- Todos los términos Glosario # Rebote duro y rebote blando Un rebote duro suele indicar un fallo de entrega permanente; un rebote blando, uno temporal. La distinción describe el intento de envío y no siempre aclara si existe el buzón. ## Qué significa que un fallo sea temporal o permanente Un rebote es una notificación de que no se ha podido entregar un correo. Los términos rebote duro y rebote blando suelen distinguir fallos permanentes y temporales. En SMTP, una respuesta 4xx indica que una orden ha fallado temporalmente. Una respuesta 5xx indica que no se espera que la misma orden funcione si se repite sin cambios. [RFC 5321](https://www.rfc-editor.org/rfc/rfc5321.html#section-4.2.1) define estas clases. Un servidor ocupado o una regla de [greylisting](https://emvero.io/es/glossary/greylisting/) pueden causar un rechazo temporal. Un buzón inexistente puede causar un rechazo permanente, pero también una [restricción aplicada al remitente](https://emvero.io/es/glossary/policy-rejection/). El primer dígito de la respuesta no identifica por sí solo la causa. ## Qué ocurre cuando se abandonan los reintentos Ante un fallo temporal, el sistema emisor puede mantener el mensaje en cola y volver a intentar la entrega. Si termina desistiendo, el mensaje no se habrá entregado aunque la causa siga siendo temporal. Una notificación de estado de entrega distingue la acción, como retrasar o declarar fallida la entrega, del código de estado. [RFC 3464](https://www.rfc-editor.org/rfc/rfc3464.html#section-2.3.3) permite una notificación final de fallo con un estado 4.x.x. Agotar los reintentos no transforma ese estado en 5.x.x. ## Cómo se relaciona con la verificación de una dirección Emvero comprueba la dirección antes de transmitir el mensaje y no envía correo de verificación. Su resultado no es una notificación de rebote. Un envío posterior puede tener otro remitente, otro contenido o encontrarse con reglas diferentes. El sondeo no permite predecir todos los fallos de entrega. La política actual de Emvero tampoco convierte cada respuesta 5xx en `undeliverable`. Una observación clasificada como `SMTP_MAILBOX_NOT_FOUND` da lugar a `unknown` con `SMTP_RECIPIENT_REJECTED_AMBIGUOUS`. Las respuestas que indican un buzón desactivado u otro problema de estado pueden producir `risky`. Los fallos determinantes de formato o dominio sí pueden establecer `undeliverable`; los fallos SMTP temporales dejan la comprobación sin una conclusión. Lea la acción y los motivos del [resultado de verificación](https://emvero.io/es/blog/reading-a-verification-result/) antes de aplicar su regla de envío. Otros atributos, como que se trate de una [dirección genérica](https://emvero.io/es/glossary/role-account/), deben valorarse por separado. El nombre de función no predice un rebote. ## Códigos de motivo relacionados Estos códigos forman parte del vocabulario de la API y explican una comprobación. Las notas también indican qué valores no devuelve la política de verificación o el sondeo actual. `SMTP_MAILBOX_NOT_FOUND` La política actual devuelve esta observación como unknown con SMTP_RECIPIENT_REJECTED_AMBIGUOUS `SMTP_MAILBOX_DISABLED` Buzón desactivado `SMTP_TEMPORARY_FAILURE` Fallo temporal en el servidor de correo `SMTP_GREYLISTED` Rechazo temporal clasificado como greylisting ## Términos relacionados ### Greylisting Una política antispam que aplaza un intento SMTP y puede permitirlo más adelante. ### Handshake SMTP El intercambio de órdenes y respuestas con un servidor de correo antes de transmitir el mensaje. ### Rechazo ambiguo Un rechazo del destinatario que no basta para distinguir un buzón inexistente de una restricción del servidor. ## En comparación directa ### Verificación frente a higiene de listas La verificación es un hecho sobre una dirección en un momento. La higiene de listas es una práctica sobre el interés a lo largo del tiempo. Ninguna sustituye a la otra. ### Tratar unknown como fallo, o mantenerlo aparte Separe la evidencia inconcluyente de un fallo técnico permanente. Después, decida si corresponde reintentar, confirmar o rechazar. [Todos los términos](https://emvero.io/es/glossary/) ## Haga una comprobación desde su cuenta. Elija la comprobación que responda a su pregunta y examine el resultado. Empezar gratis