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 define estas clases.
Un servidor ocupado o una regla de greylisting pueden causar un rechazo temporal. Un buzón inexistente puede causar un rechazo permanente, pero también una restricción aplicada al remitente. 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 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 antes de aplicar su regla de envío. Otros atributos, como que se trate de una dirección genérica, 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