Cómo Migrar de Amazon SES a Mailer To Go
Amazon SES es poderoso y económico, pero te traslada mucho trabajo indiferenciado: políticas IAM, elección de regiones, conjuntos de configuración, límites de zona de pruebas y tu propio monitoreo de reputación. Mover tu correo transaccional a Mailer To Go es un intercambio controlado de DNS y credenciales — el cuidado está en trasladar tu lista de supresión y hacer el corte sin perder reputación. Aquí está toda la migración en orden, con configuración real y un despliegue reversible.
¿Todavía lo estás considerando? La comparación de alternativas de Amazon SES cubre el por qué. Esta guía es el cómo.
Antes de empezar: haz un inventario de lo que SES hace por ti
SES distribuye la configuración en varias superficies de AWS. Captura todo antes de tocar nada:
- Identidades verificadas — los dominios y direcciones de correo desde los que envías, y en qué región están verificados.
- Estado de la zona de pruebas — si tu cuenta sigue en la zona de pruebas de SES, ya estás limitado; migrar elimina esa restricción, pero anota tu cuota de envío actual y tasa.
- Datos de supresión — SES mantiene una lista de supresión a nivel de cuenta de direcciones que rebotaron o se quejaron. Esto debe venir contigo; reenviar a una dirección suprimida destruye la reputación de un dominio nuevo instantáneamente.
- Cómo envías — SMTP (
email-smtp.<region>.amazonaws.com) o la API/SDK de SESv2 (o ambas). - Conjuntos de configuración y destinos de eventos — dónde van tus eventos de rebote/queja/entrega hoy (SNS, CloudWatch, Kinesis).
- Volumen diario/máximo aproximado, para planificación de calentamiento.
Paso 1 — Crear tu dominio de envío en Mailer To Go
Regístrate en mailertogo.com y añade un subdominio de envío — recomendamos mtg.tudominio.com — en lugar de tu dominio raíz. Aísla la reputación y, si lo delegas, nos permite gestionar el DNS. Ver Por qué Mailer To Go envía desde mtg.tudominio.com.
Paso 2 — Autenticar (SPF, DKIM, DMARC)
Publica los registros SPF y DKIM desde tu panel, y una política DMARC en tu raíz. Ya hiciste la danza DKIM en SES (genera CNAMEs por identidad), así que este es territorio familiar — solo valores nuevos. Mantén tanto SES como Mailer To Go autorizados en el dominio durante la superposición. Tutorial completo con registros reales y verificación con dig: Autenticación de correo, de principio a fin.
Paso 3 — Intercambia tus credenciales
SMTP. La pista de SES es un host como email-smtp.us-east-1.amazonaws.com y credenciales SMTP que son derivadas de IAM (generadas desde un usuario, no tu clave de acceso de AWS). Apunta el mismo mailer a Mailer To Go en su lugar:
# Antes — Amazon SES
host: email-smtp.us-east-1.amazonaws.com port: 587
username: <nombre de usuario SMTP de SES> (derivado de IAM — no tu clave de acceso de AWS)
password: <contraseña SMTP de SES>
# 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 de SESv2 o SDK, puedes apuntar tu mailer a Mailer To Go sobre SMTP (menos código) o cambiar a la API REST de Mailer To Go:
# Antes — Amazon SES v2 (AWS CLI)
aws sesv2 send-email \
--from-email-address you@yourdomain.com \
--destination ToAddresses=user@example.com \
--content '{"Simple":{"Subject":{"Data":"Hello"},"Body":{"Html":{"Data":"Hi"}}}}'
# Después — API REST de Mailer To Go
curl -X POST https://api.mailertogo.com/v1/send \
-H "Authorization: Bearer $MAILERTOGO_API_KEY" \
-H "Content-Type: application/json" \
-d '{"from":"you@yourdomain.com","to":"user@example.com","subject":"Hello","html":"Hi"}'
Sin usuarios IAM, políticas o puntos finales regionales que gestionar — una clave y un punto final. (Ejemplos completos por lenguaje: Envía correo con la API y SMTP de Mailer To Go.)
Paso 4 — Importa tu lista de supresión (no omitas esto)
Exporta la lista de supresión a nivel de cuenta de SES antes de hacer el corte:
aws sesv2 list-suppressed-destinations --output json > ses-suppressed.json
Carga esas direcciones en tu lista de supresión de Mailer To Go para que nadie que rebotó o se quejó en SES sea emaileado nuevamente. Este paso protege la reputación que construiste en SES.
Paso 5 — Calienta y haz el corte gradualmente
Un dominio de envío nuevo no tiene reputación, así que no lo cambies todo a la vez — y esto importa aún más viniendo de SES, donde un volumen existente grande puede parecer un pico para los proveedores de buzones si lo mueves todo en un día. 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 (restablecimiento de contraseñas, recibos). Observa tasas de rebote y queja en cada paso, y mantén SES listo para recibir tráfico de vuelta hasta que estés completamente cortado.
Paso 6 — Verifica, luego desactiva
- Envía pruebas y confirma que SPF, DKIM y DMARC todos PASEN (Gmail → Show original).
- Recrea cualquier manejo de eventos que dependiera de conjuntos de configuración de SES contra tus webhooks de Mailer To Go, y confirma que los eventos de rebote/queja fluyen.
- Una vez que 100% se ejecuta limpio a través de Mailer To Go durante algunos días, elimina las credenciales SMTP/IAM de SES y borra las identidades — pero deja los registros DNS de SES en su lugar durante 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: apunta las variables de entorno de tu mailer de vuelta a SES. Mantener ambos proveedores autenticados durante la superposición es lo que hace eso un cambio de una sola línea en lugar de una emergencia.
¿Nuevo en envío de subdominio o autenticación? Comienza con Por qué Mailer To Go envía desde mtg.tudominio.com y la guía de configuración de SPF/DKIM/DMARC. ¿Vienes de un proveedor diferente? Ver Migración desde SendGrid y Migración desde Mailgun.