Cómo Migrar de Mailgun a Mailer To Go

Guía Migración, SMTP, Entregabilidad, Mailgun July 9, 2026 by Equipo de Mailer To Go

Una guía paso a paso para migrar correo transaccional de Mailgun a Mailer To Go: configuración de dominio de envío, SPF/DKIM/DMARC, intercambio de credenciales SMTP/API, importación de rechazos/desuscripciones/reclamaciones, y una migración de ejecución paralela segura con reversión.

La migración de Mailgun a Mailer To Go es un intercambio controlado de DNS y credenciales, no una reescritura. El verdadero trabajo es llevar tus datos de supresión y hacer el cambio gradualmente para que tu reputación de envío sobreviva al movimiento. Aquí está el proceso completo en orden, con la configuración exacta y un despliegue reversible.

¿Aún comparando opciones? El artículo alternativas a Mailgun cubre el por qué. Esto es el cómo.

Antes de empezar: inventaría qué Mailgun está haciendo por ti

Anota esto antes de tocar nada:

Tu dominio de envío de Mailgun (generalmente mg.tudominio.com) y todas las direcciones De: en uso.
Datos de supresión — rechazos, cancelaciones de suscripción y quejas. Transferir esto es innegociable; reenviar a un contacto suprimido es la forma más rápida de arruinar un dominio nuevo.
Cómo envías — SMTP, la API de Mailgun (mailgun.js, mailgun-ruby, o HTTP sin procesar), o ambas.
Rutas y reglas entrantes, si usas Mailgun para correo entrante o reenvío.
Webhooks (entregado/abierto/hecho clic/fallido/quejado) y sus consumidores.
Volumen promedio y máximo, para planificar el calentamiento.

Paso 1 — Crea tu dominio de envío de Mailer To Go

Regístrate en mailertogo.com y añade un subdominio de envío. Si ya estabas en mg.tudominio.com de Mailgun, cambiar a mtg.tudominio.com mantiene la misma separación limpia del dominio raíz, y nos permite gestionar su DNS si lo delegas. Ver Por qué Mailer To Go envía desde mtg.tudominio.com.

Paso 2 — Autentica (SPF, DKIM, DMARC)

Publica los registros SPF, DKIM y DMARC desde tu panel. Ya hiciste el equivalente para Mailgun, así que esto se sentirá familiar, la diferencia está en los valores de los registros. Durante la superposición, mantén ambos proveedores autorizados en el dominio. Registros reales y verificación con dig: Autenticación de correo electrónico, de extremo a extremo.

Paso 3 — Intercambia tus credenciales

SMTP. La configuración de Mailgun usa smtp.mailgun.org con un nombre de usuario del estilo postmaster@mg.tudominio.com. Reapunta el mismo mailer:

# Antes — Mailgun
host: smtp.mailgun.org   port: 587
username: postmaster@mg.tudominio.com
password: <tu contraseña SMTP de Mailgun>

# Después — Mailer To Go
host: smtp.<region>.mailertogo.net   port: 587
username: <MAILERTOGO_SMTP_USER>
password: <MAILERTOGO_SMTP_PASSWORD>

En Rails esto es un cambio de entorno, no un cambio de código:

# config/environments/production.rb
config.action_mailer.smtp_settings = {
  address:              ENV["MAILERTOGO_SMTP_HOST"],   # smtp.<region>.mailertogo.net
  port:                 587,
  user_name:            ENV["MAILERTOGO_SMTP_USER"],
  password:             ENV["MAILERTOGO_SMTP_PASSWORD"],
  authentication:       :plain,
  enable_starttls_auto: true
}

API. Si llamas a la API de Mailgun, el movimiento de menor esfuerzo es cambiar ese transporte a SMTP. En Node, reemplazando mailgun.js con Nodemailer:

// Antes — mailgun.js
// const mg = mailgun.client({ username: "api", key: process.env.MAILGUN_API_KEY });
// await mg.messages.create(DOMAIN, { to, from, subject, html });

// Después — Nodemailer sobre SMTP de Mailer To Go
const nodemailer = require("nodemailer");
const transport = nodemailer.createTransport({
  host: process.env.MAILERTOGO_SMTP_HOST,
  port: 587,
  auth: { user: process.env.MAILERTOGO_SMTP_USER, pass: process.env.MAILERTOGO_SMTP_PASSWORD },
});
await transport.sendMail({ to, from, subject, html });

Paso 4 — Importa tu lista de supresión (no omitas esto)

Exporta rechazos, cancelaciones de suscripción y quejas de Mailgun antes del cambio, desde el panel o a través de la API:

curl -s --user "api:$MAILGUN_API_KEY" \
  https://api.mailgun.net/v3/mg.tudominio.com/bounces > bounces.json
curl -s --user "api:$MAILGUN_API_KEY" \
  https://api.mailgun.net/v3/mg.tudominio.com/unsubscribes > unsubscribes.json
curl -s --user "api:$MAILGUN_API_KEY" \
  https://api.mailgun.net/v3/mg.tudominio.com/complaints > complaints.json

Carga esas direcciones en tu lista de supresión de Mailer To Go para que nadie que rechazó o se dio de baja en Mailgun vuelva a recibir correos. No envíes un único mensaje de producción hasta que esto esté hecho.

Paso 5 — Calienta y cambia gradualmente

Un dominio de envío nuevo comienza sin reputación. Ejecuta Mailgun y Mailer To Go en paralelo y desplaza tráfico en etapas: 10% → 25% → 50% → 100% en una o dos semanas, comenzando con correos de alta confianza (recibos, restablecimiento de contraseñas). Monitorea las tasas de rechazo y quejas en cada incremento, y mantén a Mailgun capaz de recuperar tráfico hasta que termines.

Paso 6 — Verifica y luego desactiva

Envía pruebas y confirma que SPF, DKIM y DMARC todos PASEN (Gmail → Mostrar original).
Reapunta webhooks a tus manejadores de eventos de Mailer To Go; confirma que los eventos de rechazo/queja sigan llegando.
Si usaste rutas de Mailgun para correo entrante, configura el equivalente antes de dejar el dominio allí.
Después de unos días limpios al 100%, cancela Mailgun, pero mantén sus registros SPF/DKIM durante una o dos semanas como red de seguridad de reversión, luego elimínalos.

Reversión

El cambio es credenciales + DNS, así que revertir es solo reapuntar tus variables de entorno a Mailgun. Mantener ambos proveedores autenticados durante la superposición es lo que hace que la reversión sea un cambio de una línea.

¿Nuevo en envío de subdominio o autenticación? Ver Por qué Mailer To Go envía desde mtg.tudominio.com y la guía de configuración de SPF/DKIM/DMARC. ¿Vienes de otro proveedor? Ver Migración de SendGrid a Mailer To Go.