¿Qué es un ping de email?
Ping de email es el nombre informal del sondeo SMTP que se usa para comprobar si un buzón existe: conectar con el servidor de correo y emitir un comando RCPT TO sin llegar a enviar ningún mensaje. Es la técnica que hay detrás de la verificación a nivel de buzón.
Qué significa «pinguear» un email
Pese al nombre, un ping de email no tiene nada que ver con el comando ping de red. Se refiere a abrir una conversación SMTP con el servidor de correo del destinatario y preguntarle, mediante el comando RCPT TO, si aceptará correo para una dirección dada, para desconectarse después sin enviar nada.
La respuesta del servidor (aceptar o rechazar) es el «resultado del ping». Un rechazo suele significar que el buzón no existe; una aceptación significa que el servidor recibiría correo para él, con la salvedad habitual del catch-all.
Qué no puede decirte un ping de email
El ping no es concluyente en dominios catch-all, que lo aceptan todo, ni en servidores que usan greylisting o que bloquean deliberadamente los sondeos. Tratar un único ping como definitivo lleva a clasificar mal.
Tampoco dice nada sobre la interacción ni sobre si la persona quiere tu correo: es puramente una comprobación de entregabilidad sobre si el buzón puede recibir un mensaje.
Cómo pinguear de forma responsable
Pinguear muchas direcciones desde tus propias IP puede llevarte a listas de bloqueo, porque los proveedores tratan el sondeo intensivo con RCPT TO como abuso. Una API de verificación reparte los sondeos entre IP con buena reputación, respeta el backoff y combina el ping con comprobaciones de sintaxis, MX, desechables y reputación para dar un veredicto fiable.
Dicho de otro modo: el ping de email es una señal más dentro de una cadena mayor —potente, pero mejor usada como parte de una verificación completa que en solitario—. Mailbeam lo ejecuta así.
Por qué ya nadie usa VRFY
SMTP tiene un comando diseñado exactamente para esta pregunta. Lleva treinta años deliberadamente desactivado en casi todas partes.
-> VRFY jdoe
<- 252 2.5.2 Cannot VRFY user, but will accept message
and attempt delivery
252 is the standard non-answer. RFC 5321 §7.3 explains why:
a working VRFY hands an attacker a list of valid mailboxes.
So probes use the delivery path instead:
-> RCPT TO:<jdoe@example.com>
<- 550 5.1.1 User unknownLos servidores responden a VRFY con un 252 para no revelar qué buzones son válidos, y por eso el sondeo de direcciones se hace con RCPT TO y no con el comando creado para ello.
Fuentes
Contrastado con estas fuentes el .
En la práctica
Para verificar dev@startup.io, Mailbeam «pinguea» el buzón: conecta con el servidor de correo del dominio y emite RCPT TO: dev@startup.io. El servidor lo acepta y, combinado con una sintaxis limpia, un MX válido y un dominio ni desechable ni catch-all, Mailbeam devuelve valid: true, todo ello sin entregar ningún email.
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.