Traslade su envío sin perder reputación, historial ni el sueño. Ejecute ambos proveedores en paralelo y después haga la transición por etapas.
La IA ayuda a asignar sus dominios, rutas y webhooks de Mailgun; usted aprueba cada cambio
Enumere sus dominios, claves, plantillas, webhooks y supresiones.
Añada los registros DNS de MigoSMTP junto a los antiguos.
Recree plantillas y webhooks e importe las supresiones.
Traslade el tráfico por etapas y vigile la entrega.
Elimine los registros y claves antiguos cuando todo esté estable.
La terminología refleja la documentación del proveedor en el momento de redactar esto. Verifique con la documentación actual antes de publicar.
curl https://api.mailgun.net/v3/YOUR_DOMAIN/messages \ --user "api:MAILGUN_KEY" \ -F from="hello@yourdomain.com" \ -F to="user@example.com" \ -F subject="Hello" \ -F html="<p>Hi there</p>"
curl https://api.migosmtp.com/v1/send \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"from": "hello@yourdomain.com",
"to": "user@example.com",
"subject": "Hello",
"html": "<p>Hi there</p>"
}'Solicitudes ilustrativas. Consulte la referencia de la API para ver la lista completa de campos.
Para migrar de Mailgun a MigoSMTP, haga un inventario de sus dominios de envío, claves de API, rutas y webhooks, y después autentique cada dominio con MigoSMTP mientras los registros de Mailgun siguen activos. Recree las plantillas, reconstruya las rutas de entrada e importe sus listas de rebotes y quejas. Envíe una pequeña proporción del tráfico por MigoSMTP, compare la entrega y traslade el resto por etapas. Elimine los registros DNS y las claves de Mailgun cuando ya nada los use y los resultados se mantengan estables.
Se cambia para consolidar el envío, modificar la forma de facturación u obtener otro control del enrutamiento. La mayor parte de la configuración se traslada sin problemas. Cada dominio de Mailgun pasa a ser un dominio autenticado en MigoSMTP, las claves se convierten en claves con alcance limitado, los rebotes y las quejas se importan como supresiones y los pools de IP se asignan a IP dedicadas. Los detalles específicos de Mailgun, como los endpoints por región y el comportamiento de la prioridad de rutas, conviene confirmarlos en la documentación vigente del proveedor antes de copiarlos.
El asistente de migración con IA lee su configuración exportada de Mailgun y propone cómo se asigna a MigoSMTP cada dominio, variable de plantilla y webhook, con una puntuación de confianza en cada elemento. Las expresiones de ruta que no puede traducir con seguridad se marcan para trabajo manual. Una persona aprueba cada cambio antes de aplicarlo y las aprobaciones quedan registradas para poder auditar la migración más adelante. Usted decide el orden de los dominios y el asistente nunca envía correo ni modifica el DNS por su cuenta.
Mailgun organiza el envío por dominio, así que migre del mismo modo. Autentique un dominio, traslade su tráfico, confirme los resultados y repita. Los subdominios de correo de marketing y transaccional pueden migrarse por separado.
Si usa rutas de Mailgun para reenviar o analizar el correo entrante, liste cada expresión de coincidencia y su acción, y recréela como regla de entrada. Pruebe con direcciones reales antes de cambiar los registros MX.
Las aplicaciones que envían por SMTP suelen necesitar solo un nuevo host, puerto y credenciales. Cambie un servicio cada vez y mantenga activas las credenciales de Mailgun hasta que los logs no muestren más uso.
Si usa pools de IP, decida qué flujos tendrán IP dedicadas. Inicie cada uno con un calendario de calentamiento y mantenga el correo de bajo volumen en infraestructura compartida hasta que las IP dedicadas tengan historial.
Recree las rutas de entrada una a una y pruebe cada una con una dirección de muestra antes de cambiar los registros MX.
Migre un dominio de envío cada vez, empezando por el de menor riesgo.
Lee los dominios, claves y ajustes de webhook exportados y propone equivalentes de MigoSMTP con puntuaciones de confianza. Los elementos de baja confianza se listan aparte y un miembro del equipo aprueba cada asignación antes de crearla.
Toma las expresiones de coincidencia y las acciones de las rutas de Mailgun y redacta reglas de entrada equivalentes. Muestra lo que cambió y lo que no pudo convertir, y usted aprueba o edita cada regla.
Analiza las plantillas en busca de variables y las compara con los datos que envía su código, listando los campos que faltan o han cambiado de nombre. Las correcciones son solo sugerencias y se aplican tras su revisión.
Responde en lenguaje claro a preguntas sobre su plan, como qué dominio migrar a continuación. Cita la documentación pertinente y cualquier paso que recomiende sigue necesitando su aprobación.
Usted revisa y aprueba las sugerencias de la IA para su migración desde Mailgun antes de que se aplique nada.
Anote cada dominio de envío, su región y qué lo utiliza. Los subdominios olvidados con scripts antiguos son la fuente habitual de fallos inesperados tras el cambio.
Descargue las listas de rebotes, quejas y bajas de cada dominio e impórtelas antes de enviar. Así protege su reputación y evita escribir a direcciones que ya le rechazaron.
Capture eventos de muestra de ambos proveedores y compare los campos. Actualice su manejador para aceptar el nuevo formato y verifique las comprobaciones de firma con la nueva clave de firma.
Reduzca los TTL de los registros que piense cambiar con un día de antelación. Si necesita revertir, el cambio surtirá efecto en minutos en lugar de horas.
Deje activas las claves antiguas hasta que los logs muestren cero tráfico durante varios días. Después revóquelas y elimine los registros DNS que ya no use.
Deje las rutas antiguas en su sitio hasta que las nuevas hayan gestionado correo real sin problemas.
¿Migra desde Mailgun? Nuestro equipo puede revisar sus dominios y rutas antes de que empiece.
Haga un inventario de sus dominios, claves, rutas y webhooks, autentique cada dominio con MigoSMTP junto a Mailgun, recree plantillas y rutas, importe las supresiones y traslade el tráfico gradualmente. Retire los registros y las claves de Mailgun cuando el volumen sea estable y los logs no muestren más uso. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Un solo dominio con envío por SMTP puede migrarse en días. Varios dominios, rutas de entrada e IP dedicadas llevan más tiempo porque cada uno requiere pruebas y calentamiento. Calcule varias semanas y migre un dominio cada vez. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Sí, pero hay que recrearlas. Exporte la expresión de coincidencia y la acción de cada ruta y reconstrúyalas como reglas de entrada en MigoSMTP. Pruebe con una dirección de muestra antes de actualizar los registros MX. Compare el comportamiento de la prioridad con la documentación vigente del proveedor. Mantenga activas las rutas antiguas hasta confirmar que las nuevas funcionan.
La reputación está ligada a su dominio y a sus IP de envío, así que no se traslada automáticamente. Autentique el dominio, empiece con una pequeña proporción y auméntela gradualmente. Las IP dedicadas necesitan un calentamiento adecuado antes de alcanzar el volumen completo. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Expórtelos por dominio e impórtelos en MigoSMTP como supresiones antes del primer envío. Así evita escribir a direcciones que ya rebotaron o presentaron quejas. Confirme el formato de exportación en la documentación vigente del proveedor antes de importar. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Con SMTP, normalmente solo el host, el puerto y las credenciales. Con la API HTTP, el endpoint, la autenticación y los nombres de campo son distintos, así que actualice la llamada o use un SDK. Pruebe en staging y cambie un servicio cada vez. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Sí. Ambos pueden autenticar su dominio al mismo tiempo, de modo que puede enviar parte del correo por MigoSMTP y dejar el resto en Mailgun. Dividir por dominio o aplicación simplifica las comparaciones. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Se encarga del trabajo repetitivo de asignación. El asistente lee sus dominios, webhooks y plantillas exportados, propone equivalentes de MigoSMTP con puntuaciones de confianza y marca las rutas que no puede traducir. Una persona aprueba cada cambio antes de aplicarlo.
Sí. La mayoría de los equipos envía primero una pequeña proporción por MigoSMTP y la aumenta gradualmente.
Pasar de un pool compartido a una IP dedicada requiere calentamiento. Use la guía o la calculadora.
Nuestro equipo puede revisar su plan para Mailgun y el calendario del cambio.
Cuéntenos sobre sus dominios, volumen y configuración y le ayudaremos a planificar una transición segura y por etapas.
Crea una cuenta, añade tu dominio y envía tu primer correo.