Cómo Migrar de Postmark a Mailer To Go
Postmark se ha ganado su reputación por entrega transaccional rápida y confiable — así que si te estás moviendo, ya valoras la entregabilidad. Las buenas noticias: cambiar a Mailer To Go es un intercambio controlado de DNS y credenciales, y puedes ejecutar ambos lado a lado y revertir en cualquier momento. Aquí está toda la migración en orden.
¿Sopesándolo primero? Mira cómo se comparan los dos en Mailer To Go vs Postmark. Esta guía es el cómo.
Antes de empezar: inventaría qué está haciendo Postmark por ti
- Servidores y flujos de mensajes — Postmark separa transaccional y broadcast en flujos; nota cuál usas.
- Firmas de remitente / dominios — las direcciones From: y dominios que has verificado.
- Datos de supresión — rebotes y quejas de spam, por flujo de mensajes. Esto debe venir contigo; reenviar una dirección suprimida arruina la reputación de un dominio nuevo.
- Cómo envías — SMTP (con un Server API Token) o la API HTTP de Postmark (
X-Postmark-Server-Token), o ambas. - Webhooks — entrega/rebote/apertura/clic, y sus consumidores.
- Volumen en promedio y pico, para planificación de calentamiento.
Paso 1 — Crear tu dominio de envío de Mailer To Go
Regístrate en mailertogo.com y agrega un subdominio de envío — recomendamos mtg.yourdomain.com. Aísla tu reputación y, si lo delegas, nos deja gestionar el DNS. Mira Por qué Mailer To Go envía desde mtg.yourdomain.com.
Paso 2 — Autenticar (SPF, DKIM, DMARC)
Publica los registros SPF y DKIM de tu panel, más una política DMARC. Hiciste lo equivalente en Postmark (DKIM + Return-Path), así que esto es familiar — solo valores nuevos. Mantén ambos proveedores autorizados en el dominio durante la superposición. Recorrido completo con verificación dig: Autenticación de correo, de principio a fin.
Paso 3 — Intercambia tus credenciales
SMTP. La marca de Postmark es smtp.postmarkapp.com con tu Server API Token usado como nombre de usuario y contraseña. Apunta el mismo mailer a Mailer To Go en su lugar:
# Antes — Postmark
host: smtp.postmarkapp.com port: 587
username: <Server API Token>
password: <Server API Token>
# Después — Mailer To Go
host: smtp.mailertogo.com port: 587 (o 465 para SSL)
username: <MAILERTOGO_SMTP_USER>
password: <MAILERTOGO_SMTP_PASSWORD>
En Rails, son solo valores de entorno nuevos — sin cambio de código:
# config/environments/production.rb
config.action_mailer.smtp_settings = {
address: ENV["MAILERTOGO_SMTP_HOST"], # smtp.mailertogo.com
port: 587,
user_name: ENV["MAILERTOGO_SMTP_USER"],
password: ENV["MAILERTOGO_SMTP_PASSWORD"],
authentication: :plain,
enable_starttls: true
}
API. Si llamas a la API HTTP de Postmark, el cambio de menor esfuerzo es apuntar tu mailer a Mailer To Go sobre SMTP (menos código). Ejemplos completos por idioma: Enviar correo con Mailer To Go.
Paso 4 — Importa tu lista de supresión (no omitas)
Exporta supresiones de Postmark antes de la transición — desde el panel, o vía la API por flujo de mensajes:
curl "https://api.postmarkapp.com/message-streams/outbound/suppressions/dump" \
-H "Accept: application/json" \
-H "X-Postmark-Server-Token: $POSTMARK_SERVER_TOKEN" > postmark-suppressions.json
Carga esas direcciones en tu lista de supresión de Mailer To Go para que nadie que rebotó o se quejó en Postmark sea nunca emailed de nuevo.
Paso 5 — Calienta y corta gradualmente
Un dominio de envío nuevo no tiene reputación aún, así que no cambies todo de una vez. Ejecuta ambos proveedores en paralelo y desplaza tráfico en etapas (10% → 25% → 50% → 100% durante una o dos semanas), comenzando con tu correo más comprometido (resets de contraseña, recibos). Vigila tasas de rebote y quejas en cada paso, y mantén Postmark listo para asumir tráfico de vuelta hasta que estés totalmente cortado.
Paso 6 — Verifica, luego desconecta
- Envía pruebas y confirma SPF, DKIM, y DMARC todos PASAN (Gmail → Mostrar original).
- Reapunta tus webhooks en tus manejadores de eventos de Mailer To Go y confirma que fluyen eventos de rebote/queja.
- Una vez que 100% corre limpio a través de Mailer To Go por unos días, cierra tus servidores de Postmark — pero deja los registros DNS de Postmark en lugar por una o dos semanas como red de seguridad de reversión, luego elimínalos.
Reversión
Porque el cambio es credenciales + DNS, la reversión es rápida: reapunta variables de entorno de tu mailer de vuelta a Postmark. Mantener ambos proveedores autorizados durante la superposición es lo que hace eso un cambio de una línea.
¿Nuevo en envío de subdominios o autenticación? Comienza con Por qué Mailer To Go envía desde mtg.yourdomain.com y la guía de configuración de SPF/DKIM/DMARC. ¿Vienes de un proveedor diferente? Mira las guías para SendGrid, Mailgun, y Amazon SES.