Herramientas populares

Tema

Test SMTP: pruebe cualquier servidor de correo

Un SMTP test gratuito para probar SMTP online: pruebe cualquier servidor de correo en vivo en el puerto 25, 587, 465 o 2525. Vea su saludo, TLS y certificado, y si retransmite para desconocidos. Sin contraseña, sin enviar correo.

Una sesión en vivo desde nuestro servidor de prueba en Mumbai · Google Public DNS · 4 almacenes raíz · Team Cymru · las listas del Verificador de Lista Negra IP
Servidor de prueba en línea · Mumbai

Puerto 25: donde los servidores se entregan correo entre sí. Un dominio o una dirección de correo prueba sus servidores MX.

Pruebegmail.comMXsmtp.gmail.com587smtp.gmail.com465smtp.office365.com587smtp.sendgrid.net2525
Lo que verifica la prueba, en orden
  1. Conexión
  2. Saludo
  3. EHLO
  4. STARTTLS
  5. Certificado
  6. EHLO tras TLS
  7. Inicio de sesión con contraseña
  8. Verificación de relay

Una sesión SMTP desde nuestro servidor de prueba: sin contraseña, sin DATA, sin correo enviado. Las respuestas se guardan 2 minutos para que las pruebas repetidas sean rápidas; no guardamos ningún registro de lo que usted prueba.

¿Qué verifica un test SMTP?

Un test SMTP abre la misma conversación que un servidor remitente: se conecta, espera el saludo 220, se presenta con EHLO, cambia a TLS con STARTTLS, verifica el certificado, vuelve a preguntar con EHLO y, en el puerto 25, pide al servidor que entregue al dominio de un desconocido. Cada paso responde con un código de tres dígitos, y las respuestas dicen qué funciona.

Nos detenemos antes de que algo salga: sin contraseña, sin DATA, así que nunca se envía ningún correo. Cada paso falla a su manera, y la manera en que falla dice a quién le toca corregirlo.

  1. 1Conexión3 msfiltrado · cerrado
  2. 2Saludo220 · 236 ms421 · 554 · silencio
  3. 3EHLO250 · 245 ms500 → HELO
  4. 4STARTTLS220 · 233 ms454 · no se ofrece
  5. 5TLS1.3 · 6 msTLS viejo · sin cifrado común
  6. 6Certificadoválido · 58 dvencido · autofirmado · nombre incorrecto
  7. 7EHLO otra vez250 · 237 msAUTH antes de TLS
  8. 8Verif. de relay550 · 475 ms250 = relay abierto
Una prueba real de gmail-smtp-in.l.google.com en el puerto 25 desde nuestro servidor de prueba, 24 oct 2026. Bajo cada paso: cómo falla. La línea bajo los pasos es la conexión: legible hasta STARTTLS, cifrada después.
Test SMTP de gmail-smtp-in.l.google.com en el puerto 25: el veredicto, cada paso y la conversación SMTP con STARTTLSTest SMTP de gmail-smtp-in.l.google.com en el puerto 25: el veredicto, cada paso y la conversación SMTP con STARTTLSUn veredictoFunciona, funciona con problemas, relay abierto, rechazado, inaccesible: la respuesta en una frase, con lo que la respalda.Los datosLa dirección, su red, su nombre de DNS inverso, el cifrado, el certificado y las listas de bloqueo, de un vistazo.Paso a pasoCada paso de la sesión con la espera del servidor: conexión, saludo, EHLO, STARTTLS, certificado, EHLO otra vez, inicio de sesión y verificación de relay.Dónde empieza TLSToda la conversación, línea por línea. Sobre la costura es legible en el camino; debajo, cifrada.
Una prueba real del servidor de correo de Gmail en el puerto 25 desde nuestro servidor de prueba. Seleccione un número para ver qué muestra cada parte.

¿Qué puerto SMTP usar: 25, 587, 465 o 2525?

El puerto 25 es para servidores que se entregan correo entre sí: ahí escuchan los servidores MX de un dominio, y nadie inicia sesión. El puerto 587 es donde su aplicación de correo entrega un mensaje a su proveedor, tras STARTTLS y una contraseña (RFC 6409). El puerto 465 hace lo mismo con TLS desde el primer byte.

El puerto 2525 no es en absoluto un puerto de correo en el registro de IANA: pertenece a “ms-v-worlds”. SendGrid, Mailgun y Postmark lo abren porque algunas redes bloquean el 587. Y como el spam salía antes de computadoras domésticas infectadas, la mayoría de las nubes y muchos proveedores domésticos bloquean por defecto el puerto 25 saliente.

  • 587STARTTLS, luego inicio de sesión
  • 465TLS primero, luego inicio de sesión
  • 2525donde el 587 está bloqueado
  • 25servidor a servidor, sin inicio de sesión
Proveedor255874652525
Gmail / Google Workspacesmtp.gmail.com––✓✓––
Microsoft 365smtp.office365.com✓ideal✓no✕––
SendGridsmtp.sendgrid.net✓ideal✓✓✓
Mailgunsmtp.mailgun.org✓✓✓✓
Postmarksmtp.postmarkapp.com✓✓––✓

Puerto 25 saliente bloqueado por defecto: AWS · Google Cloud · Azure · Comcast. El puerto 587 debe seguir abierto (RFC 5068).

Puertos que acepta el host de envío de cada proveedor, según sus propias páginas de configuración (octubre de 2026). Microsoft 365 no tiene 465: exige STARTTLS en el 587.

Códigos de respuesta SMTP: qué significan 220, 250, 421, 550 y 554

Toda respuesta SMTP empieza con tres dígitos. El primero dice qué hacer: 2 hecho, 3 envíe más, 4 intente más tarde, 5 no reintente. El segundo agrupa el tema (0 sintaxis, 2 conexión, 5 el sistema de correo), y el tercero es el detalle.

La mayoría de los servidores agrega un código ampliado como 5.1.1 (cuando listan ENHANCEDSTATUSCODES): clase, tema (1 direccionamiento, 7 seguridad o política), detalle. El texto tras los códigos es para personas y cambia de un servidor a otro: lea primero los números.

  • 220Servicio listoel saludo · tras STARTTLS
  • 221Cerrando la conexióntras QUIT
  • 250OK, hechoEHLO · MAIL · RCPT · RSET
  • 354Empiece a enviar el mensajetras DATA: nunca llegamos aquí
  • 421No disponible ahora, cerrandoel saludo: ocupado o límites
  • 451Intente más tardeRCPT: greylisting
  • 454TLS no disponible por ahoraSTARTTLS
  • 530Inicie sesión primeroMAIL en el puerto 587
  • 535Usuario o contraseña incorrectosAUTH: nunca enviamos una
  • 550Buzón no disponible o no permitidoRCPT: la verificación de relay
  • 554Aquí no hay servicio SMTPel saludo: rechazado
Los códigos que encuentra esta prueba, y dónde. Colores por primer dígito: 2 hecho, 3 en espera, 4 temporal, 5 permanente (RFC 5321 §4.2; 454, 530 y 535 de las RFC 3207 y RFC 4954).

STARTTLS vs TLS implícito: ¿puerto 587 o 465?

Con STARTTLS (puerto 587, y puerto 25 entre servidores) la conversación empieza en texto sin cifrar y cambia a TLS a la mitad. Hasta el cambio, cualquiera en el camino puede leerla, y puede quitar discretamente STARTTLS de la lista del servidor: un remitente sin MTA-STS ni DANE sigue entonces sin cifrar.

Con TLS implícito (puerto 465) el protocolo de enlace TLS va primero, antes de que el servidor diga una palabra. La RFC 8314 (2018) pide a las aplicaciones de correo preferirlo; bien hecho, ambos son igual de seguros. Entre servidores en el puerto 25 solo existe STARTTLS.

587STARTTLSsmtp.gmail.com
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · 8BITMIME · STARTTLS · …
  4. →STARTTLS
  5. ←2202.0.0 Ready to start TLS
TLS 1.3enlace 6 ms
  1. →EHLO probe.dnsrobot.net
  2. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  3. →AUTH … (su aplicación)

Las primeras cinco líneas viajan legibles: un atacante puede quitar STARTTLS aquí.

465TLS implícitosmtp.gmail.com
TLS 1.3enlace 6 ms
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  4. →AUTH … (su aplicación)

Nada viaja legible: no hay STARTTLS que quitar.

El mismo servidor, smtp.gmail.com, probado en ambos puertos desde nuestro servidor de prueba. El riel punteado es legible en el camino; el riel cian está cifrado.

EHLO y HELO en SMTP: qué significa la lista de extensiones del servidor

Un cliente abre con EHLO y su nombre; el servidor responde 250 con una línea por cada extensión que admite. Esa lista es el menú del servidor: el mensaje más grande, si puede cambiar a TLS, qué métodos de inicio de sesión acepta.

Tras STARTTLS el cliente debe olvidar la lista y preguntar de nuevo (RFC 3207). Un servidor bien configurado entonces quita STARTTLS y a menudo agrega AUTH, de modo que las contraseñas solo se ofrecen dentro de TLS. AUTH PLAIN o LOGIN en la lista antes de TLS es un hallazgo: una aplicación podría enviar la contraseña sin cifrar.

  1. SIZE 35882577Mensaje más grande: 34,2 MBSIZE 35882577
  2. 8BITMIMELos acentos y el texto no latino pasan sin cambios8BITMIME
  3. STARTTLSPuede cambiar a TLS: se ofrece solo antesya no
  4. aún noInicio de sesión con contraseña u OAuth: se ofrece solo dentro de TLSAUTH LOGIN PLAIN XOAUTH2 …
  5. ENHANCEDSTATUSCODESLas respuestas llevan códigos como 5.1.1ENHANCEDSTATUSCODES
  6. PIPELININGVarios comandos a la vezPIPELINING
  7. CHUNKINGEl mensaje en bloques de tamaño dado (BDAT)CHUNKING
  8. SMTPUTF8Direcciones como ü@example.comSMTPUTF8

También se ven: DSN informes de entrega · VRFY “¿existe este usuario?” (a menudo desactivado) · REQUIRETLS TLS en cada salto · BINARYMIME binario sin procesar con CHUNKING · ETRN los servidores de respaldo piden el correo en cola.

smtp.gmail.com en el puerto 587: la respuesta a EHLO antes y después de STARTTLS. STARTTLS desaparece y AUTH aparece, como piden las RFC 3207 y RFC 4954.

Prueba de relay SMTP: ¿es su servidor de correo un relay abierto?

Un relay abierto entrega correo de cualquiera a cualquier lugar, así que los spammers los buscan y las listas de bloqueo los registran. La RFC 2505 pide desde 1999 a los servidores de correo que lo rechacen, y los servidores de envío nunca deben retransmitir sin inicio de sesión (RFC 5068).

En el puerto 25 pedimos al servidor, como desconocidos, que entregue al dominio de otra persona: MAIL FROM nuestra dirección de prueba, luego RCPT TO:<relay-test@example.com>. Un 4xx o 5xx rechaza: bien. Un 250 acepta: un fuerte indicio de relay abierto, aunque unos pocos servidores solo rechazan después, tras DATA. Nunca enviamos DATA, así que no se entrega nada en ningún caso.

  1. MAIL FROM
  2. RCPT TO ?
  3. RSET
  4. DATA nunca
  5. QUIT
Un rechazo prueba

que este servidor no retransmitirá para este desconocido a este dominio. Gmail respondió 550 5.1.1: no recibe correo para example.com en absoluto.

No prueba

que rechace a todos (quizá confía en algunas redes), y un 250 no prueba que el correo saldría: algunos servidores rechazan después de DATA.

Nuestra verificación, tal como se ejecuta solo en el puerto 25: cuatro comandos y QUIT. Los puertos 587 y 465 piden primero un inicio de sesión, así que allí no se hace la verificación.

Certificados en servidores de correo: MTA-STS y DANE

Entre servidores de correo, un certificado solo se verifica si el dominio receptor lo pide. Sin política, un remitente acepta cualquier certificado, incluso vencido, y vuelve al texto sin cifrar si STARTTLS falla.

MTA-STS publica una política por HTTPS: entregar solo por TLS, a estos nombres MX, con un certificado válido. DANE fija la clave del servidor en el DNS (un registro TLSA), lo que requiere DNSSEC. Nuestra prueba verifica el certificado al estilo MTA-STS, contra el nombre propio del servidor, y muestra al lado la política del dominio.

El nombre debe coincidir con el MXNo vencidoCA confiableExige DNSSECNo se puede degradar
STARTTLS oportunistasin política–––––
MTA-STSmta-sts.<domain>/.well-known/mta-sts.txt–
DANE_25._tcp.<mx> TLSA, zona firmadaclave coincideclave coincideno hace falta
política MTA-STS de gmail.com
version: STSv1
mode: enforce
mx: smtp.google.com
mx: gmail-smtp-in.l.google.com
mx: *.gmail-smtp-in.l.google.com
max_age: 86400
certificado de mx.google.com · 26 nombres
mx.google.com
smtp.google.com
aspmx.l.google.com
gmail-smtp-in.l.google.com
alt1.gmail-smtp-in.l.google.com
… alt4, gmr-smtp-in, mx1.smtp.goog
válido hasta el 21 dic 2026 · Google Trust Services WE2
La política vigente de Gmail y el certificado que presentan sus servidores MX (24 oct 2026): cada nombre MX de la política está cubierto. gmail.com no tiene DANE: su zona no está firmada con DNSSEC.

Cómo probar un servidor SMTP desde su propia computadora

Nuestra prueba se ejecuta desde nuestro servidor, así que muestra lo que ve internet. Si su red le deja salir por el puerto 25 o 587 es otra pregunta, que una página web no puede responder: los navegadores se niegan a abrir los puertos 25, 465 y 587 (los “bad ports” del estándar Fetch).

Ejecute uno de estos comandos en su propia computadora. En Windows, Test-NetConnection responde en un segundo. En macOS y Linux, openssl s_client hace el cambio a STARTTLS por usted y muestra el certificado; luego escriba EHLO test y ya está hablando SMTP. swaks automatiza una sesión completa.

WindowsmacOSLinux
$ openssl s_client -starttls smtp -connect smtp.gmail.com:587 -crlf
depth=0 CN=smtp.gmail.com
Protocol: TLSv1.3 · Cipher is TLS_AES_256_GCM_SHA384
Verification: OKconfiable
› EHLO test
250-smtp.gmail.com at your service
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTHinicio de sesión dentro de TLS
250 SMTPUTF8
Nuestro servidor de pruebapuerto 25 abierto
Su computadorasu ISP puede bloquear el 25
Una página web25 · 465 · 587 rechazados
Una ejecución desde una laptop el 24 oct 2026 (se omite la dirección que devolvió el servidor). Los carriles: quién puede llegar al puerto de un servidor de correo, y quién lo decide.

Por qué un servidor de correo rechaza un test SMTP

Un rechazo no siempre es un servidor roto. Los servidores de correo se defienden: descartan direcciones en listas de bloqueo, frenan o retrasan a los desconocidos y limitan cuántas conexiones abre un remitente. Nuestra prueba es una desconocida para cada servidor al que llama, así que se topa primero con estas defensas.

Lea la primera respuesta. Un 4xx es temporal, y los remitentes reales reintentan. Un 554 en el saludo o un 5xx en RCPT es una decisión de política sobre el remitente, que quizá no se aplique al suyo. Ninguna respuesta es una cuestión de red, no de SMTP.

  • Nuestra dirección está bloqueada por política5545.7.1 Service unavailable; client host blocked

    Rechaza a nuestro servidor de prueba, y quizá al suyo. Revise sus listas de bloqueo y la lista de permitidos del servidor.

  • Demasiado ocupado, o un límite de frecuencia4214.7.0 Too many concurrent SMTP connections

    Temporal: los remitentes reintentan el 421 durante horas. Pruebe de nuevo en unos minutos.

  • Greylisting4514.7.1 Greylisted, please try again later

    A los remitentes desconocidos se les pide volver más tarde. Los servidores reales lo hacen, así que el correo llega tarde, no se pierde.

  • Un saludo lento (tarpit)… 18 s de silencio … 220mail.example.net

    La RFC 5321 permite a los remitentes esperar 5 minutos. Nuestra prueba espera 15 segundos y lo dice.

  • Sin DNS inverso para el remitente5505.7.25 The IP address sending this message does not have a PTR record

    La respuesta de Gmail a un remitente sin registro PTR. Nuestro servidor de prueba tiene uno.

  • Un firewall descarta la conexiónsin respuesta en 10 s (filtrado)

    El puerto solo deja entrar a remitentes conocidos, o una red en el camino lo bloquea.

Los seis rechazos que más encuentra una prueba, con la respuesta que envía cada uno. El texto 550 5.7.25 es de Gmail; los demás son redacciones típicas, que varían de un servidor a otro.

Autenticación SMTP: por qué este probador SMTP nunca pide su contraseña

Muchos probadores SMTP piden su usuario y contraseña y envían un correo real. Nosotros no: una contraseña escrita en el sitio de otra persona es una contraseña que hay que cambiar. La prueba muestra lo que necesita sin ella: si el servidor ofrece inicio de sesión, con qué métodos y solo dentro de TLS.

De todos modos las contraseñas están de salida. Google ya no deja que las aplicaciones inicien sesión en Gmail solo con su contraseña, y Microsoft desactiva por defecto la autenticación Basic para SMTP AUTH en los tenants existentes a fines de diciembre de 2026. Si su aplicación aún inicia sesión con contraseña, pruébela en la aplicación, con una contraseña de aplicación.

Métodos de inicio de sesión (registro SASL de IANA)
  • PLAINcomún
  • OAUTHBEARERcomún
  • SCRAM-SHA-256común
  • CRAM-MD5limitado
  • LOGINobsoleto
  • XOAUTH2obsoleto
  • DIGEST-MD5obsoleto

XOAUTH2 figura como obsoleto, pero es lo que usan hoy las aplicaciones de Gmail y Microsoft 365.

Inicio de sesión SMTP con contraseña: las fechas de fin
Google
14 mar / 1 may 2025: Workspace deja el inicio con contraseña
Microsoft 365
Basic auth sin cambiosfin dic 2026: desactivada por defecto

Microsoft anunciará la fecha final de eliminación en el segundo semestre de 2027. Las propias páginas de Google dan dos fechas para Workspace.

Estado del registro de mecanismos SASL de IANA; fechas de los anuncios de Google y Microsoft (el de Microsoft del 27 ene 2026).

Test SMTP: preguntas frecuentes

¿Qué es un test SMTP y qué muestra un verificador SMTP?

Un test SMTP abre una sesión SMTP real con un servidor de correo, como lo haría un servidor remitente, y lee cada respuesta: el saludo, las extensiones, el cambio a TLS, el certificado y, en el puerto 25, si retransmite correo para desconocidos. Esta herramienta de test SMTP se detiene antes de DATA y nunca inicia sesión, así que no se envía ningún correo ni se necesita contraseña.

¿Cómo probar SMTP online?

Escriba el nombre del servidor (smtp.example.com) o su dirección IP, o un dominio o dirección de correo para probar sus servidores MX, elija el puerto y presione Probar. El resultado muestra cada paso con su tiempo, toda la conversación y qué corregir. Para probar desde su propia red, use los comandos bajo el resultado: Test-NetConnection en Windows, openssl s_client en macOS y Linux.

¿Qué puerto debo usar: 25, 587, 465 o 2525?

Las aplicaciones de correo y los sitios web envían por su proveedor en el puerto 587, con STARTTLS y contraseña, o en el 465, con TLS desde el primer byte. Los servidores se entregan entre sí en el puerto 25, sin inicio de sesión. El puerto 2525 es una alternativa no oficial que SendGrid, Mailgun y Postmark abren donde el 587 está bloqueado; no es un puerto de correo en el registro de IANA.

¿Mi ISP bloquea el puerto 25 o 587?

Nuestra prueba no puede saberlo, porque se ejecuta desde nuestro servidor. AWS, Google Cloud, Azure y muchos proveedores domésticos como Comcast bloquean por defecto el puerto 25 saliente; la RFC 5068 dice que los proveedores no deben bloquear el 587. Para revisar su propia red, ejecute Test-NetConnection smtp.gmail.com -Port 587 en PowerShell, o nc -vz smtp.gmail.com 587 en macOS y Linux. Un tiempo agotado significa un bloqueo.

¿Qué significan 220, 421 y 554 en un test SMTP?

220 es el saludo: el servidor está listo y dice su nombre. 421 significa “ahora no”: el servidor está ocupado o limita conexiones y cuelga, así que intente más tarde. 554 en el saludo significa que se niega por completo a hablar con este remitente, a menudo por una lista de bloqueo o una política; los remitentes en los que confía quizá sí pasen.

¿Qué es STARTTLS y es obligatorio?

STARTTLS cambia una conexión SMTP simple a TLS, de modo que el resto de la conversación queda cifrada. Los servidores de envío en el puerto 587 suelen exigirlo antes de que usted inicie sesión. Un servidor de correo público en el puerto 25 no debe exigirlo para aceptar correo, pero sí ofrecerlo: Gmail, Microsoft 365 y la mayoría de los proveedores lo hacen, y nuestra prueba señala al servidor que no lo ofrece.

¿Por qué mi test SMTP agota el tiempo?

Ninguna respuesta en 10 segundos significa que el puerto está filtrado: un firewall descarta la conexión, o el servidor solo acepta remitentes conocidos. Es distinto de una conexión rechazada, donde la máquina responde al instante y nada escucha en el puerto. Un servidor con solo dirección IPv6 aún no se puede alcanzar desde nuestro servidor de prueba; el resultado lo dice en lugar de “caído”.

¿Pueden probar la autenticación SMTP con mi usuario y contraseña?

No, a propósito: este probador SMTP nunca recibe contraseñas. Muestra qué métodos de inicio de sesión ofrece el servidor y si los ofrece solo dentro de TLS, que es lo que expondría una prueba con contraseña. Para probar su propio inicio de sesión, use su aplicación de correo, o swaks en su computadora con una contraseña de aplicación, para que la contraseña nunca salga de su equipo.

¿Cómo funciona la prueba de relay abierto?

En el puerto 25 nuestro servidor de prueba pide al servidor de correo, como desconocido, que entregue a una dirección en example.com. Un rechazo (4xx o 5xx) es bueno. Un 250 es un fuerte indicio de relay abierto, que cualquiera podría usar para enviar spam. Nos detenemos antes de DATA, así que no se entrega nada, y algunos servidores que aceptan aquí rechazan después de todos modos.

¿Cuál es la diferencia entre EHLO y HELO en SMTP?

Ambos abren la conversación con el nombre del cliente. HELO es el comando más antiguo y recibe un simple OK. EHLO además pide al servidor que liste sus extensiones: SIZE, STARTTLS, AUTH y las demás. Todo servidor actual responde a EHLO; un cliente vuelve a HELO solo si se rechaza EHLO, y nuestra prueba señala al servidor que lo necesita.

¿El test SMTP envía un correo?

No. Nuestro servidor de prueba dice QUIT antes de DATA, el comando que inicia un mensaje, y nunca inicia sesión. El servidor de correo ve una conversación corta desde probe.dnsrobot.net y nada llega a ninguna bandeja de entrada. Para ver cómo se recibe un mensaje real, use nuestro Verificador de Email, que lee un correo que usted le envía.

¿Cuál es la configuración SMTP de Gmail y Outlook?

Gmail: smtp.gmail.com, puerto 587 con STARTTLS o 465 con TLS, con inicio de sesión mediante OAuth o una contraseña de aplicación. Microsoft 365: smtp.office365.com, puerto 587 con STARTTLS; no tiene TLS implícito en el 465. Outlook.com: smtp-mail.outlook.com en el 587, con inicio de sesión moderno. Los botones de ejemplo de arriba prueban los dos primeros.

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

Más herramientas de correo y DNS