Comment Migrer de Mailgun à Mailer To Go
Migrer de Mailgun vers Mailer To Go est un échange contrôlé des DNS et des identifiants — pas une réécriture. Le vrai travail consiste à transférer vos données de suppression et à basculer progressivement pour que votre réputation d’envoi survive au déménagement. Voici l’ensemble du processus dans l’ordre, avec la configuration exacte et un déploiement réversible.
Vous comparez toujours les options ? L’article Alternatives à Mailgun explique le pourquoi. Ceci est le comment.
Avant de commencer : inventoriez ce que Mailgun fait pour vous
Notez ceci avant de toucher à quoi que ce soit :
- Votre domaine d’envoi Mailgun (généralement
mg.yourdomain.com) et chaque adresse From : en utilisation. - Données de suppression — rebonds, désabonnements et réclamations. Transférer ceci est non-négociable ; renvoyer à un contact supprimé est le moyen le plus rapide de ruiner un nouveau domaine.
- Comment vous envoyez — SMTP, l’API Mailgun (
mailgun.js,mailgun-ruby, ou HTTP brut), ou les deux. - Routes et règles d’entrée, si vous utilisez Mailgun pour l’entrant ou la réacheminement.
- Webhooks (livré/ouvert/cliqué/échoué/réclamé) et leurs consommateurs.
- Volume moyen et pic, pour planifier le préchauffage.
Étape 1 — Créez votre domaine d’envoi Mailer To Go
Inscrivez-vous sur mailertogo.com et ajoutez un sous-domaine d’envoi. Si vous étiez déjà sur le mg.yourdomain.com de Mailgun, passer à mtg.yourdomain.com garde la même séparation nette du domaine racine — et nous permet de gérer son DNS si vous le déléguez. Voir Pourquoi Mailer To Go envoie de mtg.yourdomain.com.
Étape 2 — Authentifiez (SPF, DKIM, DMARC)
Publiez les enregistrements SPF, DKIM et DMARC depuis votre tableau de bord. Vous avez déjà fait l’équivalent pour Mailgun, donc cela vous semblera familier — la différence est dans les valeurs des enregistrements. Pendant le chevauchement, autorisez les deux fournisseurs sur le domaine. Enregistrements réels et vérification dig : Authentification email, de bout en bout.
Étape 3 — Échangez vos identifiants
SMTP. La configuration de Mailgun utilise smtp.mailgun.org avec un nom d’utilisateur de style postmaster@mg.yourdomain.com. Repointer le même mailer :
# Avant — Mailgun
host: smtp.mailgun.org port: 587
username: postmaster@mg.yourdomain.com
password: <votre mot de passe SMTP Mailgun>
# Après — Mailer To Go
host: smtp.<region>.mailertogo.net port: 587
username: <MAILERTOGO_SMTP_USER>
password: <MAILERTOGO_SMTP_PASSWORD>
En Rails c’est un changement d’environnement, pas un changement de code :
# 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 vous appelez l’API de Mailgun, l’effort minimal est de basculer ce transport vers SMTP. En Node, en remplaçant mailgun.js par Nodemailer :
// Avant — mailgun.js
// const mg = mailgun.client({ username: "api", key: process.env.MAILGUN_API_KEY });
// await mg.messages.create(DOMAIN, { to, from, subject, html });
// Après — Nodemailer sur Mailer To Go SMTP
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 });
Étape 4 — Importez votre liste de suppression (ne pas sauter)
Exportez les rebonds, désabonnements et réclamations de Mailgun avant le basculement — depuis le tableau de bord, ou via l’API :
curl -s --user "api:$MAILGUN_API_KEY" \
https://api.mailgun.net/v3/mg.yourdomain.com/bounces > bounces.json
curl -s --user "api:$MAILGUN_API_KEY" \
https://api.mailgun.net/v3/mg.yourdomain.com/unsubscribes > unsubscribes.json
curl -s --user "api:$MAILGUN_API_KEY" \
https://api.mailgun.net/v3/mg.yourdomain.com/complaints > complaints.json
Chargez ces adresses dans votre liste de suppression Mailer To Go afin que personne qui a rebondi ou s’est désabonné sur Mailgun ne soit relancé. N’envoyez pas un seul message de production avant que ce soit fait.
Étape 5 — Préchauffez et basculez progressivement
Un nouveau domaine d’envoi démarre sans réputation. Exécutez Mailgun et Mailer To Go en parallèle et déplacez le trafic par étapes — 10 % → 25 % → 50 % → 100 % sur une semaine ou deux — en commençant par le courrier de haute confiance (reçus, réinitialisations de mot de passe). Surveillez les taux de rebond et de réclamation à chaque incrément, et gardez Mailgun capable de reprendre le trafic jusqu’à ce que vous ayez terminé.
Étape 6 — Vérifiez, puis décommissionner
- Envoyez des tests et confirmez que SPF, DKIM et DMARC réussissent tous (Gmail → Afficher l’original).
- Repointer les webhooks vers vos gestionnaires d’événements Mailer To Go ; confirmez que les événements de rebond/réclamation arrivent toujours.
- Si vous aviez utilisé les routes Mailgun pour l’entrant, configurez l’équivalent avant de lâcher le domaine là.
- Après quelques jours propres à 100 %, annulez Mailgun — mais conservez ses enregistrements SPF/DKIM pendant une semaine ou deux comme filet de sécurité de restauration, puis supprimez-les.
Restauration
Le basculement est des identifiants + DNS, donc restaurer est juste repointer vos variables d’environnement vers Mailgun. Garder les deux fournisseurs authentifiés à travers le chevauchement est ce qui rend la restauration un changement d’une seule ligne.
Nouveau dans l’envoi de sous-domaine ou l’authentification ? Voir Pourquoi Mailer To Go envoie de mtg.yourdomain.com et le guide de configuration SPF/DKIM/DMARC. Venant d’un autre fournisseur ? Voir Migration de SendGrid vers Mailer To Go.