Comparado
Verificación SMTP frente a validación de sintaxis
La validación de sintaxis comprueba la forma de la dirección sin contactar con la red. La verificación SMTP puede obtener la respuesta del servidor al destinatario, pero su aceptación no garantiza entrega ni acceso al buzón.
| Lo que quiere saber | Validación de sintaxis | Verificación completa con posible evidencia SMTP |
|---|---|---|
| Qué examina | Estructura y longitud admitidas para la entrada | Dominio y ruta de correo; después, respuestas al destinatario cuando es posible sondearlo |
| Dirección bien formada pero equivocada | Puede superarse aunque la persona haya escrito otro destinatario o dominio | Los fallos de dominio y los indicios de errata pueden ayudar; no permiten adivinar la dirección deseada |
| Existencia del buzón | No contacta con el destino | La aceptación aporta evidencia; catch-all o un rechazo ambiguo pueden dejar la existencia sin resolver |
| Etiquetas con signo más y Unicode | Depende de la gramática y la política del analizador | Conserva la dirección; la parte local no ASCII también necesita SMTPUTF8 en el destino |
| Acceso a la red | Puede ejecutarse localmente sin DNS ni SMTP | Necesita evidencia de dominio; SMTP puede ejecutarse, omitirse o quedar pendiente |
| Decisión de la aplicación | Rechaza entradas mal formadas; no demuestra entrega para las válidas | Lee status, action y reason_codes; mantiene unknown separado de undeliverable |
Elegir la comprobación según la pregunta
Una comprobación de formato detecta una @ ausente o una parte local mal formada mientras la persona introduce la dirección. No demuestra que el dominio exista ni que un buzón reciba mensajes. alex@example.com tiene la forma correcta, exista o no el buzón Alex. La definición de sintaxis de correo describe las reglas de entrada.
Una verificación completa comprueba el dominio y la ruta de correo, y puede abrir una sesión SMTP. En RCPT TO, el servidor receptor responde sobre el destinatario indicado. Emvero se detiene antes de DATA y no envía ningún mensaje. La explicación de la conversación SMTP y RFC 5321 describen esas etapas. La verificación también puede omitir SMTP según la política o devolver pending. «Completa» describe la profundidad de la comprobación; no promete una sesión SMTP en cada solicitud.
Interpretar fallos y aceptación
Un analizador de sintaxis no consulta el dominio. Una comprobación posterior puede establecer DNS_NXDOMAIN, mientras que LIKELY_DOMAIN_TYPO es una sugerencia, no una prueba de la escritura pretendida. Un dominio puede existir aunque la persona lo haya escrito por error.
SMTP añade una observación de esa conversación. Un servidor catch-all puede aceptar destinatarios arbitrarios y dar lugar a risky. Un rechazo clasificado como SMTP_MAILBOX_NOT_FOUND se devuelve actualmente como unknown con SMTP_RECIPIENT_REJECTED_AMBIGUOUS. Los tiempos de espera agotados y las restricciones del servidor también pueden dejar el resultado sin resolver. Ni la aceptación ni el rechazo del sondeo garantizan lo que ocurrirá con un mensaje posterior.
Combinar las etapas en un formulario de registro
Compruebe localmente la sintaxis admitida y conserve la parte local introducida. Después, solicite la verificación desde su servidor cuando necesite evidencia de la red. La guía de direcciones con signo más explica por qué quitar una etiqueta puede cambiar el destinatario. Una parte local no ASCII también depende de que el destino admita SMTPUTF8.
En comprobaciones terminadas, lea action junto con status y reason_codes. Consulte de nuevo una comprobación pending, en lugar de convertirla en unknown. Pida confirmación si necesita comprobar el acceso al buzón. La guía de validación durante el registro muestra cómo aplicar allow_with_email_confirmation sin rechazar automáticamente un sondeo inconcluso.
Dónde aparece esto en un resultado
Los códigos de motivo identifican observaciones de la API y permiten definir condiciones como if en una integración. La explicación anterior aclara cuáles utiliza Emvero actualmente y qué significan.
INVALID_SYNTAX | La dirección no está bien formada |
DNS_NXDOMAIN | El dominio no existe |
SMTP_MAILBOX_NOT_FOUND | Rechazo del destinatario observado por SMTP; la regla actual devuelve unknown con SMTP_RECIPIENT_REJECTED_AMBIGUOUS. |
LIKELY_DOMAIN_TYPO | El dominio parece una errata |
Vea un resultado de verificación.
Consulte un ejemplo con el estado, la acción recomendada y las pruebas de la comprobación. Inicie sesión para comprobar su propia dirección.