¿Qué es un servidor SMTP? Host, puerto, usuario y contraseña

Qué hace realmente un servidor SMTP

Un servidor SMTP es un programa que escucha en un puerto de red y habla el protocolo SMTP. Cuando pulsas enviar en un cliente de correo, envías un formulario de contacto o llamas a una función de envío dentro de tu aplicación, el mensaje no viaja directo al destinatario: va primero a un servidor que acepta responsabilizarse de él. Ese servidor lee el sobre —quién dice ser el remitente y para quién es el mensaje—, decide si puede aceptarlo y después lo empuja hacia su destino. Hay dos papeles distintos a los que se llama "servidor SMTP", y no se parecen en nada.

El envío desde un cliente (submission) es el primer papel. El servidor de tu proveedor acepta un mensaje tuyo, de tu aplicación o de tu CRM en tu nombre. Exige autenticación, espera cifrado y escucha en los puertos 587 o 465. Este es el papel que hay detrás de todas las pantallas de "ajustes SMTP" que hayas rellenado. El relay es el segundo papel: un servidor de correo que entrega un mensaje a otro servidor de correo mientras este viaja hacia el dominio del destinatario. El relay funciona en el puerto 25, y el servidor receptor lo juzga por la reputación de la IP emisora y por los registros DNS, no por una contraseña. Nadie se autentica ante un relay como tu aplicación se autentica para enviar.

La distinción importa porque el servidor de envío es también lo que construye tu reputación. Cada mensaje que le entregas queda asociado a tu cuenta y, en cuanto aparece en la cabecera From un dominio que controlas, también a ese dominio. Por eso la autenticación no es un trámite opcional: una vía de envío descuidada es la forma habitual de acabar en una lista de bloqueo, y el correo que sale por un servidor que nadie puede rastrear hasta ti tampoco se puede rastrear a tu favor.

Los cuatro ajustes de conexión, uno por uno

Cualquier cliente de correo, aplicación o librería te pide los mismos cuatro valores con alguna forma. Esto es qué es cada uno, cómo se ve, de dónde sale y dónde suele estar el error.

Host

Es la dirección del servidor, escrita como un nombre de host, por ejemplo smtp.gmail.com o smtp.yourprovider.com. Sale de la documentación de tu proveedor de correo o del panel de control de tu hosting. El error habitual es poner ahí el dominio de tu web o la parte de tu dirección que va después de la @. Eso indica al mundo dónde recibes el correo, no qué servidor acepta el que envías, y muchas veces son máquinas distintas.

Puerto

Es el canal numerado de ese host. El 587 con STARTTLS es el valor predeterminado para enviar, y el 465 se usa cuando la conexión tiene que ir cifrada desde el primer byte (TLS implícito). El número sale de la documentación de tu proveedor, no de la intuición. El error habitual es dejar el puerto 25 en su sitio, o emparejar el modo de cifrado equivocado con el puerto elegido. Nuestra guía de puertos SMTP detalla ese emparejamiento.

Usuario

Normalmente tu dirección de correo completa, a veces un identificador que no corresponde a ningún buzón y, en algunos proveedores, el identificador de una clave API. Sirve para identificar el buzón o la identidad de envío que tienes permitida. El error habitual es poner un nombre para mostrar, un alias o las credenciales del panel de control en lugar de las del buzón.

Contraseña

La contraseña del buzón, una contraseña de aplicación cuando tienes activada la verificación en dos pasos, o un secreto de API si usas un proveedor de envío. Nunca es la contraseña con la que entras al panel de tu web o al panel de tu hosting. El error habitual es pegar la contraseña de la cuenta donde el proveedor ya exige una contraseña de aplicación generada, y esa es justo la razón por la que Gmail y Microsoft 365 rechazan tantos primeros intentos.

Falta un valor de esa lista, y es precisamente al que la gente recurre cuando algo falla. La dirección del remitente (From) no es una credencial. Es una cabecera que ven los destinatarios y tiene que estar en un dominio para el que estás autorizado a enviar; si no, el servidor de envío tendrá todas las razones para aceptar tu mensaje y ninguna para que llegue a la bandeja de entrada.

Formulario de configuración de MailCannon con los campos de host SMTP, puerto, usuario, contraseña y SSL/TLS

La captura anterior son esos mismos cuatro valores en una interfaz real: MailCannon pide un nombre, un host, un puerto, un usuario, una contraseña y un modo de cifrado, y nada más. Si la documentación de tu proveedor te da bien esos cuatro, el formulario ya está resuelto.

Dónde encontrar tus ajustes SMTP

Casi todo el que pregunta cuál es la dirección de su servidor SMTP en realidad busca el nombre de host y el puerto que espera su proveedor. Estas son las cuatro fuentes que verás con más frecuencia.

Proveedor	Host	Puerto	Usuario	Contraseña
Google Workspace / Gmail	`smtp.gmail.com`	587 o 465	tu dirección completa de Gmail	una contraseña de aplicación de 16 caracteres, porque Google ya no acepta la contraseña de la cuenta
Microsoft 365 / Outlook	`smtp.office365.com`	587	tu dirección de buzón completa	la contraseña del buzón o una contraseña de aplicación; puede que haya que habilitar SMTP AUTH en cada buzón
cPanel / hosting compartido	`mail.yourdomain.com` o el nombre de host del correo de bienvenida	587 o 465	la dirección completa que creaste en el panel	la contraseña que pusiste a ese buzón
Amazon SES	`email-smtp.<region>.amazonaws.com`	587, 465 o 25	el usuario SMTP generado en la consola	la contraseña SMTP generada junto a él

Los valores predeterminados de los proveedores cambian, así que confirma estos datos en la documentación actual de tu proveedor antes de fijarlos en cualquier sitio.

Autenticación y por qué falla

La mayoría de los problemas de SMTP dejan de ser un misterio en cuanto lees el código de respuesta. Cuatro casos cubren la inmensa mayoría de las configuraciones que fallan.

535 authentication failed. El usuario está mal, o se envió la contraseña normal de la cuenta donde el proveedor ya exige una contraseña de aplicación o un secreto de API.
550 relay denied. El usuario se autenticó, pero no está autorizado a enviar por el dominio que aparece en la cabecera From: hay un desajuste entre el buzón con el que entraste y la dirección desde la que dices enviar.
Tiempo de espera agotado. El puerto es incorrecto o tu red lo bloquea. Si el servidor no responde en absoluto, comprueba qué puertos SMTP tienes abiertos antes de tocar las credenciales.
Errores de certificado o de handshake. TLS implícito configurado en un puerto STARTTLS, o al contrario. La conexión llega al servidor y luego los dos lados no se ponen de acuerdo en cómo empieza el cifrado.

Cuando la autenticación ya funciona, queda una pregunta: si los proveedores de buzón confían en ti. Eso lo deciden los registros de tu dominio, no la conexión, y es lo que cubre nuestra guía de SPF, DKIM y DMARC.

Un servidor SMTP no es una API de correo

Las dos vías terminan en el mismo sitio: un mensaje que llega al servidor de correo del destinatario. La diferencia está en todo lo que controlas por el camino. Con SMTP gestionas tú la conexión: el host, el puerto, las credenciales, la lógica de reintento cuando un servidor rechaza un mensaje de forma temporal y la reputación de la IP que te preste tu proveedor. Cuando algo se rompe, el error es tuyo para interpretarlo.

Una API de correo le deja casi todo eso al proveedor. La autenticación, los reintentos, los grupos de IP y la reputación son su problema, y tú envías una petición estructurada en lugar de hablar un protocolo. La mayoría de los productos acaban usando las dos cosas: SMTP para los buzones desde los que la gente responde de verdad, y una API para el envío masivo. La documentación de MailCannon cubre ambos caminos, y MailCannon acepta un servidor SMTP propio además de la clave API de un proveedor, así que puedes empezar con el buzón que ya tienes.

Preguntas frecuentes

¿Qué es la dirección de un servidor SMTP?

Es el nombre de host y el puerto a los que se conecta tu cliente, por ejemplo smtp.gmail.com en el puerto 587. La gente dice "dirección" y se refiere a las dos partes, porque equivocarse en cualquiera de ellas produce el mismo fallo.

¿Necesito mi propio servidor SMTP?

No. Casi todas las empresas envían por el servidor de su proveedor de correo o por el de un proveedor de envío. Montar el tuyo significa gestionar tú mismo la reputación de la IP, el DNS inverso, las listas de bloqueo y las quejas de abuso: trabajo real y rara vez el objetivo del producto que estás construyendo.

¿Qué puerto debo usar para SMTP?

El 587 con STARTTLS, o el 465 con TLS implícito si tu proveedor lo documenta. El puerto 25 es para la retransmisión entre servidores y suele estar bloqueado para uso saliente.

¿Mi usuario SMTP es mi dirección de correo?

Normalmente sí, sobre todo con proveedores de buzón. Algunos emiten un identificador de acceso distinto y otros, como Amazon SES, te dan un usuario y una contraseña SMTP generados en su consola que no tienen nada que ver con ningún buzón.

¿Qué es un relay SMTP?

En sentido estricto, un servidor de correo que reenvía un mensaje a otro servidor en lugar de entregarlo directamente al destino. El término también se usa de forma amplia para un proveedor de envío que acepta tu correo y lo entrega por ti.

¿Puedo enviar correo masivo desde el servidor SMTP de mi hosting?

Normalmente no y menos aún en volumen. Los hostings compartidos limitan el envío por hora y sus IP suelen ser malas para el correo masivo, porque miles de clientes comparten la misma reputación. Para campañas, usa un proveedor pensado para ello.

Siguiente paso

Con los cuatro ajustes en la mano, las siguientes lecturas naturales son nuestra explicación de qué es SMTP y la guía de puertos SMTP. Después pon a trabajar las credenciales: pasa el Comprobador de entregabilidad por tu dominio y añade el servidor en los ajustes de MailCannon para enviar tu primera campaña con él.