Glosario
Handshake SMTP
El handshake SMTP es un intercambio de órdenes y respuestas con un servidor de correo. Al comprobar un buzón, permite leer la respuesta del servidor sobre el destinatario sin enviar un mensaje.
Durante un handshake SMTP, un cliente establece una conversación con el servidor de correo receptor. En una verificación interesa saber qué responde el servidor cuando se le indica una dirección de destinatario. Esa respuesta describe el intento realizado; no garantiza que un mensaje posterior llegue a la bandeja de entrada.
Del saludo a la dirección del destinatario
El servidor envía un saludo. El cliente se presenta con EHLO, indica el remitente del sobre con MAIL FROM y el destinatario con RCPT TO. Cada orden recibe una respuesta numérica. RFC 5321 describe la secuencia.
Si el servidor ofrece STARTTLS, se puede cifrar la conexión antes de indicar el remitente. Tras establecer el cifrado, el cliente vuelve a enviar EHLO, como establece RFC 3207. La negociación del cifrado y la respuesta sobre el destinatario son etapas distintas.
En una verificación completa, Emvero puede leer la respuesta a RCPT TO y comprobar si el dominio acepta también destinatarios arbitrarios. No envía DATA, la orden que inicia la transmisión del contenido, por lo que no entrega ningún mensaje. Para cerrar la sesión puede usar RSET y QUIT. Una comprobación de dominio no abre una sesión SMTP.
Cómo influye la respuesta en el resultado
SMTP_RCPT_ACCEPTED indica que el servidor aceptó al destinatario en esa etapa. Puede respaldar un resultado deliverable. Sin embargo, un dominio catch-all también puede aceptar nombres sin buzón propio, lo que da lugar a risky. La aceptación no demuestra quién controla el buzón ni garantiza una entrega posterior.
Un aplazamiento como SMTP_GREYLISTED o un fallo de conexión como SMTP_CONNECT_TIMEOUT deja la comprobación sin una conclusión. Un rechazo también necesita contexto: puede responder a restricciones sobre el remitente o su reputación. La política actual de Emvero trata incluso una observación SMTP_MAILBOX_NOT_FOUND como SMTP_RECIPIENT_REJECTED_AMBIGUOUS con unknown. El motivo SMTP_FORWARDING_INDICATED tampoco confirma por sí solo la validez del buzón.
En algunos casos no se llega a abrir la sesión. Un resultado determinante del dominio puede detener antes la verificación, y una política del proveedor puede producir SMTP_PROBE_SKIPPED_PROVIDER_POLICY. El artículo sobre cómo funciona la verificación de correo explica el lugar de SMTP en el proceso. Al usar el verificador de correo, lea status junto con reason_codes.
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_RCPT_ ACCEPTED - Destinatario aceptado
SMTP_RECIPIENT_ REJECTED_ AMBIGUOUS - Destinatario rechazado por un motivo ambiguo
SMTP_GREYLISTED - Rechazo temporal clasificado como greylisting
SMTP_CONNECT_ TIMEOUT - La conexión SMTP no se abrió antes de agotar el plazo
SMTP_PROBE_ SKIPPED_ PROVIDER_ POLICY - Sondeo omitido por política del proveedor
SMTP_FORWARDING_ INDICATED - La respuesta del servidor indicó reenvío; la comprobación del destinatario sigue sin una conclusión