¿Qué es el SMTP? Cómo funciona el protocolo de envío de email

¿Qué significa SMTP?

SMTP significa Simple Mail Transfer Protocol (Protocolo Simple de Transferencia de Correo). Desglosando el nombre:

• Simple — el protocolo define un conjunto sencillo de comandos
• Mail — se ocupa de los mensajes de email
• Transfer — mueve mensajes entre sistemas
• Protocol — es un conjunto de reglas de comunicación

SMTP es ante todo un protocolo de envío y retransmisión. Es el protocolo que se usa para enviar y retransmitir el email saliente, no para leerlo.

¿Qué es el SMTP?

SMTP en términos simples: SMTP es el protocolo estándar que las aplicaciones, sitios web y clientes de correo usan para enviar email. Gestiona el envío de mensajes a un servidor de correo y la retransmisión de esos mensajes hacia el buzón del destinatario. Sin SMTP, no hay una forma estándar para que una aplicación entregue un mensaje saliente a la infraestructura de email.

¿Qué hace el SMTP? Cuando redactas y envías un email, tu cliente de correo se conecta a un servidor SMTP, se autentica y envía el mensaje. Ese servidor retransmite el mensaje — a menudo mediante búsqueda DNS y registros MX — hacia el servidor de correo entrante del destinatario para la entrega final.

¿Se usa SMTP para enviar o recibir email? SMTP se usa para enviar y retransmitir email. No es el protocolo usado para recuperar o leer mensajes ya almacenados en un buzón — esa función corresponde a IMAP y POP3.

¿Qué es un servidor SMTP?

¿Qué es un servidor SMTP? Un servidor SMTP es un servidor de correo responsable de aceptar y retransmitir el email saliente según su configuración y políticas. Puede:

• Autenticar remitentes
• Aceptar mensajes
• Retransmitir mensajes hacia su destino
• Comunicarse con otros servidores de correo
• Aplicar políticas y límites de envío
• Devolver errores de entrega cuando falla la entrega

Por ejemplo, cuando una aplicación de correo envía un mensaje, se conecta a un servidor SMTP que acepta el mensaje, autentica al remitente y lo retransmite hacia el servidor de correo del destinatario.

¿Cómo funciona el SMTP?

A alto nivel, cada transacción SMTP sigue el mismo flujo — desde la composición hasta la entrega:

Remitente
  ↓
Aplicación de email / Sitio web        ← composición del email
  ↓
Servidor de envío SMTP                 ← conexión SMTP + autenticación
  ↓
Relé SMTP                              ← transferencia del mensaje
  ↓
Servidor de correo del destinatario   ← servidor de correo del destinatario
  ↓
Bandeja de entrada del destinatario

Cada etapa tiene un papel:

• Composición del email — el remitente o la aplicación redacta el mensaje incluyendo encabezados, cuerpo y posibles archivos adjuntos.
• Conexión SMTP — el cliente abre una conexión al servidor de envío SMTP en el puerto configurado.
• Autenticación — el servidor verifica la identidad del remitente antes de aceptar el mensaje.
• Transferencia del mensaje — el cliente transmite el mensaje; el servidor puede retransmitirlo a través de saltos intermedios.
• Servidor de correo del destinatario — el servidor de destino recibe el mensaje para la entrega final, descubierto mediante registros MX de DNS.
• Bandeja de entrada del destinatario — donde el mensaje queda disponible para el destinatario vía IMAP o POP3.

Ejemplo SMTP: enviar un email

Considera un ejemplo sencillo. Alice envía desde alice@example.com a bob@example.net:

La aplicación de Alice
       ↓
Servidor SMTP
       ↓
Servidor de correo example.net
       ↓
Bandeja de entrada de Bob

Para encaminar el mensaje, SMTP usa DNS y registros MX para descubrir el servidor de correo entrante del destinatario. El mensaje viaja entonces desde la infraestructura de envío de Alice hasta el servidor de correo de Bob.

Comandos SMTP comunes

Los clientes SMTP se comunican con los servidores mediante un pequeño conjunto de comandos de texto. Estos son los comandos que verás en la mayoría de las conversaciones SMTP (definidos en IETF RFC 5321):

Puertos SMTP explicados

¿Qué puerto SMTP debo usar? Depende de si estás enviando correo como cliente o retransmitiendo correo entre servidores. La tabla resume los tres puertos que encontrarás:

Los requisitos exactos de puerto y cifrado dependen de tu proveedor de correo o de la configuración del servidor — revisa siempre la documentación del proveedor.

¿Qué es el puerto SMTP 25?

El puerto 25 es el puerto de retransmisión SMTP tradicional, usado para el transporte de email de servidor a servidor. Es diferente del envío de mensajes y muchas redes restringen el puerto 25 saliente.

Las aplicaciones deberían usar normalmente el servicio de envío del proveedor en lugar de intentar una retransmisión SMTP arbitraria directamente. Es una práctica estándar, no una solución improvisada.

¿Qué es el puerto SMTP 587?

El puerto 587 se usa para el envío de mensajes. Es habitual en clientes de email y aplicaciones, normalmente junto con STARTTLS y autenticación.

La IETF (RFC 6409) especifica que el envío de mensajes se hace normalmente por el puerto 587. Suele recomendarse para enviar el correo saliente porque admite autenticación y controles de política adecuados para el envío.

¿Qué es el puerto SMTP 465?

El puerto 465 se usa para el envío SMTP sobre TLS implícito, donde el cifrado comienza cuando la conexión se inicia. Esto difiere de STARTTLS, que actualiza una conexión sin cifrar.

Por ejemplo, la documentación actual de Gmail de Google admite el envío SMTP por el puerto 587 con TLS/STARTTLS y por el puerto 465 con SSL. El puerto 465 no se admite de forma universal, así que revisa la documentación del proveedor.

Puerto 25 vs 465 vs 587

La documentación del proveedor debe tener siempre prioridad sobre las recomendaciones generales.

Autenticación SMTP

¿Qué es la autenticación SMTP? Es el proceso por el cual un servidor SMTP verifica y autoriza al remitente antes de retransmitir un mensaje. El servidor confirma que el remitente está autorizado para enviar correo a través de él.

• Nombre de usuario — normalmente la dirección de email completa
• Contraseña o contraseña de aplicación
• OAuth (ej. Gmail OAuth 2) cuando está disponible
• Mecanismos de autenticación admitidos por el servidor (ej. PLAIN, LOGIN)
• TLS para proteger las credenciales en tránsito

Nunca almacenes contraseñas SMTP de forma insegura ni las expongas a los visitantes del sitio (consulta la sección de seguridad más abajo).

SMTP TLS y SSL

El SMTP se puede cifrar en tránsito. Dos términos comunes aparecen en las interfaces de configuración:

STARTTLS

La conexión puede comenzar sin cifrado y luego actualizarse a TLS cuando el servidor lo admite y es necesario. Es el enfoque habitual en el puerto 587.

TLS implícito

TLS se establece en cuanto comienza la conexión — el enfoque usado en el puerto 465.

TLS es el protocolo de cifrado moderno, mientras que "SSL" todavía aparece a menudo en las interfaces de configuración, aunque los sistemas modernos deberían usar conexiones cifradas seguras.

En resumen, SMTP es el protocolo base, ESMTP es SMTP con extensiones (negociadas vía EHLO, como AUTH y STARTTLS), y SMTPS es SMTP ejecutándose sobre una conexión cifrada, normalmente TLS implícito en el puerto 465.

Autenticación SMTP vs SPF, DKIM y DMARC

Estos términos suelen confundirse pero describen diferentes capas de autenticación de email. Es importante mantenerlos distintos:

SPF, DKIM y DMARC nunca deben describirse como "autenticación SMTP" — son mecanismos de autenticación de email a nivel de dominio. Más información en nuestra guía sobre SPF, DKIM y DMARC.

SMTP vs IMAP vs POP3

En resumen: SMTP envía, IMAP ofrece acceso y sincronización, y POP3 descarga. SMTP es para correo saliente; IMAP y POP3 son para recuperar correo ya en un buzón.

SMTP vs API de email

¿Cuál es la diferencia entre SMTP y una API de email? Ambos pueden enviar email, pero funcionan en capas diferentes:

Ningún método es inherentemente mejor para la entregabilidad — la entrega en bandeja de entrada depende de la autenticación, reputación, contenido e interacción del destinatario sin importar el método de envío. MailCannon admite ambos: puedes conectar vía la configuración SMTP de MailCannon o enviar a través de la documentación de la API de MailCannon.

Configuración SMTP común

Al configurar un cliente de correo o aplicación para enviar vía SMTP, normalmente necesitarás los siguientes valores — todos proporcionados por tu proveedor de correo:

No uses smtp.example.com como host real — obtén los valores correctos de la documentación de tu proveedor de correo.

# Esto es un EJEMPLO y no una configuración real.
Host SMTP: smtp.example.com
Puerto: 587
Seguridad: STARTTLS
Nombre de usuario: tu-email@example.com
Contraseña: tu-credencial-segura
Autenticación: Requerida

Retransmisión SMTP, envío y códigos de respuesta

¿Qué es la retransmisión SMTP?

La retransmisión SMTP es el proceso de transferir un mensaje a través de un servidor de correo hacia su destino. Es distinta del envío (un cliente que manda correo a un servidor) y de la entrega final (un servidor que coloca el correo en un buzón).

¿Qué es el envío SMTP?

El envío SMTP se produce cuando un cliente o aplicación envía un mensaje saliente a un servidor de envío. La distinción es importante:

• Retransmisión SMTP: transporte de servidor a servidor.
• Envío SMTP: un cliente/aplicación envía un mensaje saliente.

Según la RFC 6409, esta separación permite controles de autenticación y política adecuados para el envío de mensajes.

¿Qué es un código de respuesta SMTP?

Los servidores SMTP devuelven códigos de respuesta para indicar el estado de un comando o una transacción de mensaje. El primer dígito agrupa el significado:

Algunos ejemplos comunes incluyen 220, 250, 421, 450, 451, 550 y 554. El significado exacto depende de la respuesta SMTP específica.

Errores SMTP comunes

• 421 — problema temporal de servicio o conexión.
• 450 — problema temporal de bandeja de entrada o política.
• 451 — problema temporal de procesamiento.
• 452 — almacenamiento insuficiente en el servidor receptor.
• 550 — rechazo permanente (bandeja de entrada no encontrada o bloqueo de política).
• 554 — rechazo general de la transacción/mensaje.

Para ejemplos específicos del proveedor, la documentación de errores SMTP de Google incluye casos de respuestas 421, 450, 451, 550 y 554 y explica que el texto de la respuesta aporta contexto adicional. No reintentes a ciegas los errores permanentes. Para analizar por qué los mensajes rebotaron o fueron rechazados, usa el análisis de rebotes de MailCannon Email Bounce Analyzer.

¿Por qué mi email SMTP no se envía?

Diagnostica el problema sistemáticamente comprobando:

1. Nombre de host SMTP — ¿es correcto y accesible?
2. Puerto SMTP — ¿coincide con el puerto esperado por el proveedor?
3. Nombre de usuario — ¿es correcta la dirección del remitente?
4. Contraseña / credenciales de API — ¿son válidas y no han expirado?
5. Método de autenticación — ¿lo admite el servidor?
6. Configuración TLS / SSL — ¿está correctamente configurado el cifrado?
7. Restricciones de firewall / red — ¿está bloqueado el puerto?
8. Dirección del remitente — ¿está autorizada para este servidor?
9. DNS — ¿son correctos los registros MX y de autenticación?
10. Restricciones de envío del proveedor — ¿has alcanzado un límite?
11. Código de respuesta SMTP — ¿qué dice el texto de error?
12. Reputación del remitente — ¿ha sido marcado el dominio o IP de envío?

Las señales de fallo comunes incluyen fallo de autenticación, credenciales no válidas, conexión rechazada, tiempo agotado, discordancia TLS/SSL, retransmisión denegada, remitente rechazado, destinatario rechazado, fallo temporal del servidor y puerto SMTP bloqueado. Los códigos de respuesta SMTP y los códigos de estado mejorados pueden ayudar a diagnosticar la causa exacta — lee siempre el texto completo de la respuesta en lugar de solo el código numérico.

SMTP y DNS

El DNS ayuda a los sistemas de correo a descubrir y autenticar la infraestructura de envío y recepción. Esto incluye:

• Registros MX — apuntan a los servidores de correo entrantes del destinatario
• SPF, DKIM y DMARC — autentican a los remitentes
• PTR / DNS inverso — ayuda a verificar las IP de envío

Para configurar la autenticación correctamente, consulta nuestra guía sobre SPF, DKIM y DMARC, y para entender el panorama completo, lee qué es la entregabilidad del email.

SMTP y entregabilidad del email

SMTP es el mecanismo de transporte y envío, pero el SMTP por sí solo no garantiza la entrega en la bandeja de entrada. La entregabilidad también depende de:

• SPF — autorización basada en DNS para hosts de envío
• DKIM — firma criptográfica que verifica la asociación mensaje/dominio
• DMARC — política a nivel de dominio que usa resultados SPF y/o DKIM
• Reputación del remitente — reputación del dominio y de la IP de envío
• Tasa de rebotes — con qué frecuencia se rechazan los mensajes
• Calidad de la lista — precisión y permiso de las direcciones de destinatarios
• Contenido del mensaje — asunto, cuerpo, enlaces y adjuntos
• Compromiso del destinatario — aperturas, clics y quejas de spam
• Políticas del proveedor — reglas aplicadas por los sistemas de correo receptores
• Configuración DNS — corrección de los registros MX, SPF, DKIM y DMARC

Para mejorar la tuya, sigue nuestras 15 buenas prácticas para la entregabilidad del email, o realiza rápidamente Email Deliverability Checker en un borrador del mensaje antes de enviarlo.

SMTP para el email marketing

SMTP lo usan las plataformas de email marketing, las aplicaciones SaaS, los sitios web, los CRM, los sistemas de email transaccional y las aplicaciones empresariales internas. Es importante distinguir entre:

• Servidor SMTP: la infraestructura técnica de envío que transporta el email.
• Plataforma de email marketing: el software usado para gestionar contactos, campañas, plantillas y flujos de envío.

No importa con qué herramienta envíes, prueba el mensaje antes de enviarlo: comprueba los destinatarios con el validador de direcciones de email, previsualiza tu email para revisar el diseño renderizado, y optimiza el tamaño del email para evitar mensajes demasiado grandes.

SMTP vs plataforma de email marketing

Cómo usa MailCannon el SMTP

MailCannon ofrece una capa de gestión de campañas que se apoya en SMTP. Puedes importar y gestionar contactos desde CSV, crear plantillas de email HTML, crear y gestionar campañas — y a la hora de enviar, tú eliges cómo salen tus mensajes: conecta tu propio servidor SMTP personalizado, conecta Gmail con OAuth 2, o prescinde por completo de la configuración SMTP y envía mediante la API de MailCannon.

Puedes gestionar todas las configuraciones de envío desde configuración SMTP de MailCannon. La página lista tus configuraciones guardadas una junto a otra, con el proveedor, el host, el puerto, el modo de seguridad (STARTTLS o SSL/TLS) y el estado de cada una.

Opción 1: conecta tu propio servidor SMTP personalizado

Selecciona el tipo de proveedor Custom SMTP e introduce tu host SMTP, puerto (587 es la opción habitual para el envío), usuario y contraseña, además del nombre y la dirección email del remitente. Activa Use SSL/TLS para una conexión cifrada, marca la configuración como activa y guárdala. Cada valor debe obtenerlo de la documentación de tu proveedor de email, igual que en el ejemplo de configuración anterior.

Añade tu configuración SMTP personalizada en el panel de MailCannon

Opción 2: conecta Gmail con OAuth 2 (sin contraseña)

Si envías desde Gmail, no necesitas crear una contraseña de aplicación ni gestionar credenciales SMTP. Elige el tipo de proveedor Gmail (OAuth 2) y haz clic en Connect Gmail Account: MailCannon usa OAuth 2 para autorizar el envío desde tu cuenta de Google de forma segura, sin contraseña SMTP que guardar ni renovar.

Conecta Gmail mediante OAuth 2 en Dashboard → Settings

Opción 3: envía email sin SMTP con la API de MailCannon

También puedes enviar sin configurar ningún servidor SMTP. Genera una clave API en la pestaña API KEY de los ajustes del panel y envía tus mensajes mediante la API REST de MailCannon por HTTPS: sin host, sin puerto y sin credenciales SMTP que gestionar en tu aplicación.

Explora la documentación de la API de MailCannon

En otras palabras, SMTP proporciona el mecanismo subyacente de envío de email, y MailCannon proporciona las herramientas para organizar y ejecutar tus campañas de email con él — con o sin configuración SMTP propia.

¿Se puede enviar email sin SMTP?

¿Puedo enviar email sin configurar SMTP? Sí — no necesitas configurar tú mismo una conexión de cliente SMTP. Una API de email HTTP permite que tu aplicación envíe mensajes con una simple petición API por HTTPS en lugar de abrir una conexión SMTP.

Con MailCannon, eso significa:

• Sin host SMTP, puerto o credenciales que gestionar en el código de tu aplicación.
• Autenticación vía clave API en lugar de credenciales SMTP.
• Envío gestionado por HTTPS — el mismo protocolo que tu aplicación ya usa.
• Acceso completo a las funciones de gestión de campañas, plantillas y contactos de MailCannon.

Genera una clave API desde configuración SMTP de MailCannon (pestaña API KEY) y sigue la documentación de la API de MailCannon para empezar.

Cómo elegir un servidor SMTP

Evalúa a los proveedores según:

• Fiabilidad
• Métodos de autenticación
• Soporte de TLS
• Límites de envío
• Reputación
• Gestión de rebotes
• Monitoreo
• Políticas del proveedor
• Documentación
• Precios
• Disponibilidad geográfica

Buenas prácticas de seguridad SMTP

• Usa TLS donde sea compatible — STARTTLS o TLS implícito según el puerto.
• Usa credenciales sólidas y únicas para cada configuración SMTP.
• Nunca expongas contraseñas SMTP en JavaScript del frontend.
• Nunca expongas claves API en JavaScript del lado del cliente.
• Almacena las credenciales de forma segura con variables de entorno o un gestor de secretos.
• Restringe el acceso a las configuraciones SMTP solo a usuarios autorizados.
• Usa los puertos SMTP apropiados recomendados por tu proveedor.
• Configura SPF, DKIM y DMARC para tu dominio de envío.
• Supervisa rebotes y problemas de entrega regularmente.
• Rota las credenciales cuando sea necesario, especialmente tras cambios en el equipo.
• Evita configuraciones de retransmisión abierta que permitan envío no autenticado.
• Usa autenticación SMTP adecuada para cada envío.

Importante: las credenciales SMTP nunca deben colocarse en JavaScript del lado del cliente ni exponerse a los visitantes del sitio. Nunca subas credenciales SMTP a Git ni las pongas en variables de entorno públicas. Para las aplicaciones Next.js, las credenciales SMTP deben permanecer del lado del servidor. Incluso con una configuración correcta, los mensajes pueden marcarse — ejecuta Email Spam Checker antes de cada envío para detectar posibles desencadenantes de los filtros de spam.

Herramientas de email relacionadas de MailCannon

Antes o después de enviar, estas herramientas te ayudan a validar, previsualizar y mejorar tus emails:

• Email Deliverability Checker — comprueba la probabilidad de que tu mensaje llegue a la bandeja de entrada.
• Email Spam Checker — analiza tu contenido en busca de desencadenantes de filtros de spam.
• Email Bounce Analyzer — entiende por qué un mensaje rebotó o fue rechazado.
• Email HTML Previewer — previsualiza cómo se renderiza tu email HTML.
• Email Size Checker — verifica si tu mensaje supera los límites de tamaño.
• herramienta de verificación de email — verifica que una dirección de destinatario existe.
• generador de email HTML con IA — genera un email HTML adaptable con IA.

Preguntas frecuentes

Conclusión

SMTP es la base del envío de email. Es el protocolo que las aplicaciones usan para enviar y retransmitir mensajes hacia los destinatarios. Entender los servidores SMTP, los puertos, la autenticación y el TLS te ayuda a configurar el envío correctamente y a solucionar problemas. Para profundizar, aprende sobre SPF, DKIM y DMARC, cómo las listas negras de email afectan la entrega, y cómo mejorar la entregabilidad del email.