Tema

Herramientas populares

Validar correo electrónico: verificador de email

Para validar un email y saber si la dirección es real sin enviar nada, preguntamos al servidor de correo de la dirección y le mostramos la conversación. O envíe su propio correo a una dirección de prueba y reciba un informe completo de entregabilidad.

Fuentes: DNS (MX, SPF, DMARC) · una verificación SMTP en vivo desde nuestro servidor, detenida antes de DATA · nuestro propio servidor de correo para el correo de prueba (Cloudflare Email Routing como respaldo) · SpamAssassin 4

Le preguntamos al servidor de correo de la dirección, como lo haría un remitente, y nos detenemos antes de enviar nada.

Pruebe

No se envía nada a la dirección. Registramos el dominio y el código de respuesta; una respuesta se guarda hasta un día bajo un hash con clave, sin la dirección.

Cómo validar un correo electrónico sin enviar un email

Un servidor de correo dice si conoce una dirección antes de que se envíe ningún mensaje. Hacemos esa pregunta y colgamos.

Enviar un correo es una conversación corta entre dos servidores. El remitente saluda (EHLO), indica una dirección de retorno (MAIL FROM), indica el destinatario (RCPT TO) y solo entonces envía el mensaje (DATA). El servidor receptor responde cada línea con un código de tres dígitos (RFC 5321).

Mantenemos la conversación hasta RCPT TO y leemos la respuesta. Luego reiniciamos (RSET), preguntamos una vez más por una dirección inventada del mismo dominio (el control) y nos despedimos con QUIT. DATA nunca se envía, así que nada llega a la bandeja de entrada de nadie, y la dirección de retorno vacía significa que nada puede rebotar.

probe.dnsrobot.netNuestro servidor de verificación · Bombay · 198.51.100.25mx-in.g.apple.comEl servidor de correo del dominio · Apple · 203.0.113.17
  1. 220 hfd-mx01.apple.com -- Server ESMTP (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025))295 ms
  2. EHLO probe.dnsrobot.net
  3. 250 hfd-mx01.apple.com · 8BITMIME · PIPELINING · CHUNKING …140 ms
  4. MAIL FROM: <>remitente vacío: nada puede rebotar
  5. 250 2.5.0 Address Ok157 ms
  6. RCPT TO: <postmaster@apple.com>1
  7. 250 2.1.5 postmaster@apple.com Ok1200 ms
  8. RSET · MAIL FROM:<> · RCPT TO: <5b1c71ed2e78ecf2@apple.com>2una dirección inventada del mismo dominio
  9. 550 5.1.1 unknown or illegal alias: 5b1c71ed2e78ecf2@apple.com2145 ms
  10. DATA nunca se envía: nos detenemos antes del mensaje
  11. QUIT
  1. Sintaxis1 ms
  2. Dominio y MX181 ms
  3. Listas< 1 ms
  4. Servidor de correo1,5 s
Una verificación real de postmaster@apple.com, la dirección de rol que todo dominio de correo debe tener (RFC 2142), desde nuestro servidor en Bombay: 7 respuestas en 1,5 s. El servidor rechaza la dirección inventada (550 5.1.1), y eso es lo que hace creíble su sí a la real.
Resultado del verificador de email para postmaster@apple.com: Entregable, con la conversación SMTP y el control inventadoResultado del verificador de email para postmaster@apple.com: Entregable, con la conversación SMTP y el control inventadoEl veredictoEntregable, No entregable, Acepta todo, Riesgoso o Desconocido, con los códigos de respuesta que lo decidieron y una frase que dice por qué.Los cuatro pasosSintaxis, los servidores de correo del dominio, las listas de desechables y de roles, y luego el propio servidor de correo, cada uno con su tiempo.Las respuestas que decidieronLa dirección y una dirección inventada del mismo dominio: un sí a la primera y un no a la segunda hace creíble el sí.La conversaciónCada comando que envió nuestro servidor y cada respuesta que dio el servidor de correo, tal como ocurrió, con el código y el tiempo de cada respuesta.No se envía nadaDATA nunca se envía: la conversación se detiene antes de que exista un mensaje, así que nada llega a la bandeja de entrada y nada puede rebotar.
Una verificación real de postmaster@apple.com, la dirección de rol que todo dominio de correo debe tener: el veredicto, los cuatro pasos, las dos respuestas que lo decidieron y toda la conversación SMTP, detenida antes de DATA. Seleccione un número para ver qué muestra cada parte.

Qué significa cada resultado del verificador de email

Cinco resultados, cada uno ligado a la respuesta del servidor que lo produjo.

Entregable necesita dos cosas: un sí para la dirección y un no para una inventada del mismo dominio (o un proveedor que, según nuestras mediciones, comprueba cada dirección). Sin la segunda respuesta, un sí es solo el sí de un servidor que podría decir que sí a cualquiera.

Desconocido es honesto, no un fallo: el servidor se negó a hablar con nuestro servidor de verificación, nos pidió esperar o no respondió. No dice nada sobre la dirección, así que nunca lo convertimos en “inválido”.

  • Entregable
    La dirección
    250
    Una inventada
    550

    El servidor conoce la dirección y rechaza a un desconocido del mismo dominio.

    Enviar.
  • No entregable
    La dirección
    550 5.1.1
    O el dominio
    MX nuloel dominio no existe

    El servidor dice que el buzón no existe, o el dominio no recibe correo en absoluto.

    No enviar: rebotaría.
  • Acepta todo
    La dirección
    250
    Una inventada
    250

    El servidor dice que sí a cualquier cosa, así que su sí no demuestra nada.

    Enviar solo si la obtuvo de la persona.
  • Riesgoso
    El dominio
    lista de desechables
    O el buzón
    552lleno

    Existe, pero no durará o no puede recibir correo ahora.

    Evitarla para lo que necesite después.
  • Desconocido
    La dirección
    451554sin respuesta
    O el DNS
    SERVFAIL

    El servidor no quiso responder o nos pidió volver. No es un no.

    Verificar de nuevo más tarde, o simplemente enviar.
Cada resultado sale de un código de respuesta (RFC 5321) o de un hecho sobre el dominio, nunca de una suposición. Los buzones de rol, gratuitos, de alias y heredados son marcas junto al resultado, nunca el resultado.

Qué proveedores de correo se pueden verificar

Lo que una verificación puede decir depende del proveedor. Medimos 65 dominios de correo, operados por 53 proveedores, desde nuestro servidor.

La mayoría de los proveedores para particulares rechaza las direcciones desconocidas en RCPT, así que una verificación allí es confiable. Algunos aceptan todo y ordenan el correo después; Outlook.com a veces dice que sí una vez para impedir la recolección de direcciones; unos pocos rechazan a los servidores que no conocen.

Nunca usamos las páginas de recuperación de contraseña o de registro para probar una dirección, como hacen algunos verificadores: va contra los términos de los proveedores y es justo como los atacantes encuentran cuentas.

Medido desde nuestro servidor22 de octubre de 2026 · 65 dominios, 10 de ellos empresas
Comprueba cada dirección42 dominiosUna dirección desconocida recibe un 5xx en RCPT, así que un sí es un sí real.
  • 163.com
  • au.com
  • biglobe.ne.jp
  • comcast.net
  • daum.net
  • docomo.ne.jp
  • ezweb.ne.jp
  • freenet.de
  • gmail.com
  • gmx.com
  • gmx.de
  • hanmail.net
  • hey.com
  • i.softbank.jp
  • icloud.com
  • kakao.com
  • laposte.net
  • libero.it
  • mail.com
  • mailbox.org
  • naver.com
  • o2.pl
  • ocn.ne.jp
  • orange.fr
  • posteo.de
  • proton.me
  • qq.com
  • rambler.ru
  • rediffmail.com
  • seznam.cz
  • sfr.fr
  • softbank.ne.jp
  • terra.com.br
  • tuta.io
  • uol.com.br
  • web.de
  • wp.pl
  • yandex.ru
  • zoho.com
  • apple.com
  • microsoft.com
  • salesforce.com
Dice que sí a algunas direcciones inventadas2 dominiosOutlook.com: 2 de 12 direcciones inventadas recibieron 250 una vez. Preguntamos dos veces.
  • hotmail.com
  • outlook.com
Acepta todas las direcciones9 dominiosAquí un sí no demuestra nada: estos servidores aceptan primero y ordenan el correo después.
  • mail.ru
  • yahoo.co.jp
  • amazon.com
  • github.com
  • google.com
  • netflix.com
  • shopify.com
  • spotify.com
  • stripe.com
Rechazan a nuestro servidor por ahora8 dominiosQuieren que el DNS inverso de nuestro servidor coincida, de ida y de vuelta. La propia lista de errores de Yahoo también indica que, con cuentas desconocidas, el mensaje rebota después de enviado.
  • aol.com
  • att.net
  • bol.com.br
  • cox.net
  • free.fr
  • nifty.com
  • verizon.net
  • yahoo.com
Greylisting o aplazamiento3 dominiosUn 4xx. Fastmail usa greylisting: la misma pregunta un minuto después recibe respuesta. onet.pl e interia.pl aplazan por una regla con fecha de fin o por un límite de entrega, algo que esperar no cambia.
  • fastmail.com
  • interia.pl
  • onet.pl
Piden no ser verificados1 dominioDeutsche Telekom: no nos conectamos en absoluto.
  • t-online.de
Las empresas muestran la marca de su plataforma de correo (Microsoft 365, Google Workspace, Proofpoint, iCloud). La respuesta de una empresa es su propia configuración, no la regla de la plataforma: microsoft.com comprueba cada dirección, github.com en la misma plataforma acepta cualquiera.

Catch-all, greylisting y rechazos: cuando una dirección no se puede confirmar

Tres formas en que un servidor de correo evita responder, y cómo se ve cada una en el resultado.

Un servidor que acepta todo (catch-all) dice 250 a cada dirección, real o no. Muchas empresas de Microsoft 365 funcionan así sin saberlo: Directory-Based Edge Blocking solo rechaza las direcciones desconocidas cuando el dominio está configurado como “Autoritativo”.

El greylisting responde 451 a los remitentes que no ha visto y acepta la misma pregunta un minuto después (RFC 6647). Los rechazos pueden llegar en cualquier paso hasta RCPT (el de bol.com.br llegó en el propio RCPT), pero nombran a nuestro servidor, no a la dirección, así que el resultado es Desconocido, nunca un no.

Acepta todo
  • sam.example@example.org250
  • 9e2b7c41d0a8f365@example.org250

Las dos recibieron un sí: el servidor no puede distinguirlas, así que nosotros tampoco.

Un dominio de Microsoft 365 configurado comoRetransmisión interna250cualquier direcciónAutoritativo (Directory-Based Edge Blocking)550 5.4.1una dirección desconocida
Greylisting
0 s451 4.7.1“Recipient address rejected: Temporary deferral, try again soon”
espere al menos un minuto: mismo servidor, mismo remitente, misma dirección (RFC 6647)
60+ s250550la respuesta real

Fastmail nos respondió así. El resultado ofrece Verificar de nuevo pasado un minuto, nunca reintentos en bucle. (onet.pl e interia.pl también respondieron 450, pero con una regla con fecha de fin y un límite de entrega: son rechazos, así que no ofrecemos la espera.)

Rechazos: dónde nos detuvo cada servidor
conexiónsaludoEHLOMAILRCPT
nifty.com554
FCrDNS check failed: reverse DNS does not match the connecting IP
free.fr421
Refused. Your reverse DNS entry does not resolve to an IP.
t-online.de554
None/bad reputation … (NOWL)
yahoo.com550 5.7.25
Forward-confirmed reverse DNS failed
bol.com.br450 4.7.25
Client host rejected: cannot find your hostname

Un rechazo nombra a nuestro servidor, no a la dirección, llegue donde llegue (el de bol.com.br llegó en RCPT), así que el resultado es Desconocido, nunca “inválido”.

Códigos y textos tal como los servidores los enviaron a nuestro servidor de verificación el 22 de octubre de 2026. Cuatro de los cinco rechazos tratan del DNS inverso (PTR confirmado en ambos sentidos) y desaparecen en cuanto el registro PTR de nuestro servidor coincide.

Direcciones de correo desechables, de rol, gratuitas y de alias

Las marcas describen la dirección; nunca deciden el resultado por sí solas.

Un buzón de rol (support@, sales@) es real pero compartido, una dirección gratuita es normal para las personas, un alias reenvía al buzón real de alguien y una dirección desechable es un buzón público que desaparece en pocas horas.

Los operadores japoneses todavía tienen direcciones con dos puntos, o un punto antes de la @. Incumplen la RFC pero reciben correo, así que preguntamos al servidor de correo por ellas exactamente como se escribieron.

supportbuzón de rol (RFC 2142)+orderssubdirección (RFC 5233)@example.comel dominio decide: gratuito, desechable o de alias
  • Buzón de rolpostmaster@support@sales@

    El buzón de un equipo: real y a menudo leído, pero no es la dirección personal de nadie. La RFC 2142 nombra los que un dominio debería tener.

  • Proveedor gratuito

    Cualquiera puede registrarse. Normal para personas; poco habitual para el personal de una empresa.

  • Desechable@mailinator.comunos 9900 dominios

    Buzones públicos que desaparecen en pocas horas. De la lista disposable-email-domains (CC0), comparada con el dominio registrable.

  • Servicio de alias

    Reenvía a un buzón real que la persona mantiene privado. No es desechable: las respuestas le llegan.

  • Dirección heredada de operadortaro..yamada@docomo.ne.jp

    No válida según la RFC, pero en uso: docomo y au dejan que la gente conserve direcciones antiguas con “..” o “.@”. Consultamos al servidor exactamente como se escribió.

Las marcas nunca deciden el resultado por sí solas: un buzón de rol puede ser Entregable, y un alias, Acepta todo.

Cómo funciona la prueba de entregabilidad del correo: un probador de correo gratis

Envíe un correo real a una dirección de un solo uso; el informe se construye a medida que se verifica cada parte.

Su dirección de prueba acepta un mensaje durante 2 horas. Nuestro propio servidor de correo lo recibe para mailtest.dnsrobot.net por TLS y ve la sesión SMTP de primera mano: la versión de TLS, el saludo, cómo habla el servidor de envío. Cloudflare Email Routing es la ruta de respaldo.

Todo se ejecuta sobre lo que realmente llegó: la dirección que se conectó, las cabeceras que agregó su servicio, el HTML que recibirán sus lectores. Luego SPF, DKIM, DMARC, ARC, el formato, el contenido, las cabeceras de cancelación de suscripción, SpamAssassin y las reglas de los proveedores de bandeja de entrada.

  1. Su aplicación de correousted pulsa Enviar14:02:10
  2. Su servidor de envíosu servicio de correoSendGrid · 198.51.100.24
    DNS inverso (PTR)Nombre HELOListas de bloqueo
  3. Nuestro servidor de correolo recibe por TLSmailprobe.dnsrobot.net · TLSv1.3
    la sesión SMTPVersión de TLSEHLO y pipeliningFinales de línea
    el mensajeSPFDKIMDMARCARCFormatoContenidoCancelar suscripción
  4. Su informelas partes aparecen al verificarse14:02:24
    SpamAssassinReglas de Gmail · Yahoo · Outlook.comPuntuación
Respaldo: Cloudflare Email Routingroute1–3.mx.cloudflare.netrecibe el correo si nuestro servidor está caído; no transmite los detalles de TLS
Qué pasa con su mensaje
0 sllega a nuestro servidor de correo11 sanálisis hecho: el cuerpo y los adjuntos se eliminan7 díaslas cabeceras, los enlaces y la vista previa se eliminan (o antes: Eliminar informe)
El ejemplo de esta página: un boletín enviado a través de SendGrid. Cada verificación se ilumina donde ocurre: la identidad del servidor de envío, la sesión SMTP que vio nuestro servidor, las firmas y el contenido del mensaje, y luego SpamAssassin y las reglas de los proveedores de bandeja de entrada.

Cómo puntúa su mensaje el verificador de spam del correo

Diez puntos, menos descuentos que nombran cada uno su regla. Nada de lo que no pudimos verificar cuesta un punto.

Una puntuación solo sirve si se ve cómo se hizo, así que aquí está toda la tabla, generada con el mismo código que puntúa su mensaje. Cada descuento se apoya en una RFC, en la página de un proveedor de buzones o en una regla de SpamAssassin.

Las reglas solo para correo masivo, como la cancelación de suscripción con un clic, descuentan únicamente cuando el mensaje parece correo masivo. Lo que un solo mensaje no puede mostrar (tasas de quejas, volumen de envío) es “no se puede saber” y no cuesta ningún punto.

Un informe inventado7,8

10 − 1,5 − 0,7 = 7,8

  1. 1Correo masivo sin cancelación de suscripción con un clic que funcione (RFC 8058: ambas cabeceras, firmadas con DKIM)
  2. 2SpamAssassin 3,4
Qué encontramosPuntos restadosParte
Ni SPF se supera ni se verifica ninguna firma DKIM−3SPF
DMARC falla: no se supera ningún SPF ni DKIM alineado, y el dominio de From publica una política−2,5DMARC
La cabecera From no tiene un único dominio al que DMARC pueda aplicarse−2DMARC
El dominio de From no publica ningún registro DMARCsolo correo masivo−1DMARC
SPF fail: el registro dice que este servidor no puede enviar−1SPF
SPF softfail o neutral−0,5SPF
Sin registro SPF para el dominio de MAIL FROM (o de HELO)−1SPF
SPF permerror: un registro dañado o más de 10 consultas DNS−1SPF
El mensaje no tiene firma DKIMsolo correo masivo−1DKIM
Tiene firma DKIM, pero todas las firmas fallan (se trata como sin firma)solo correo masivo−1DKIM
Una firma usa una clave RSA de menos de 1 024 bits−1DKIM
DKIM se supera, pero ninguna firma válida coincide con el dominio de From−0,5DKIM
La dirección de envío está en una lista de bloqueo importante−3Servidor de envío
La dirección de envío está en una lista de bloqueo menor−1Servidor de envío
La dirección de envío no tiene DNS inverso (PTR)−2,5Servidor de envío
El nombre PTR no resuelve de vuelta a la dirección de envío−1,5Servidor de envío
HELO no es un nombre de dominio completo−0,5Servidor de envío
El servidor envió sin TLS−1,5Sesión SMTP
Finales de línea LF o CR sueltos en el mensaje0una advertencia, no cuenta en la puntuación (−0,5 cuando se cite una fuente)Sesión SMTP
From falta, se repite, es ilegible, o lista varios buzones sin Sender−2Formato
Date falta o es ilegible−1Formato
Message-ID falta o está mal formado−1Formato
Date difiere en más de un día de la hora de llegada0una advertencia, no cuenta en la puntuación (−0,5 cuando se cite una fuente)Formato
Un campo que solo puede aparecer una vez aparece dos veces−0,5Formato
Líneas de más de 998 caracteres−0,25Formato
Imágenes con casi nada de texto0una advertencia, no cuenta en la puntuación (−1 cuando se cite una fuente)Contenido
HTML sin versión en texto plano−0,5Contenido
HTML de más de unos 102 KB: Gmail puede recortarlo0una advertencia, no cuenta en la puntuación (−0,5 cuando se cite una fuente)Contenido
Enlaces mediante acortadores de URL0una advertencia, no cuenta en la puntuación (−1 cuando se cite una fuente)Contenido
Enlaces a una dirección IP directa0una advertencia, no cuenta en la puntuación (−1 cuando se cite una fuente)Contenido
Enlaces a un dominio que imita a otro0una advertencia, no cuenta en la puntuación (−2 cuando se cite una fuente)Contenido
Enlaces javascript:, data: o file:0una advertencia, no cuenta en la puntuación (−2 cuando se cite una fuente)Contenido
El texto del enlace muestra un dominio y el enlace va a otro0una advertencia, no cuenta en la puntuación (−0,5 cuando se cite una fuente)Contenido
Un tipo de adjunto que Gmail bloquea0una advertencia, no cuenta en la puntuación (−2 cuando se cite una fuente)Contenido
Enlaces a un host que el resolver de seguridad de Cloudflare bloquea (malware o phishing)0una advertencia, no cuenta en la puntuación (−2 cuando se cite una fuente)Contenido
Scripts, iframes, formularios u objetos incrustados en el HTML−1Contenido
1Correo masivo sin cancelación de suscripción con un clic que funcione (RFC 8058: ambas cabeceras, firmadas con DKIM)−1,5Cancelar suscripción
2Los puntos de SpamAssassin por encima de 2,0la mitad de los puntos por encima de 2,0, como máximo 3SpamAssassin
La puntuación de SpamAssassin alcanza su umbral de spam−2SpamAssassin
No se verifica, o no se puede saber con un solo mensaje0–
La tabla que usa la puntuación (versión 2026-10-31.1): 10 menos cada fila que corresponda, nunca por debajo de 0. Una parte que no pudimos verificar no descuenta nada; las filas de correo masivo cuestan puntos solo en correo masivo; una fila en 0 es una advertencia que mostramos pero no contamos en la puntuación.

Alineación de SPF, DKIM y DMARC en una sola imagen

DMARC se supera cuando SPF o DKIM se superan para un dominio que coincide con la dirección From que ve la gente.

Un correo tiene dos remitentes: el remitente oculto del sobre al que van los rebotes, y la dirección From que lee la gente. SPF verifica el primero, DKIM verifica una firma y DMARC liga cualquiera de los dos al segundo (RFC 9989).

Los servicios de correo suelen superar DMARC mediante DKIM: firman con su dominio (mediante un registro que usted agrega), mientras que los rebotes van a un subdominio del propio servicio.

Return-Path: bounces+48213-9f1c@em.example.orgel remitente del sobre (MAIL FROM): SPF verifica este
DKIM-Signature: v=1; a=rsa-sha256; d=example.org; s=s1; …una firma del dominio de From
DKIM-Signature: v=1; a=rsa-sha256; d=sendgrid.info; s=smtpapi; …la firma propia del servicio de correo
From: Example Weekly <news@example.org>lo que ve el lector: DMARC protege este
  1. SPF pass198.51.100.24 puede enviar en nombre de em.example.orgalineado: em.example.org pertenece a example.org
  2. DKIM passla firma de example.org se verificaalineado: el mismo dominio
  3. DKIM passla firma de sendgrid.info se verificano alineado: otro dominio (no pasa nada)
  4. DMARC passFrom example.org: al menos un pass está alineadopolítica p=none · alineación relajada
SPF verifica el remitente oculto del sobre, DKIM verifica una firma y DMARC pregunta si alguno de los dos pertenece al dominio de From que ve la gente. La alineación relajada compara dominios de organización (em.example.org y example.org coinciden); la estricta compara los nombres exactos.

Requisitos de remitente de Gmail, Yahoo y Outlook.com

Desde 2024 los mayores proveedores de bandeja de entrada publican lo que exigen. Aquí están lado a lado.

Todo remitente necesita SPF o DKIM, DNS inverso que funcione y un mensaje bien formado. Los remitentes masivos también necesitan SPF y DKIM juntos, un registro DMARC alineado con la dirección From, cancelación de suscripción con un clic y una tasa de quejas baja.

Nuestro informe verifica cada regla que un mensaje puede mostrar y dice “no se puede saber” para el resto: las tasas de quejas están en Google Postmaster Tools y en el Sender Hub de Yahoo.

GmailYahooOutlook.com
Todos los remitentesRemitentes masivos5 000+ al díaTodos los remitentesRemitentes masivossin cifra indicadaRemitentes masivos5 000+ al día
SPF o DKIM se superan4.7.27 · 4.7.30–––
Tanto SPF como DKIM se superan4.7.27 · 4.7.30–––
SPF se supera––––1
DKIM se supera––––1
Un registro DMARC, p=none o más estricto4.7.40 · 5.7.40–––
From alineado con SPF o DKIM (DMARC se supera)4.7.32 · 5.7.32––1
DNS directo e inverso (PTR)4.7.23–––
TLS en la conexión4.7.29––––
Formato de mensaje RFC 53222–––
Sin From: de Gmail desde otro lugar––––
Una dirección From o Reply-To válida––––
Cancelación de suscripción con un clic (RFC 8058)–––
List-Unsubscribe (mailto o https)––––
Un enlace visible para cancelar la suscripción en el cuerpo––
Quejas de spam por debajo de 0,3 %–––

obligatoriarecomendada– no está en las reglas de ese proveedor4.7.23el código con que responde Gmail cuando faltaun solo mensaje no puede mostrarla: decimos “no se puede saber”

1 550 5.7.5152 Gmail también pide una única dirección en From.

Gmail y Yahoo desde febrero de 2024 (Gmail, con más rigor desde noviembre de 2025), Outlook.com desde el 5 de mayo de 2025, con rechazo 550 5.7.515. El informe verifica cada fila que un mensaje puede mostrar.

Privacidad: qué conservamos y qué ve el servidor de correo

La dirección que verifica no se conserva: su respuesta sí, hasta un día, bajo un hash con clave y sin la dirección. El cuerpo de un mensaje de prueba se elimina justo después del análisis.

Verificar una dirección solo envía unos pocos comandos cortos al servidor de correo de esa dirección: EHLO, MAIL FROM:<>, RCPT TO para la dirección y para una dirección inventada (y una vez más para Outlook.com), RSET, QUIT. El servidor ve el nombre de nuestro servidor, un remitente vacío y las direcciones por las que se pregunta: ni a usted ni ningún mensaje.

Un informe de prueba conserva las cabeceras del mensaje, sus enlaces y una vista previa de 140 caracteres, con los hallazgos, durante 7 días para que pueda compartir su enlace; el cuerpo completo y los adjuntos se eliminan justo después del análisis. Puede eliminar el informe en cualquier momento desde el propio informe.

Verificar una dirección
  1. Usted la escribeLlega a nuestro servidor por HTTPS, solo en la solicitud.
  2. El servidor de correo veEHLO probe.dnsrobot.net · MAIL FROM:<> · RCPT TO:<…> · RSET · MAIL FROM:<> · RCPT TO:<…> · QUITEstos pocos comandos y nada más: el nombre de nuestro servidor, un remitente vacío, RCPT TO para la dirección y para una dirección inventada (y una vez más para Outlook.com). Ningún mensaje, ningún nombre, nada sobre usted.
  3. ConservamosLa dirección no. Los registros guardan el dominio y el código de respuesta; una respuesta definitiva se guarda hasta un día bajo un hash con clave, sin la dirección.
Pruebe su correo
  1. El mensaje en síSu cuerpo y sus adjuntos se eliminan justo después del análisis. SpamAssassin lo lee en memoria en nuestro servidor de correo; no se registra nada.
  2. El informeLas cabeceras, los dominios a los que enlaza el mensaje (con un enlace de ejemplo de cada uno) y una vista previa de 140 caracteres: 7 días, o hasta que pulse “Eliminar informe”. Cualquiera que tenga su enlace puede abrirlo.
  3. Nuncalo reenviamos, le respondemos ni lo leemos a mano.
Verificar una dirección es tratar datos personales según el RGPD aunque no se guarde nada, así que conservamos lo menos posible. Spamhaus pide a los verificadores que no ofrezcan depuración de listas: las listas masivas no reciben verificaciones de buzón.

Preguntas frecuentes

¿Este verificador de email es gratis?

Sí, sin registrarse. Puede verificar direcciones sueltas (unas cuantas por minuto), revisar listas de hasta 100 direcciones y hacer pruebas de entregabilidad del correo. Hay límites porque cada verificación llega a un servidor de correo real: los servidores bloquean a los verificadores que preguntan con demasiada frecuencia, y eso dejaría la herramienta sin servicio para todos.

¿Cómo puedo validar un email sin enviar un correo?

Ingréselo arriba. Buscamos los servidores de correo del dominio, nos conectamos al primero y preguntamos si aceptaría correo para la dirección (RCPT TO). Luego preguntamos por una dirección inventada del mismo dominio, para saber si el servidor las distingue, y colgamos antes de enviar cualquier mensaje.

¿Qué tan preciso es un verificador de email, y una dirección válida puede rebotar?

Tan preciso como lo permite el proveedor de correo. Gmail, iCloud y la mayoría de los proveedores para particulares responden con claridad; las direcciones de dominios que aceptan todo y de proveedores que rechazan verificaciones no las puede confirmar nadie. Un buzón lleno, o un cambio posterior a la verificación, aún puede hacer rebotar una dirección válida. Mostramos en qué caso se encuentra en vez de un porcentaje inventado.

¿La persona sabrá que verifiqué su dirección de correo electrónico?

No. Nada llega a su bandeja de entrada, porque la conversación se detiene antes de enviar un mensaje. El servidor de su proveedor registra una conexión de nuestro servidor de verificación, como hace con cada remitente que llama a la puerta, pero no avisa al dueño del buzón, y nosotros no enviamos nada que pueda ver.

¿Por qué una dirección de Gmail, Yahoo u Outlook.com da este resultado?

Gmail comprueba cada dirección, así que sus respuestas son confiables. Outlook.com a veces dice que sí una vez a una dirección inventada, así que preguntamos dos veces y solo confiamos en las respuestas que coinciden. Yahoo rechaza a los servidores cuyo DNS inverso no coincide, el nuestro incluido por ahora, así que las direcciones de Yahoo dan Desconocido. La propia lista de errores de Yahoo también indica que, con cuentas desconocidas, el mensaje rebota después de enviado.

¿Qué es una dirección de correo catch-all (que acepta todo)?

Es una dirección de un dominio cuyo servidor de correo acepta correo para cada dirección, exista o no, y lo ordena después. Una verificación no puede distinguir allí un buzón real de uno inventado, así que el resultado es Acepta todo. Envíe solo si obtuvo la dirección de la persona, y esté atento a los rebotes.

¿Por qué el resultado de mi verificación de email es Desconocido?

El servidor de correo no respondió sobre la dirección. Aplicó greylisting a nuestro servidor de verificación (intente de nuevo en un minuto), lo rechazó por una regla sobre servidores, no respondió a tiempo, o pertenece a un proveedor que pide no ser verificado. Desconocido nunca es un no: una dirección que le dieron probablemente esté bien.

¿Cómo pruebo la entregabilidad y la puntuación de spam de mi correo?

Abra “Pruebe su correo” arriba y copie la dirección de un solo uso. Envíe a ella su mensaje real, desde la misma cuenta y el mismo servicio que usa normalmente. El informe se construye a medida que se verifica cada parte: el servidor de envío, SPF, DKIM, DMARC, el contenido, las cabeceras de cancelación de suscripción, SpamAssassin y las reglas de Gmail, Yahoo y Outlook.com, con una puntuación sobre 10.

¿Un 10/10 en un probador de correo significa que mi email llega a la bandeja de entrada?

Ninguna prueba puede prometerlo. La colocación en la bandeja también depende de su historial de envíos y de cuántas veces la gente marca su correo como spam, algo que solo ven los proveedores de buzones. Un 10/10 significa que nada de lo que podemos verificar en un mensaje está mal. No tenemos buzones de prueba, así que nunca afirmamos medir la colocación en la bandeja.

¿Guardan las direcciones que verifico o los correos que envío?

Las direcciones no: nuestros registros guardan el dominio y el código de respuesta del servidor de correo, y una respuesta definitiva se conserva hasta un día bajo un hash con clave, sin la dirección. El cuerpo completo y los adjuntos de un mensaje de prueba se eliminan justo después del análisis. Su informe conserva las cabeceras, los enlaces y una vista previa de 140 caracteres durante 7 días, o hasta que pulse “Eliminar informe”.

¿Qué significa “verificar email”, frente a validar?

Validar comprueba la forma de la dirección y su dominio: la sintaxis y si el dominio tiene servidores de correo. Verificar también pregunta al servidor de correo por el buzón en sí. Este verificador de email hace ambas cosas con direcciones sueltas; el modo masivo valida cada fila y le deja verificar el buzón de cualquier fila cuando lo necesite.

¿Puedo verificar una lista de direcciones de correo?

Sí, hasta 100 a la vez, pegadas o desde un archivo CSV, y puede descargar los resultados como CSV. Cada fila recibe sintaxis, dominio, servidores de correo y listas. Los buzones se verifican de uno en uno, cuando usted lo elige, porque preguntar a cien servidores de correo a la vez es depurar listas, algo que los servidores de correo bloquean.

¿Le falta algo?Sugiera una función o una herramienta nueva

Herramientas relacionadas