Migrez vos envois sans perdre en réputation, en historique ni en sommeil. Faites tourner les deux fournisseurs en parallèle, puis basculez par étapes.
Un copilote IA fait correspondre les serveurs, flux et templates Postmark, et vous les approuvez
Listez vos domaines, clés, modèles, webhooks et suppressions.
Ajoutez les enregistrements DNS de MigoSMTP à côté des anciens.
Recréez les modèles et webhooks, importez les suppressions.
Déplacez le trafic par étapes et surveillez la livraison.
Supprimez les anciens enregistrements et clés une fois la situation stable.
La terminologie reflète la documentation du fournisseur au moment de la rédaction. Vérifiez la documentation à jour avant de publier.
curl https://api.postmarkapp.com/email \
-H "X-Postmark-Server-Token: POSTMARK_TOKEN" \
-H "Content-Type: application/json" \
-d '{ "From": "hello@yourdomain.com",
"To": "user@example.com",
"Subject": "Hello",
"HtmlBody": "<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>"
}'Requêtes données à titre d'illustration. Consultez la référence de l'API pour la liste complète des champs.
Pour migrer de Postmark vers MigoSMTP, listez vos serveurs, flux de messages, templates, webhooks et suppressions, puis authentifiez vos domaines avec MigoSMTP tandis que les enregistrements Postmark restent en place. Créez des clés API à portée limitée, recréez les templates et mettez à jour les endpoints de webhook. Importez les suppressions avant d'envoyer. Migrez un flux à la fois, en commençant par une petite part d'e-mails transactionnels, et retirez les tokens et enregistrements DNS Postmark une fois le volume resté stable. Gardez Postmark actif jusqu'à ce que les résultats vous satisfassent.
Les équipes changent pour regrouper leurs fournisseurs, ajuster leurs coûts ou mieux contrôler le routage et l'infrastructure. La structure se transpose bien, car Postmark sépare déjà le trafic. Les serveurs et flux de messages correspondent à des workspaces et des flux, les tokens serveur deviennent des clés à portée limitée et les signatures d'expéditeur deviennent l'authentification de domaine. Les fonctions propres à Postmark, comme les layouts de templates et le comportement des suppressions au niveau du flux, sont à vérifier dans la documentation actuelle du fournisseur avant de les reproduire. Gardez une liste de tout ce qui ne correspond pas un pour un.
L'assistant de migration IA lit la configuration Postmark que vous exportez et propose la correspondance de chaque serveur, flux, template et webhook avec MigoSMTP, avec un score de confiance pour chaque élément. Il signale les endroits où un layout de template ou un champ personnalisé demande une attention manuelle. Une personne approuve chaque modification avant son application, et chaque approbation est consignée. Votre équipe garde la main sur le calendrier, le périmètre et le retour arrière, et l'assistant n'envoie jamais d'e-mails ni ne modifie le DNS de lui-même.
Les flux transactionnel et de diffusion de Postmark existent pour une raison. Recréez cette séparation dans MigoSMTP pour que les reçus et les e-mails marketing aient dès le premier jour une réputation, des rapports et une gestion des suppressions distincts.
Chaque serveur Postmark représente généralement une application ou un environnement. Migrez-les un par un en créant un workspace et une clé pour chacun, afin que tout incident reste limité à une seule application.
Listez les templates, les layouts et les champs du modèle envoyés par votre code. Recréez-les dans MigoSMTP, puis envoyez des messages de test avec de vraies données pour vérifier que chaque variable s'affiche correctement.
Remplacez les tokens serveur Postmark par des clés MigoSMTP dans la configuration, un service à la fois. Gardez les anciens tokens actifs jusqu'à ce que les logs n'affichent plus aucun appel, puis révoquez-les.
Migrez un flux de messages à la fois pour que le transactionnel et la diffusion conservent chacun leur réputation.
Recréez les templates et les layouts partagés, puis envoyez des messages de test pour vérifier les variables et la mise en forme.
Lit les serveurs et flux de messages exportés et propose des structures de workspaces et de flux avec des scores de confiance. Vous voyez chaque modification proposée et l'approuvez avant toute création.
Convertit les templates et layouts Postmark en conservant les variables du modèle, et affiche un aperçu rendu avec vos données d'exemple. Chaque template attend votre approbation avant d'être enregistré.
Compare les taux de rebond, de report et de plainte à votre référence Postmark pendant le déplacement du trafic. Il vous alerte en cas de dérive, et vous choisissez de suspendre ou de poursuivre chaque étape.
Répond à des questions comme quel flux migrer en premier et que tester, à partir de votre configuration exportée. Ses recommandations sont des suggestions que vous confirmez avant d'agir.
Les suggestions de l'IA pour votre migration Postmark sont examinées et approuvées par vous avant toute application.
Notez quelles applications utilisent quel token serveur et quel flux. Les intégrations cachées, comme les outils de support ou les systèmes de facturation, sont ce que les équipes oublient le plus souvent.
Les suppressions peuvent différer entre les flux transactionnels et de diffusion. Exportez chacune séparément et importez-les dans le flux MigoSMTP correspondant avant d'envoyer.
Envoyez des messages de test avec des données complètes, partielles et vides. Comparez le rendu avec la version Postmark pour repérer les champs manquants ou les espaces modifiés.
Ajoutez les enregistrements DKIM et return-path de MigoSMTP sans supprimer ceux de Postmark. Vérifiez que les deux passent dans un contrôle d'en-têtes avant de modifier tout envoi en production.
Le transactionnel est le plus sensible, mais la diffusion a un volume plus élevé. Migrez d'abord le transactionnel, puis montez progressivement en charge sur la diffusion en surveillant les taux de plainte.
Planifiez la correspondance de chaque serveur et flux Postmark avec un workspace MigoSMTP avant de commencer.
Vous quittez Postmark ? Notre équipe peut examiner vos flux et templates avant le démarrage.
Listez vos serveurs, flux, templates et webhooks, authentifiez les domaines avec MigoSMTP en parallèle de Postmark, recréez les templates, importez les suppressions et migrez un flux à la fois. Retirez les tokens et enregistrements DNS Postmark une fois le volume stable et les logs sans aucune utilisation restante.
Un seul serveur avec quelques templates peut migrer en quelques jours. Plusieurs serveurs, flux et consommateurs de webhooks prennent plus de temps, car chacun demande des tests. Prévoyez plusieurs semaines et migrez un flux à la fois. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
Vous les recréez dans MigoSMTP. Exportez le HTML des templates et les variables du modèle envoyées par votre code, puis utilisez le convertisseur pour rédiger des versions à relire. Vérifiez les layouts et les sections conditionnelles avec des envois de test avant d'approuver. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
MigoSMTP utilise des workspaces et des flux pour séparer les e-mails transactionnels et de diffusion : la structure correspond donc de près. La réputation, les rapports et les suppressions restent distincts par flux. Confirmez le comportement exact dans la documentation de Postmark. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
La réputation appartient à votre domaine et à vos IP d'envoi ; elle ne se transfère donc pas automatiquement. Authentifiez le domaine, envoyez d'abord une petite part, puis augmentez progressivement. Les IP dédiées nécessitent un warm-up avant le volume complet. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
Exportez-les et importez-les dans MigoSMTP avant votre premier envoi, pour que les destinataires ayant généré un rebond ou une plainte ne reçoivent plus d'e-mails. Si vous utilisez des flux séparés, exportez et importez par flux. Vérifiez les formats dans la documentation actuelle du fournisseur. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
Oui. Les deux peuvent authentifier le même domaine : faites donc passer un petit pourcentage par MigoSMTP pendant que Postmark gère le reste. Séparer par serveur ou par flux facilite la comparaison des résultats et le retour arrière. Gardez les tokens Postmark actifs jusqu'à ce que les logs n'affichent plus aucun appel.
Oui, pour le travail de correspondance. L'assistant lit les serveurs, flux et templates exportés, propose des équivalents MigoSMTP avec des scores de confiance et signale les éléments demandant une attention manuelle. Une personne approuve chaque modification avant son application.
Oui. La plupart des équipes envoient d'abord une petite part via MigoSMTP, puis augmentent progressivement.
Passer d'un pool partagé à une IP dédiée exige un warm-up. Utilisez le guide ou le calculateur.
Notre équipe peut examiner votre plan pour Postmark et le calendrier de bascule.
Parlez-nous de vos domaines, de votre volume et de votre configuration, et nous vous aiderons à planifier une bascule sûre et progressive.
Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.