Errores de protocolo

Un sondeo SMTP necesita leer el saludo del servidor e interpretar las respuestas a sus órdenes. RFC 5321 define cómo se forman esas respuestas, incluidos los códigos de tres dígitos y las respuestas de varias líneas. La explicación del intercambio SMTP describe la secuencia hasta el destinatario.

Qué puede detener el intercambio

SMTP_BANNER_INVALID indica que no se recibió el saludo positivo necesario para continuar el sondeo. La implementación actual puede devolverlo ante un saludo negativo bien formado. Por tanto, el código no demuestra que haya respondido un servicio ajeno al correo. Una respuesta mal formada o una respuesta que impida continuar el intercambio pueden producir SMTP_PROTOCOL_ERROR.

SMTP_REPLY_TOO_LARGE indica que se ha superado un límite de lectura: el tamaño de una respuesta, el número de líneas o las respuestas acumuladas en la sesión. Emvero detiene el sondeo en lugar de seguir leyendo sin límite. Esta restricción no describe el tamaño ni la capacidad del buzón.

Cómo distinguir un rechazo del destinatario

Una respuesta 550 bien formada a RCPT TO es un rechazo del destinatario que se clasifica por separado. No constituye automáticamente un error de protocolo. La explicación del rechazo ambiguo muestra por qué puede dejar la verificación sin una conclusión. Los fallos de TLS y STARTTLS afectan a la negociación del cifrado. Si la conexión no llegó a abrirse, puede tratarse de un fallo de transporte o de una restricción de tráfico SMTP.

Qué hacer con una comprobación inconclusa

Cuando no hay otras pruebas determinantes, el resultado terminado es unknown con allow_with_email_confirmation. Una sesión que no pudo continuar no demuestra que fallen todas las rutas de correo del dominio ni que el destinatario no exista. Tampoco permite predecir una entrega posterior.

Guarde reason_codes, checks y freshness junto a la dirección. Si administra el servidor de destino y el fallo se repite, puede revisar su configuración. Comprobar de nuevo cuando cambien las condiciones puede aportar información, sin garantizar una conclusión. La comparación entre unknown y undeliverable explica cómo optar por confirmación o revisión sin rechazar la dirección solo por este fallo.