:quality(35))
:quality(35))
Un servidor SMTP es el sistema que acepta y transfiere correo saliente mediante el protocolo Simple Mail Transfer Protocol. Lo necesitas cuando una aplicación, un cliente de correo o una infraestructura propia debe entregar mensajes. Para email marketing, una plataforma suele gestionar esa capa y evita que configures el servidor de forma manual.
La decisión útil es qué servicio encaja con tu envío: correo corporativo, relay SMTP, servicio transaccional o plataforma de email marketing.
¿Qué diferencia hay entre protocolo, servidor y relay SMTP?
El protocolo SMTP define las reglas para transferir correo. Un servidor SMTP aplica esas reglas para aceptar, reenviar o entregar mensajes. Un relay SMTP recibe el correo de una aplicación o cliente autorizado y lo conduce hasta otros servidores. Son conceptos relacionados, pero no intercambiables.
La especificación SMTP de la IETF describe el protocolo básico de transporte de correo. SMTP se ocupa del envío y de las respuestas durante la transferencia. La lectura del buzón corresponde a otros protocolos, como IMAP o POP.
Contratar un relay no añade por sí mismo plantillas, automatizaciones o gestión de contactos. Tampoco convierte un buzón corporativo en una herramienta para campañas.
¿Cómo funciona SMTP en cinco pasos?
SMTP mueve el mensaje desde el sistema que lo origina hasta el servidor del destinatario. La aplicación entrega el correo a un servidor de submission autenticado; este busca el dominio receptor, intenta la transferencia y recibe un código de respuesta. Si la entrega temporalmente no es posible, puede reintentarse según la política del servicio.
El recorrido básico es este:
La aplicación o el cliente prepara el mensaje, con remitente, destinatario, cabeceras y contenido.
El mensaje llega al servidor de submission mediante una conexión autenticada.
El servidor consulta qué sistema recibe correo para el dominio de destino.
El servidor transfiere el mensaje o programa un nuevo intento ante un error temporal.
El servidor receptor acepta el correo o devuelve un código que explica el rechazo.
Aplicación o cliente → servidor de submission → servidor receptor → buzón
La RFC 6409 sobre envío de mensajes separa la submission inicial de la transferencia entre servidores. Cada tramo tiene funciones y puertos distintos. Un fallo SMTP aporta una señal técnica. No siempre identifica la causa de un problema de reputación o contenido.
¿Servidor SMTP, email transaccional o plataforma de marketing?
Un relay SMTP transporta mensajes generados por otra aplicación. Un servicio transaccional añade envío por evento, plantillas y observabilidad según el proveedor. Una plataforma de marketing gestiona audiencias, consentimiento, bajas, segmentación y campañas. El correo corporativo queda para conversaciones humanas y trabajo diario.
Necesidad | Opción habitual | Qué aporta | Qué no aporta por sí sola |
|---|---|---|---|
Conversaciones 1:1 de bajo volumen | Correo corporativo | Buzón, agenda y conversación | Audiencias, bajas y analítica de campañas |
Una aplicación necesita entregar mensajes | Relay SMTP | Transporte desde la aplicación | Lógica de negocio, plantillas o analítica completa |
Confirmaciones, contraseñas y pedidos | Servicio transaccional | Envío por evento y trazabilidad según proveedor | Gestión editorial de newsletters y consentimiento promocional |
Newsletters, promociones y automatizaciones | Plataforma de email marketing | Audiencias, consentimiento, bajas, segmentación y reporting | Sustituir el buzón corporativo o la arquitectura transaccional |
Quien responde presupuestos necesita un buzón. Una aplicación que genera facturas puede necesitar un relay. Un ecommerce que envía confirmaciones debe valorar un servicio transaccional. Un equipo que prepara promociones necesita una plataforma de campañas.
Los emails transaccionales nacen de una acción o evento, mientras que una campaña se dirige a una audiencia. Un webhook en email marketing comunica eventos entre aplicaciones; no envía el correo.
¿Cuándo necesitas un servidor SMTP?
Necesitas acceso a un servidor SMTP cuando un cliente o una aplicación debe entregar correo saliente. También cuando el servicio elegido exige esa conexión. Para email marketing, lo normal es que la plataforma gestione su infraestructura. Tú trabajas con audiencias, permisos, bajas, contenido y resultados, sin configurar manualmente un servidor.
¿El correo es una conversación humana individual? Usa correo corporativo.
¿El mensaje lo crea una aplicación que solo necesita transportarlo? Evalúa un relay SMTP.
¿El mensaje se activa por un pedido, registro o cambio de contraseña? Evalúa un servicio transaccional.
¿El envío es una newsletter, promoción o automatización para una audiencia? Usa una plataforma de email marketing.
Si conviven campañas y mensajes transaccionales, separa su operación. Un error en una campaña no debería comprometer avisos críticos de cuenta o pedidos.
Para decidir entre un buzón y una plataforma, consulta la guía sobre correo corporativo o email marketing. Para un caso promocional, revisa cómo elegir software de email marketing. Así no lo confundirás con un proveedor de relay.
¿Qué puerto SMTP debes usar: 25, 587 o 465?
El puerto 25 se reserva principalmente para la transferencia SMTP entre servidores. El 587 se usa para la submission autenticada de clientes y aplicaciones. El 465 corresponde a submission con TLS implícito cuando el proveedor lo admite. La elección final depende de la documentación del servicio, no de una regla universal de configuración.
La IETF recomienda TLS para el acceso y la submission en la RFC 8314. «SMTP SSL» no es un protocolo distinto. TLS protege el tramo configurado; no sustituye la autenticación del dominio ni controla toda la ruta.
No configures una aplicación para usar el puerto 25 solo porque se asocia con SMTP. Comprueba el puerto, el modo TLS y el método de autenticación que publique tu proveedor.
¿Qué resuelve SMTP y qué queda fuera?
SMTP resuelve el transporte estandarizado del correo y ofrece códigos de respuesta durante la transferencia. No garantiza que el mensaje llegue a la bandeja principal. Tampoco gestiona por sí solo consentimiento, reputación, personalización, segmentación, bajas o analítica. Es una pieza de la infraestructura, no toda la operación.
La autenticación mediante SPF, DKIM y DMARC ayuda a demostrar qué sistemas pueden enviar con tu dominio. También indica cómo tratar ciertos fallos. No son comandos SMTP y actúan en otra capa.
Cambiar de servidor SMTP no repara una lista sin permiso, una reputación dañada ni un contenido que activa filtros. Tampoco garantiza llegar a inbox. Si el correo termina en spam, revisa autenticación, calidad de la audiencia, frecuencia, contenido y señales de interacción antes de atribuirlo todo al transporte.
Un código de aceptación confirma que el servidor receptor recibió el mensaje en ese tramo. No promete lectura ni ubicación en inbox. Para investigar el resultado, sigue un proceso para diagnosticar problemas de entregabilidad.
¿Qué debes revisar antes de elegir una solución?
La solución adecuada depende del origen del mensaje, su finalidad, el volumen y la trazabilidad que necesita tu equipo. Un proveedor debe documentar cómo autentica el envío, trata los errores y gestiona los reintentos. Para campañas, también debe cubrir consentimiento, bajas, segmentación y métricas.
Define si el mensaje es corporativo, transaccional o promocional
Calcula el volumen habitual y los picos previstos
Comprueba la autenticación del dominio y el uso de TLS
Revisa códigos de error, registros, reintentos y alertas
Separa campañas de los mensajes transaccionales críticos
Confirma cómo se gestionan consentimiento y bajas
Valora segmentación, reporting y soporte según el caso
Revisa residencia de datos y condiciones de cumplimiento documentadas
Define si el mensaje es corporativo, transaccional o promocional
Calcula el volumen habitual y los picos previstos
Comprueba la autenticación del dominio y el uso de TLS
Revisa códigos de error, registros, reintentos y alertas
Separa campañas de los mensajes transaccionales críticos
Confirma cómo se gestionan consentimiento y bajas
Valora segmentación, reporting y soporte según el caso
Revisa residencia de datos y condiciones de cumplimiento documentadas
Si envías newsletters, necesitas gestionar personas y permisos, no credenciales SMTP. Si una aplicación genera avisos por evento, necesitas una arquitectura transaccional con trazabilidad. Para una conversación entre dos personas, un buzón corporativo suele bastar.
Preguntas frecuentes sobre servidores SMTP
¿Qué es un servidor SMTP?
Un servidor SMTP es el sistema que acepta y transfiere correo saliente mediante Simple Mail Transfer Protocol. Puede recibir mensajes de un cliente, una aplicación u otro servidor y conducirlos hacia el sistema receptor. SMTP gestiona el envío; la lectura del buzón depende de protocolos como IMAP o POP.