Relay SMTP, como infraestructura

Un servicio de relay SMTP que informa de cada envío

Cambie el host y el puerto, y conserve su código. Obtenga comprobaciones de autenticación, warmup, reintentos y una traza por cada mensaje enviado a través de su servicio de relay SMTP.

Empezar a enviar por SMTP Ver lo que gestiona el relay
Ingeniero frente a un terminal de monitorización al final de un pasillo oscuro de servidores con luces de estado azules
Lo que gestiona el relay

Seis tareas que deja de hacer a mano

Un relay SMTP solo sirve si quita trabajo. Estas son las partes del correo saliente que suelen acabar en un enredo de cron jobs y runbooks.

Endpoint SMTP compatible

Puerto 587 con STARTTLS o 465 con TLS implícito. Cualquier mailer de framework, CMS o sistema heredado que hable SMTP funciona con un cambio de host y de credencial.

Autenticación verificada primero

SPF, DKIM y DMARC se comprueban antes del primer envío en producción, para que un registro roto no socave en silencio el resto de la configuración.

Warmup con una rampa fija

Un dominio nuevo pasa de 50 envíos al día a 100k en unas cuatro semanas, y la curva la aplica el relay en lugar de una hoja de cálculo.

Reintentos con backoff

Los aplazamientos 4xx se reintentan con backoff exponencial. Los rechazos 5xx se detienen de inmediato y se clasifican, así que un buzón muerto no recibe golpes toda la noche.

Traza por envío

Señales de apertura, clic, rebote y spam para cada mensaje, transmitidas por SSE, con la respuesta SMTP en bruto adjunta cuando un envío falla.

Exportación a su stack

Envíe los mismos eventos a Datadog o Grafana y configure alertas de entrega igual que alerta por latencia y tasa de errores.

Cómo funciona

De Postfix local a relay en cinco pasos

La mayoría de las migraciones lleva una tarde. La parte lenta es la rampa, y esa corre sin supervisión.

  1. 1

    Añada el dominio de envío

    Publique el include de SPF y los registros DKIM que le entrega el servicio. La alineación se verifica antes de que salga nada.

  2. 2

    Cree credenciales SMTP

    Genere una credencial con alcance por aplicación, para que una contraseña filtrada no exponga todos los servicios que envían correo.

  3. 3

    Apunte su mailer al relay

    Configure el host, use el puerto 587 con STARTTLS y envíe un mensaje de prueba. En Postfix, esto es una sola línea relayhost en main.cf.

  4. 4

    Defina un volumen objetivo y una ventana

    Elija a qué volumen quiere llegar y en cuánto tiempo. Cuatro semanas hasta 100k al día es un punto de partida habitual para un dominio nuevo.

  5. 5

    Revise las trazas y luego migre

    Encamine primero una pequeña parte y lea las trazas. Cuando las tasas de rebote y queja parezcan normales, mueva el resto del volumen.

Para quién es

Para un equipo que retira un servidor Postfix propio

Un servidor de correo que usted mismo gestiona funciona hasta el día en que deja de funcionar. Una IP acaba en una lista de bloqueo, la cola se atasca detrás de un destinatario lento o la única persona que entendía la configuración se va. Un relay se encarga de la entrega, la reputación y los reintentos, mientras sus aplicaciones siguen enviando a un endpoint SMTP exactamente igual que antes. Ve qué lote rebotó y por qué, en lugar de leer logs de correo por SSH.

  • Conserve la interfaz SMTP que ya usan sus aplicaciones
  • Sin cola ni lista de bloqueo que vigilar
  • Respuestas SMTP en bruto en la traza, no solo una etiqueta de estado
Portátil con logs de terminal junto a un boceto en cuaderno de servidores de correo conectados por flechas
Para quién es

Para un equipo de producto cuyo volumen transaccional sigue subiendo

El correo transaccional crece a saltos. Se lanza un nuevo flujo de onboarding, una función llega a disponibilidad general y los envíos diarios se duplican de la noche a la mañana. Subir el nuevo volumen de forma gradual, entre bastidores, mantiene los restablecimientos de contraseña y los recibos en la bandeja de entrada mientras la canalización escala, y si algo falla, una alerta indica qué señal se ha disparado en lugar de dejarle adivinar.

  • Gestiona saltos de volumen, no solo crecimiento constante
  • Los envíos transaccionales existentes no se ven afectados durante una rampa
  • Pausa automática cuando las tasas de rebote o spam superan un umbral
Panel de parcheo de un rack de servidores con cables amarillos y luces de estado azules
Comparado

Dónde encaja un relay SMTP entre el autoalojamiento y una API

No es un ranking. La elección correcta depende de lo que ya ejecuta y de cuánta entrega quiere controlar.

CriterioMTA autoalojadoServicio de relay SMTPSolo API HTTP de correo
Funciona con código SMTP existenteSíSíNo, necesita una integración
Reputación de IP y dominioLa gestiona ustedGestionada, con warmupGestionada, con warmup
Gestión de reintentos y rebotesSu propia configuraciónIntegrada y clasificadaIntegrada y clasificada
Traza por envíoLogs de correo en la máquinaTraza más eventos SSETraza más eventos SSE
Claves de idempotenciaNo disponibleVía la API y los SDKNativas
Carga operativaAltaBajaBaja

Preguntas frecuentes

¿Qué es un servicio de relay SMTP?
Es un servidor gestionado que acepta correo de su aplicación por SMTP, la autentica y entrega el mensaje al servidor de correo del destinatario en su nombre. Conserva su código o su mailer de framework actual y cambia solo el host, el puerto y las credenciales.
¿Qué puerto debo usar para el relay SMTP?
Use el 587 con STARTTLS en la mayoría de las aplicaciones, o el 465 para TLS implícito. El puerto 25 está pensado para tráfico entre servidores y muchos proveedores cloud lo bloquean en salida, así que rara vez es la opción correcta para una aplicación que envía a través de un relay.
¿En qué se diferencia un relay SMTP de una API de correo?
Ambos acaban en la misma canalización de entrega. SMTP es la vía de compatibilidad: cualquier framework, CMS o sistema heredado que hable SMTP funciona sin cambios. La API HTTP y los SDK de Node, Python y Go añaden claves de idempotencia y errores estructurados para el código nuevo.
¿Sigo necesitando SPF, DKIM y DMARC con un relay?
Sí. El relay firma y envía, pero su dominio debe autorizarlo. El servicio comprueba la alineación de SPF y DKIM antes del primer envío en producción, porque un registro ausente es la causa más habitual de que el correo acabe en spam tras una migración.
¿Puedo migrar desde mi propio servidor Postfix sin tiempo de inactividad?
Sí. Apunte Postfix al relay como su smarthost en el puerto 587, envíe primero una pequeña parte del volumen y revise las trazas. Cuando las tasas de rebote y queja parezcan normales, encamine el resto y retire la ruta de entrega directa.
¿Qué pasa cuando un envío falla o el servidor del destinatario está ocupado?
Los fallos temporales, como los aplazamientos 4xx, se reintentan con backoff exponencial. Los fallos permanentes, como un 550 de buzón desconocido, se clasifican como rebotes duros, dejan de reintentarse y aparecen en la traza de cada envío con la respuesta SMTP en bruto.
¿Llegará un dominio nuevo a la bandeja de entrada el primer día?
No de forma fiable. Un dominio nuevo no tiene reputación, así que el volumen debe subir gradualmente. El warmup dura unas cuatro semanas, de 50 envíos al día a 100k, y el envío se pausa automáticamente si las tasas de rebote o spam superan un umbral.
¿Merece la pena usar un relay con unos pocos miles de correos al mes?
A menudo sí, incluso con poco volumen, porque el coste que evita es operativo: mantener la reputación de IP, vigilar la cola y gestionar los rebotes. El caso es más sólido cuando el volumen sube de golpe, por ejemplo con un nuevo flujo de onboarding o un lanzamiento de disponibilidad general.

Cambie un solo nombre de host y mantenga el resto de su stack

Apunte su mailer al relay, haga el warmup del dominio y lea la traza de cada envío. El warmup y la pausa automática vienen activados por defecto.

Empezar gratis Ver cómo funciona el despliegue
notificationharbor
Empieza gratis