De un vistazo. Puertos estándar: 587 (STARTTLS), 465 (TLS implícito) · Puerto 25: entre servidores, a menudo bloqueado · Relay de MigoSMTP: smtp.migosmtp.com:587 · Nota: consulta los límites del proveedor antes de usarlo
La versión corta
- Qué hace un servidor SMTP. SMTP significa Simple Mail Transfer Protocol (Protocolo simple de transferencia de correo).
- Los ajustes que te pedirán. Casi todas las aplicaciones que envían correo piden las mismas cinco cosas: un nombre de host, un puerto, un modo de seguridad, un nombre de usuario y una contraseña.
- Puertos: 587, 465, 25 y 2525. El puerto 587 es el puerto de envío estándar.
- Probar una conexión desde la línea de comandos. Antes de culpar a la aplicación, comprueba que el servidor es accesible y que admite TLS.
- Usar el proveedor de tu buzón como servidor SMTP. Gmail y Microsoft 365 permiten enviar a través de sus servidores SMTP, y para unos pocos mensajes desde una herramienta personal es suficiente.
- Cuándo necesitas un servicio de envío. Un servicio de envío, también llamado relay SMTP o proveedor de correo transaccional, ofrece a tu aplicación un punto de conexión SMTP y una API, y opera la infraestructura que hace fiable la entrega: gestión de la reputación, bucles de retroalimentación, tratamiento de rebotes, listas de supresión y registros.
Qué hace un servidor SMTP
SMTP significa Simple Mail Transfer Protocol (Protocolo simple de transferencia de correo). Un servidor SMTP recibe un mensaje de un remitente, averigua dónde está alojado el correo del destinatario consultando el registro MX de su dominio y le entrega el mensaje a ese destino. Cuando pulsas enviar en una aplicación de correo, o cuando una aplicación web envía un restablecimiento de contraseña, es un servidor SMTP quien hace el trabajo.
Hay dos tareas que la gente suele confundir. El envío de correo se realiza mediante SMTP. La lectura del correo, en una aplicación o en webmail, usa otros protocolos como IMAP. Cuando una pantalla de configuración pide un "servidor de salida", se refiere al servidor SMTP.
Los ajustes que te pedirán
Casi todas las aplicaciones que envían correo piden las mismas cinco cosas: un nombre de host, un puerto, un modo de seguridad, un nombre de usuario y una contraseña. El nombre de host pertenece a tu proveedor. El usuario y la contraseña son credenciales creadas para tu cuenta y, en un servicio de envío, suelen ser distintas de tu acceso al panel.
Mantén las credenciales fuera de tu código fuente. Guárdalas en variables de entorno o en un gestor de secretos, y crea un juego por aplicación para poder revocar uno solo sin romper todo lo demás.
Puertos: 587, 465, 25 y 2525
El puerto 587 es el puerto de envío estándar. La conexión empieza en texto plano y pasa a una conexión cifrada con STARTTLS. El puerto 465 está cifrado desde el primer byte, lo que se denomina TLS implícito, y vuelve a ser ampliamente compatible. El puerto 25 se usa para la entrega entre servidores y es habitual que los proveedores de nube y las conexiones domésticas lo bloqueen para limitar el spam. El puerto 2525 no es un estándar oficial, pero algunos proveedores lo ofrecen como alternativa cuando el 587 está bloqueado.
Si una conexión agota el tiempo de espera, la causa habitual es un cortafuegos o un proveedor de alojamiento que bloquea el puerto, no una contraseña incorrecta. Prueba desde la misma máquina que va a enviar, no desde tu portátil.
Probar una conexión desde la línea de comandos
Antes de culpar a la aplicación, comprueba que el servidor es accesible y que admite TLS. Este comando se conecta a un puerto de envío e imprime el certificado y el saludo del servidor. Sustituye el host por el de tu proveedor.
openssl s_client -starttls smtp -connect smtp.example.com:587Un resultado correcto muestra una cadena de certificados y una línea que empieza por 220. Si ves un tiempo de espera agotado, el puerto está bloqueado. Si ves un error de certificado, revisa el nombre de host que has escrito.
Usar el proveedor de tu buzón como servidor SMTP
Gmail y Microsoft 365 permiten enviar a través de sus servidores SMTP, y para unos pocos mensajes desde una herramienta personal es suficiente. Están pensados para personas, no para aplicaciones. Google documenta límites diarios de envío para cuentas personales y de Workspace, y Microsoft aplica sus propios límites y ha ido eliminando el inicio de sesión básico con usuario y contraseña para SMTP. Consulta la documentación actual de cada proveedor antes de depender de cualquiera de los dos.
El problema mayor es lo que pierdes. Un proveedor de buzones ofrece pocos informes de entrega, ningún registro por mensaje en el que se pueda buscar y ninguna forma de separar el correo de marketing del transaccional. Si un mensaje no llega, no tienes ningún rastro que seguir.
Cuándo necesitas un servicio de envío
Un servicio de envío, también llamado relay SMTP o proveedor de correo transaccional, ofrece a tu aplicación un punto de conexión SMTP y una API, y opera la infraestructura que hace fiable la entrega: gestión de la reputación, bucles de retroalimentación, tratamiento de rebotes, listas de supresión y registros. Pagas por volumen y funciones en lugar de operar servidores.
Elige uno cuando el correo es importante para tu negocio, por ejemplo códigos de acceso, recibos y actualizaciones de pedidos, o cuando envías más de unos pocos cientos de mensajes al día. La siguiente sección enumera qué comparar.
Qué comparar antes de elegir
Fíjate en cómo escala el precio con tu volumen mensual real, no en el plan que se anuncia. Comprueba qué puertos se admiten, si dispones de una API además de SMTP, durante cuánto tiempo se conservan los registros, si puedes usar una IP dedicada y cómo funciona el soporte cuando algo falla a una hora incómoda.
Si facturas en rupias, pregunta si el proveedor factura en INR y emite facturas con GST. Si envías desde el Reino Unido o la UE, pregunta por los términos de tratamiento de datos. Nuestros planes, puertos y facturación están en la página de precios, y nuestra guía para remitentes de la India cubre el lado práctico.
Errores SMTP comunes y qué significan
Las respuestas SMTP son códigos de tres dígitos. Los códigos que empiezan por 2 indican éxito, los que empiezan por 4 indican un problema temporal y el remitente debe reintentar, y los que empiezan por 5 indican un fallo permanente. Una respuesta 535 significa que la autenticación ha fallado, así que revisa el usuario y la contraseña, y si la cuenta necesita una contraseña específica de aplicación. Una respuesta 550 suele significar que el servidor del destinatario rechazó el mensaje o que la dirección no existe.
Una respuesta 421 o 450 significa que el servidor receptor te pidió que lo intentes más tarde, a menudo por limitación de velocidad. Un tiempo de espera agotado apunta a un puerto bloqueado. Un error en el handshake TLS suele indicar que el modo de seguridad no corresponde al puerto, por ejemplo STARTTLS en el 465. Nuestra herramienta gratuita de búsqueda de códigos de rebote explica los códigos ampliados más largos que siguen.
Seguridad básica
Usa siempre una conexión cifrada. Nunca envíes credenciales por una conexión sin cifrar en ningún puerto. Usa una credencial única para cada aplicación, guárdala como secreto y rótala si un desarrollador se va o se da de baja un servidor.
Restringe quién puede usar tu cuenta siempre que puedas, por ejemplo limitando los permisos de las claves de API. Vigila en tus registros de envío los volúmenes inesperados, que suelen ser la primera señal de una credencial filtrada.
Uses el servidor que uses, autentica tu dominio
Un servidor SMTP puede entregar tu mensaje, pero son los proveedores de buzones quienes deciden si confiar en él. Publica SPF y DKIM para tu dominio y añade un registro DMARC, para que Gmail, Outlook y Yahoo vean que el correo realmente viene de ti. Sin ellos, incluso el correo de un buen proveedor puede acabar en spam o ser rechazado.
Nuestra guía de configuración recorre cada registro, y el verificador gratuito te indica qué falta ahora mismo en tu dominio.
Lecturas adicionales y fuentes
- RFC 5321: Simple Mail Transfer Protocol
- RFC 6409: Message Submission for Mail
- RFC 8314: Cleartext Considered Obsolete: TLS for email submission
Hazlo en MigoSMTP: artículos del centro de ayuda
- Ajustes SMTP: puertos, TLS y autenticación
- Códigos de rebote SMTP explicados
- Verifica tu dominio de envío: registros DNS y propagación
Guías y herramientas relacionadas
- Configuración de DKIM, SPF y DMARC: autentica tu dominio de principio a fin.
- Comprueba SPF, DKIM y DMARC: prueba los registros de tu dominio.
- Envío de correo desde la India: facturación en INR, facturas con GST y UPI.
- Búsqueda de códigos de rebote: descifra los códigos de estado SMTP y ampliados.
¿Listo para probarlo? Empieza con el plan gratuito y envía tu primer mensaje en minutos.
Preguntas frecuentes
¿Qué es un servidor SMTP?
Un servidor SMTP es un programa que recibe el correo de un remitente y lo reenvía hacia el destinatario mediante el Protocolo simple de transferencia de correo (SMTP). Tu cliente de correo o tu aplicación le entrega el mensaje, y el servidor lo entrega al servidor de correo del destinatario.
¿Qué puerto SMTP debo usar?
Para enviar desde una aplicación o un cliente de correo, usa el puerto 587 con STARTTLS o el puerto 465 con TLS implícito. El puerto 25 se usa para la entrega entre servidores y suele estar bloqueado en redes domésticas y de nube.
¿Necesito mi propio servidor SMTP?
Normalmente no. Operar uno implica gestionar la reputación de las IP, la autenticación, las colas y el tratamiento de abusos. La mayoría de los equipos envía a través del relay SMTP de un proveedor y mantiene su propio servidor fuera de la ruta de entrega.
¿Un servidor SMTP es lo mismo que un servidor de correo?
No exactamente. SMTP se encarga del envío y la retransmisión. Un servidor de correo completo suele almacenar además los buzones y permitir que los usuarios lean sus mensajes, lo cual se hace con otros protocolos como IMAP.