Herramienta gratuita

Buscador de configuración IMAP y SMTP

Averigua cuál es tu servidor IMAP y SMTP a partir de cualquier dirección de correo. Escribe una dirección, un dominio o el nombre de un servidor de correo y la herramienta te da el servidor de correo entrante (IMAP) y saliente (SMTP), el puerto y el tipo de seguridad. Si la dirección es de un dominio de empresa, consulta los registros MX del dominio para mostrar qué proveedor aloja realmente el buzón.

Prueba con:

Funciona en tu navegador. Lo que va antes de la @ nunca sale de esta página. Cuando un dominio no está en nuestras tablas, solo se envía el dominio al resolvedor DNS público de Cloudflare y a la base de datos de autoconfiguración de Thunderbird de Mozilla.

Estándares y datos de terceros comprobados el 20 de octubre de 2026.

Qué significa cada dato

Todas las aplicaciones de correo y todos los conectores piden los mismos seis datos. Esto es lo que hace cada uno.

IMAP sirve para leer, SMTP para enviar

IMAP (Internet Message Access Protocol) permite a una aplicación leer el buzón allí donde está: las carpetas, las marcas de leído y no leído y los movimientos se mantienen sincronizados con el correo web y con el móvil. SMTP (Simple Mail Transfer Protocol) es la forma en que una aplicación entrega un mensaje nuevo a tu proveedor para que lo envíe. Un buzón necesita los dos, y a menudo funcionan en servidores distintos, como imap.gmx.net y mail.gmx.net.

Puertos y seguridad

El puerto y el tipo de seguridad van juntos. SSL/TLS (también llamado TLS implícito) cifra la conexión desde el primer byte, en el puerto 993 para IMAP y en el 465 para SMTP. STARTTLS se conecta por el puerto 143 o 587 y después pasa a una conexión cifrada. El RFC 8314 recomienda TLS implícito tanto para leer como para enviar. Un puerto combinado con el tipo de seguridad equivocado suele acabar en un tiempo de espera agotado o en un error de TLS poco claro, no en un mensaje que explique el problema.

Tu nombre de usuario y tu contraseña

El nombre de usuario es casi siempre tu dirección de correo completa. La contraseña es el origen de la mayoría de las conexiones fallidas: Gmail, iCloud, Yahoo, AOL, Fastmail y Yandex rechazan la contraseña normal de tu cuenta en una aplicación de correo y piden una contraseña de aplicación, y Zoho también cuando tienes activada la verificación en dos pasos o el inicio de sesión único. Las cuentas personales de Microsoft no aceptan ninguna de las dos y necesitan el inicio de sesión de Microsoft.

Dominios propios y registros MX

Una dirección en tu propio dominio no dice nada de dónde está el buzón. Los registros MX del dominio sí: indican los servidores que reciben su correo, y quien gestiona ese servidor casi siempre gestiona también los servidores IMAP y SMTP. aspmx.l.google.com significa Google Workspace, *.mail.protection.outlook.com significa Microsoft 365 y aspmx1.migadu.com significa Migadu. Cuando el MX apunta a un filtro antispam, el proveedor del buzón queda oculto detrás y tendrás que preguntar a quien gestione el dominio. La guía de dominios propios repasa los proveedores más habituales.

Cómo funciona esta búsqueda

La búsqueda comprueba, por este orden: la configuración de proveedores que MCPEmails ha verificado conectándose a cada servidor; una tabla de proveedores de alojamiento elaborada a partir de fallos de conexión reales; los registros de servicio RFC 6186 del propio dominio; sus registros MX, cotejados con esas tablas; y la base de datos de autoconfiguración de Mozilla Thunderbird. Solo muestra un resultado cuando ha encontrado tanto la parte IMAP como la SMTP. La configuración de proveedores también está publicada como conjunto de datos abierto.

Puertos de correo estándar

PuertoProtocoloSeguridadUso
993IMAPSSL/TLSLeer el correo. El predeterminado casi en todas partes.
143IMAPSTARTTLSLeer el correo en servidores sin el puerto 993.
465SMTPSSL/TLSEnviar desde una aplicación de correo. El que prefiere el RFC 8314.
587SMTPSTARTTLSEnviar desde una aplicación de correo (envío de mensajes, RFC 6409).
25SMTPSTARTTLS o ningunaEntrega entre servidores de correo. Algunas redes lo bloquean para conexiones salientes.

MCPEmails se conecta solo por SSL/TLS o STARTTLS, nunca sin cifrar.

Preguntas

¿Cómo encuentro la configuración IMAP y SMTP de mi dirección de correo?

Escribe la dirección en el buscador de arriba. Si es de un proveedor, como @gmx.net o @yahoo.com, te da al momento los servidores IMAP y SMTP del proveedor, los puertos y la seguridad. Si es de tu propio dominio, consulta los registros DNS del dominio para averiguar qué proveedor aloja el buzón y te da la configuración de ese proveedor. Si no encuentra nada, los registros MX que muestra te dicen quién recibe el correo del dominio, que es a quien tienes que preguntar.

¿Cuál es la configuración SMTP de OVH Hosted Exchange (ex4.mail.ovh.net)?

El correo saliente usa el mismo servidor numerado que el entrante, por ejemplo ex4.mail.ovh.net, en el puerto 587 con STARTTLS. IMAP está en ese mismo servidor, en el puerto 993 con SSL/TLS. El puerto 465 no responde en Hosted Exchange, así que una configuración copiada del alojamiento compartido de OVH (ssl0.ovh.net, puerto 465) se queda colgada hasta agotar el tiempo de espera. El número del nombre del servidor es propio de tu servicio y aparece en el área de cliente de OVHcloud. Más información en la página de OVH.

¿Cuál es la configuración IMAP y SMTP de Purelymail?

IMAP es imap.purelymail.com en el puerto 993 con SSL/TLS, y SMTP es smtp.purelymail.com en el puerto 465 con SSL/TLS. El nombre de usuario es la dirección de correo completa del buzón. Tienes las indicaciones de configuración en la página de Purelymail.

¿Uso el puerto 465 o el 587 para SMTP?

Usa el que indique tu proveedor. El puerto 465 cifra desde el principio y es el que recomienda el RFC 8314; el 587 empieza sin cifrar y pasa a cifrado con STARTTLS. Muchos proveedores ofrecen los dos. Lo importante es combinar cada puerto con su tipo de seguridad: el 465 con SSL/TLS y el 587 con STARTTLS.

La configuración es correcta pero rechaza mi contraseña. ¿Por qué?

Muchos proveedores rechazan la contraseña normal de tu cuenta en una aplicación de correo. Gmail, iCloud, Yahoo, AOL, Fastmail y Yandex piden una contraseña de aplicación, que se crea en los ajustes de seguridad de la cuenta, y Zoho también cuando tienes activada la verificación en dos pasos o el inicio de sesión único. Las cuentas personales de Microsoft dejaron de aceptar contraseñas desde aplicaciones de correo el 16 de septiembre de 2024 y necesitan el inicio de sesión de Microsoft.

¿Puede esta herramienta probar mi inicio de sesión?

No. Una página web no puede abrir una conexión IMAP ni SMTP, y de todos modos no deberías escribir la contraseña de tu buzón en una página de búsqueda. MCPEmails prueba el inicio de sesión IMAP y SMTP cuando conectas un buzón a tu asistente de IA, y te dice qué parte ha fallado.

Fuentes

Consultadas el 20 de octubre de 2026.

¿Ya tienes la configuración? Da acceso al buzón a tu asistente de IA.

MCPEmails conecta Gmail, Outlook, iCloud y cualquier buzón IMAP a Claude, ChatGPT, Cursor y otros clientes MCP. El correo se consulta en tiempo real y nunca se almacena.