¿Qué es la verificación SMTP?
La verificación SMTP confirma si un buzón de correo existe abriendo una conexión con el servidor del destinatario e iniciando —sin completarla nunca— la entrega de un mensaje. La respuesta del servidor revela si aceptaría correo para esa dirección.
El handshake SMTP, paso a paso
El verificador consulta los registros MX del dominio para localizar el servidor de correo, abre una conexión y emite los mismos comandos que un remitente real: HELO/EHLO para presentarse, MAIL FROM para declarar un remitente y RCPT TO con la dirección que se está comprobando. En el paso RCPT TO el servidor acepta (250) o rechaza (550) al destinatario.
Y ahí se detiene, que es lo importante. Nunca envía DATA, así que no se entrega ningún correo. El destinatario no ve nada; la comprobación solo lee la señal de aceptación o rechazo del handshake.
Qué puede y qué no puede decirte la verificación SMTP
En un dominio que se comporta correctamente, un 550 en RCPT TO es una señal fiable de que el buzón no existe. Eso detecta la mayor categoría de direcciones malas —erratas y cuentas abandonadas— antes de que reboten.
Tiene límites. Los dominios catch-all lo aceptan todo, así que un 250 no demuestra que el buzón exista. Algunos servidores aplican greylisting (aplazamiento temporal) o aceptan deliberadamente para rebotar después, con el fin de frustrar los sondeos. Por eso una verificación robusta combina SMTP con comprobaciones de sintaxis, MX, desechables y reputación en vez de fiarlo todo al handshake.
Hacerlo con seguridad y a escala
Lanzar sondeos SMTP desde tus propios servidores te expone a que tus IP acaben en listas de bloqueo, porque los proveedores de correo tratan el sondeo repetido con RCPT TO como abuso. Una API de verificación reparte los sondeos entre IP con buena reputación, respeta los límites de frecuencia y el backoff, y gestiona por ti los reintentos del greylisting.
Mailbeam ejecuta la comprobación SMTP en paralelo con el resto y devuelve un resultado estructurado, incluida una marca específica para los servidores que bloquean los sondeos, de modo que puedas distinguir «buzón rechazado» de «no se ha podido determinar».
Un sondeo de verificación, completo
Toda la técnica es una conversación SMTP que se detiene antes del cuerpo del mensaje. No se envía nada en ningún momento.
<- 220 mx.example.com ESMTP
-> EHLO prober.invalid
<- 250-mx.example.com
<- 250 SIZE 35882577
-> MAIL FROM:<probe@prober.invalid>
<- 250 2.1.0 Ok
-> RCPT TO:<jdoe@example.com>
<- 550 5.1.1 User unknown <- the answer we came for
-> QUIT
<- 221 2.0.0 Bye
The session ends at QUIT. DATA is never issued, so no
message is transmitted and nothing arrives in any inbox.La verificación SMTP termina en QUIT sin llegar a emitir DATA, así que se pregunta al servidor del destinatario por el buzón pero no se transmite ningún mensaje.
Fuentes
Contrastado con estas fuentes el .
En la práctica
Al verificar sam@example.com, Mailbeam conecta con el servidor MX de example.com y emite RCPT TO: sam@example.com. El servidor responde 550 5.1.1 user unknown —el buzón no existe—, así que Mailbeam devuelve valid: false con reason: mailbox_not_found, todo ello sin enviar ningún correo real.
Preguntas frecuentes
Verifica emails con confianza
Mailbeam se encarga de todo esto por ti: sintaxis, MX, SMTP, catch-all y desechables en una sola llamada a la API. 1.000 verificaciones gratis al mes, sin tarjeta.