Cómo verificar una dirección de email sin enviar

Por qué verificar sin enviar

La forma obvia de probar una dirección de email es escribirle y ver si rebota. Funciona, pero es el peor método posible. Un rebote solo se produce después de que el mensaje ya ha llegado a un proveedor de buzones, lo que significa que el fallo ya cuenta en contra de la reputación del remitente. Si pruebas una lista así, descubres qué direcciones son malas dañando tu reputación por el camino. Tampoco puedes probar discretamente, porque destinatarios reales reciben un mensaje real.

Verificar sin enviar le da la vuelta a esto. Confirma si una dirección puede recibir correo antes de que le dediques una sola campaña. Nada llega a una bandeja de entrada, nada rebota y tu reputación queda intacta. Es posible porque el sistema de correo se basa en un protocolo que permite a los servidores hacerse preguntas entre sí, y un verificador puede hacer esas preguntas sin llegar a entregar nada.

Hay varios métodos, desde una simple verificación de formato hasta una conversación completa con el servidor receptor. Cada uno responde a una parte de la pregunta, y entender qué te dice cada uno, y qué no, es la clave para usarlos bien.

Método 1: validación de sintaxis

La verificación más rápida es puramente estructural. El formato de las direcciones de email se rige por una especificación llamada RFC 5322, que define exactamente cómo es una dirección válida: una parte local, el símbolo @ y un dominio, con reglas sobre qué caracteres se permiten y dónde.

La validación de sintaxis compara una dirección con esas reglas. Detecta direcciones sin el símbolo @, con espacios o caracteres no permitidos, con un dominio ausente o mal formado, o con una parte local que incumple la especificación. No requiere ninguna conexión de red, así que es instantánea y gratuita, y filtra una parte significativa de las direcciones malas, la mayoría simples erratas al introducir datos.

La limitación es de fondo. La validación de sintaxis solo demuestra que una dirección tiene la forma correcta. No puede demostrar que exista. La dirección valid.but.fake@gmail.com tiene una sintaxis perfectamente válida y casi seguro que no es un buzón real. Trata la validación de sintaxis como un primer filtro, nunca como un veredicto.

Método 2: consulta de dominio y registros MX

El siguiente paso pasa de la dirección a su dominio. Todo dominio que puede recibir email publica registros DNS llamados registros MX, abreviatura de Mail Exchanger. Estos registros indican los servidores responsables de aceptar correo en nombre del dominio.

Una consulta MX pregunta al DNS por los registros MX del dominio. Si el dominio tiene registros MX válidos, está configurado para recibir email y existe un punto de conexión. Si el dominio no tiene registros MX, no puede recibir correo en absoluto, y todas sus direcciones son inválidas por bien escritas que estén. Este paso es excelente para detectar dominios muertos, que aparecen constantemente en listas antiguas a medida que las empresas cierran o cambian de marca.

La limitación es que una verificación de dominio funciona al nivel equivocado. Confirmar que gmail.com tiene registros MX te dice que Google puede recibir correo. No te dice nada sobre si existe un buzón de Gmail concreto. La validación de dominio y MX acota el campo, pero no puede resolver una dirección individual.

Método 3: la verificación SMTP, o pinging

Este es el método que realmente examina un buzón concreto sin enviarle nada. A menudo se llama hacer ping a una dirección de email, aunque el nombre induce a error. No tiene nada que ver con el comando ping de ICMP que se usa para diagnósticos de red. En la verificación de email, hacer ping significa mantener una conversación SMTP con el servidor receptor.

SMTP, el Simple Mail Transfer Protocol, es el lenguaje que usan los servidores de correo para pasarse mensajes entre sí. Una entrega normal sigue una secuencia fija de comandos. La verificación SMTP recorre esa secuencia, pero se detiene un paso antes.

Funciona así. El verificador abre una conexión con el servidor de correo del destinatario, el que se encontró en la consulta MX. Intercambia saludos con EHLO o HELO, identificándose. Declara un remitente con el comando MAIL FROM. Después envía RCPT TO, indicando la dirección exacta que se está verificando. El servidor receptor responde con un código de estado. Un código 250 significa que el servidor aceptará correo para esa dirección. Un código 550 significa que rechaza la dirección, normalmente porque el buzón no existe. El verificador lee ese código y luego envía QUIT para cerrar la conexión. Nunca envía el comando DATA. DATA es el paso en el que se transmitiría el cuerpo real del mensaje y, como la conversación termina antes de DATA, nunca se entrega ningún email. El buzón se ha comprobado y el destinatario no ha recibido nada.

Esta es la esencia de verificar sin enviar. También es donde empiezan las complicaciones reales.

Dónde se topan con problemas las verificaciones SMTP

Una verificación SMTP parece definitiva, pero varios comportamientos habituales de los servidores hacen que una verificación manual y directa no sea fiable.

Dominios catch-all

Algunos dominios están configurados como catch-all, lo que significa que el servidor acepta correo para cualquier dirección posible del dominio, exista o no el buzón. Un servidor catch-all devuelve un código 250 tanto para una dirección real como para una mal escrita o una completamente aleatoria. Por eso, una verificación SMTP contra un dominio catch-all no te dice nada definitivo a nivel de buzón, porque la respuesta siempre es sí. Detectar un catch-all requiere sondear el dominio con una dirección aleatoria y observar que también se acepta. Esto es detección, no una puntuación de calidad, y te dice que la dirección no se puede confirmar de forma individual.

Greylisting

Algunos servidores devuelven a propósito un código de fallo temporal la primera vez que ven a un remitente desconocido, esperando que un servidor de correo legítimo reintente poco después. Una verificación ingenua que interpreta ese código temporal como un fallo permanente marcará por error como inválida una dirección perfectamente buena. Gestionarlo bien significa reconocer los códigos temporales y no tratarlos como una respuesta final.

Bloqueo de sondas

Este es el golpe definitivo para las verificaciones manuales. Los grandes proveedores como Google y Microsoft vigilan las sondas SMTP repetidas desde una misma dirección IP y las tratan como reconocimiento, el tipo de comportamiento que usa un spammer para minar direcciones válidas. Su respuesta es bloquear directamente la IP que sondea. Así que, si intentas verificar una lista con verificaciones SMTP manuales desde tu propio servidor o una sesión de Telnet, obtendrás unas pocas respuestas y luego verás tu IP bloqueada, con el resto de verificaciones fallando por el motivo equivocado. La verificación SMTP manual no escala y, a gran volumen, no funciona en absoluto.

Método 4: un servicio de verificación dedicado

Cada uno de los métodos anteriores verifica una pieza del rompecabezas, y cada uno tiene una debilidad real por sí solo. Un servicio de verificación dedicado existe para ejecutarlos todos juntos, gestionar correctamente los casos límite y operar a una escala que las verificaciones manuales no alcanzan.

VeriMails aplica todas las verificaciones por capas a cada dirección. Ejecuta la validación de sintaxis según RFC 5322, realiza la consulta MX y DNS, y lleva a cabo el handshake SMTP en vivo descrito arriba, todo sin entregar ningún mensaje. Sobre esa base añade la detección de catch-all, para que los dominios que lo aceptan todo se identifiquen correctamente en lugar de aparecer falsamente como válidos; la detección de dominios desechables, para marcar las direcciones temporales de usar y tirar; y la detección de direcciones de rol, para etiquetar direcciones como info@ y support@. Reconoce el greylisting y otras respuestas temporales y las clasifica correctamente en lugar de forzar un falso inválido. Y funciona desde una infraestructura diseñada para la verificación, así que el problema del bloqueo de sondas que tumba las verificaciones manuales no la detiene.

El resultado es una verificación práctica sin enviar nunca un email. Puedes usar la API REST para verificar una sola dirección en tiempo real, ideal para comprobar el envío de un formulario de registro en el momento, o la la verificación masiva por CSV para limpiar toda una lista antes de una campaña. Los precios empiezan desde $0.0019 por email, con 10,000 créditos a $19 y paquetes de hasta 5 millones de créditos por $1,499, y planes anuales desde $12.50/month con facturación anual. Todas las cuentas reciben 100 créditos gratis al registrarse, sin tarjeta de crédito, y nunca caducan, así que puedes verificar una lista real sin enviar un email real y comprobar la diferencia por ti mismo.

Preguntas frecuentes