Comment migrer de Postmark vers Mailer To Go

Guide Migration, Postmark, SMTP, Délivrabilité July 10, 2026 by Équipe Mailer To Go

Un guide étape par étape pour migrer les e-mails transactionnels de Postmark vers Mailer To Go : configuration du domaine d'envoi, SPF/DKIM/DMARC, échange des identifiants SMTP/jeton API, exportation de vos flux de suppression et une transition parallèle sécurisée avec retour en arrière.

Postmark s’est forgé une réputation pour une livraison transactionnelle rapide et fiable — donc si vous changez de fournisseur, vous accordez déjà de l’importance à la délivrabilité. La bonne nouvelle : passer à Mailer To Go est un échange contrôlé de DNS et d’identifiants, et vous pouvez exécuter les deux en parallèle et revenir en arrière à tout moment. Voici toute la migration dans l’ordre.

Vous hésitez ? Voyez comment les deux se comparent dans Mailer To Go vs Postmark. Ce guide montre comment faire.

Avant de commencer : inventoriez ce que Postmark fait pour vous

Serveurs et flux de messages — Postmark sépare les messages transactionnels et marketing en flux ; notez lesquels vous utilisez.
Signatures d’expéditeur / domaines — les adresses From : et domaines que vous avez vérifiés.
Données de suppression — rebonds et plaintes de spam, par flux de messages. Cela doit vous suivre ; renvoyer à une adresse supprimée endommage la réputation d’un nouveau domaine.
Comment vous envoyez — SMTP (avec un jeton API de serveur) ou l’API HTTP Postmark (X-Postmark-Server-Token), ou les deux.
Webhooks — livraison/rebond/ouverture/clic, et leurs consommateurs.
Volume moyen et pic, pour la planification du 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 — nous recommandons mtg.votredomaine.com. Cela isole votre réputation et, si vous le déléguez, nous permet de gérer le DNS. Voir Pourquoi Mailer To Go envoie depuis mtg.votredomaine.com.

Étape 2 — Authentifier (SPF, DKIM, DMARC)

Publiez les enregistrements SPF et DKIM de votre tableau de bord, plus une politique DMARC. Vous avez fait l’équivalent dans Postmark (DKIM + Return-Path), donc c’est familier — juste des valeurs nouvelles. Gardez les deux fournisseurs autorisés sur le domaine pendant le chevauchement. Procédure complète avec vérification dig : Configuration de l’authentification e-mail, de bout en bout.

Étape 3 — Remplacez vos identifiants

SMTP. La signature de Postmark est smtp.postmarkapp.com avec votre jeton API de serveur utilisé comme nom d’utilisateur et mot de passe. Pointez le même mailer vers Mailer To Go à la place :

# Avant — Postmark
host: smtp.postmarkapp.com   port: 587
username: <Server API Token>
password: <Server API Token>

# Après — Mailer To Go
host: smtp.mailertogo.com   port: 587   (ou 465 pour SSL)
username: <MAILERTOGO_SMTP_USER>
password: <MAILERTOGO_SMTP_PASSWORD>

Dans Rails, ce ne sont que des valeurs d’environnement nouvelles — pas de changement de code :

# 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 vous appelez l’API HTTP de Postmark, le changement le moins exigeant est de pointer votre mailer vers Mailer To Go via SMTP (moins de code). Exemples complets par langage : Envoyer un e-mail avec Mailer To Go.

Étape 4 — Importez votre liste de suppression (ne sachez pas)

Exportez les suppressions de Postmark avant la transition — depuis le tableau de bord, ou via l’API par flux de messages :

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

Chargez ces adresses dans votre liste de suppression Mailer To Go afin que quiconque a rebondi ou s’est plaint sur Postmark ne reçoive plus jamais d’e-mail.

Étape 5 — Préchauffez et effectuez la transition progressivement

Un nouveau domaine d’envoi n’a pas encore de réputation, donc ne basculez pas tout d’un coup. Exécutez les deux fournisseurs en parallèle et déplacez le trafic par étapes (10 % → 25 % → 50 % → 100 % sur une semaine ou deux), en commençant par votre courrier le plus engageant (réinitialisations de mot de passe, reçus). Observez les taux de rebond et de plainte à chaque étape, et gardez Postmark prêt à reprendre le trafic jusqu’à ce que vous ayez complètement basculé.

Étape 6 — Vérifiez, puis désactivez

Envoyez des tests et confirmez que SPF, DKIM et DMARC réussissent tous (Gmail → Afficher l’original).
Pointez vos webhooks vers vos gestionnaires d’événements Mailer To Go et confirmez que les événements de rebond/plainte s’écoulent.
Une fois que 100 % s’exécute correctement via Mailer To Go pendant quelques jours, fermez vos serveurs Postmark — mais laissez les enregistrements DNS de Postmark en place pendant une semaine ou deux comme filet de sécurité de rétablissement, puis supprimez-les.

Rétablissement

Parce que le changement est des identifiants + DNS, le rétablissement est rapide : pointez les variables d’environnement de votre mailer vers Postmark. Garder les deux fournisseurs autorisés pendant le chevauchement, c’est ce qui en fait un changement d’une seule ligne.

Nouveau dans l’envoi de sous-domaines ou l’authentification ? Commencez par Pourquoi Mailer To Go envoie depuis mtg.votredomaine.com et le guide de configuration SPF/DKIM/DMARC. En provenance d’un autre fournisseur ? Consultez les guides pour SendGrid, Mailgun et Amazon SES.