Verlagern Sie Ihren Versand, ohne Reputation, Historie oder Nachtruhe zu verlieren. Betreiben Sie beide Anbieter parallel und stellen Sie dann in Etappen um.
Ein KI-Copilot ordnet Postmark-Server, -Streams und -Templates zu, Sie genehmigen
Listen Sie Ihre Domains, Keys, Templates, Webhooks und Suppressions auf.
Fügen Sie die MigoSMTP-DNS-Einträge neben den alten hinzu.
Bauen Sie Templates und Webhooks nach, importieren Sie Suppressions.
Verlagern Sie den Traffic in Etappen und beobachten Sie die Zustellung.
Entfernen Sie alte Einträge und Keys, sobald alles stabil läuft.
Die Terminologie entspricht der Dokumentation des Anbieters zum Zeitpunkt der Erstellung. Vor der Veröffentlichung mit der aktuellen Dokumentation abgleichen.
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>"
}'Beispielanfragen zur Veranschaulichung. Die vollständige Feldliste finden Sie in der API-Referenz.
Für den Wechsel von Postmark zu MigoSMTP erfassen Sie Ihre Server, Message Streams, Templates, Webhooks und Suppressions und authentifizieren dann Ihre Domains bei MigoSMTP, während die Postmark-Einträge bestehen bleiben. Legen Sie eingeschränkte API-Keys an, erstellen Sie Templates neu und aktualisieren Sie die Webhook-Endpunkte. Importieren Sie Suppressions vor dem Versand. Ziehen Sie einen Stream nach dem anderen um, beginnend mit einem kleinen Anteil der Transaktionsmails, und nehmen Sie Postmark-Tokens und DNS-Einträge außer Betrieb, nachdem das Volumen stabil geblieben ist. Lassen Sie Postmark weiterlaufen, bis Sie mit den Ergebnissen zufrieden sind.
Teams wechseln, um Anbieter zu bündeln, Kosten anzupassen oder mehr Kontrolle über Routing und Infrastruktur zu erhalten. Die Struktur lässt sich gut übertragen, weil Postmark den Traffic bereits trennt. Server und Message Streams entsprechen Workspaces und Streams, Server-Tokens werden zu eingeschränkten Keys, und Absendersignaturen werden zur Domain-Authentifizierung. Postmark-spezifische Funktionen wie Template-Layouts und das Suppression-Verhalten auf Stream-Ebene sollten Sie vor der Übernahme in der aktuellen Dokumentation des Anbieters prüfen. Führen Sie eine Liste von allem, was nicht eins zu eins passt.
Der KI-Migrationsassistent liest die exportierte Postmark-Konfiguration und schlägt vor, wie jeder Server, Stream, jedes Template und jeder Webhook auf MigoSMTP abgebildet wird, mit einem Konfidenzwert für jeden Eintrag. Er weist darauf hin, wo ein Template-Layout oder ein benutzerdefiniertes Feld manuelle Aufmerksamkeit braucht. Eine Person genehmigt jede Änderung, bevor sie angewendet wird, und jede Freigabe wird protokolliert. Ihr Team steuert Zeitpunkt, Umfang und Rollback, und der Assistent versendet nie von sich aus Mails und ändert nie selbstständig DNS.
Die Transaktions- und Broadcast-Streams von Postmark gibt es aus gutem Grund. Bilden Sie diese Trennung in MigoSMTP nach, damit Belege und Marketing-Mails von Anfang an getrennte Reputation, Auswertung und Suppression-Verwaltung haben.
Ein Postmark-Server steht meist für eine Anwendung oder Umgebung. Ziehen Sie einen nach dem anderen um und legen Sie dafür jeweils einen Workspace und einen Key an, damit sich jedes Problem auf eine einzelne App beschränkt.
Erfassen Sie Templates, Layouts und die Modellfelder, die Ihr Code sendet. Legen Sie sie in MigoSMTP neu an und senden Sie dann Testnachrichten mit echten Daten, um zu bestätigen, dass jede Variable korrekt dargestellt wird.
Ersetzen Sie die Postmark-Server-Tokens in der Konfiguration durch MigoSMTP-Keys, einen Dienst nach dem anderen. Lassen Sie alte Tokens aktiv, bis die Logs keine Aufrufe mehr zeigen, und widerrufen Sie sie dann.
Migrieren Sie jeweils einen Message Stream, damit Transaktions- und Broadcast-Mails ihre eigene Reputation behalten.
Legen Sie Templates und gemeinsame Layouts neu an und senden Sie dann Testnachrichten, um Variablen und Formatierung zu prüfen.
Liest exportierte Server und Message Streams und schlägt Workspace- und Stream-Layouts mit Konfidenzwerten vor. Sie sehen jede vorgeschlagene Änderung und genehmigen sie, bevor etwas angelegt wird.
Konvertiert Postmark-Templates und -Layouts, lässt Modellvariablen unverändert und zeigt eine gerenderte Vorschau mit Ihren Beispieldaten. Jedes Template wartet auf Ihre Freigabe, bevor es gespeichert wird.
Vergleicht Bounce-, Deferral- und Beschwerderaten mit Ihrer Postmark-Baseline, während der Traffic umzieht. Sie meldet Abweichungen, und Sie entscheiden, ob Sie jede Stufe halten oder fortsetzen.
Beantwortet Fragen wie, welchen Stream Sie zuerst umziehen und was zu testen ist, auf Basis Ihrer exportierten Konfiguration. Ihre Empfehlungen sind Vorschläge, die Sie bestätigen, bevor Sie handeln.
KI-Vorschläge für Ihre Postmark-Migration werden von Ihnen geprüft und genehmigt, bevor etwas angewendet wird.
Halten Sie fest, welche Anwendungen welches Server-Token und welchen Stream nutzen. Versteckte Integrationen wie Support-Tools oder Abrechnungssysteme sind das, was Teams am häufigsten vergessen.
Suppressions können sich zwischen Transaktions- und Broadcast-Streams unterscheiden. Exportieren Sie jeden getrennt und importieren Sie ihn vor dem Versand in den passenden MigoSMTP-Stream.
Senden Sie Testnachrichten mit vollständigen, teilweisen und leeren Daten. Vergleichen Sie die Ausgabe mit der Version von Postmark, um fehlende Felder oder geänderte Leerzeichen zu erkennen.
Fügen Sie DKIM- und Return-Path-Einträge von MigoSMTP hinzu, ohne die von Postmark zu löschen. Prüfen Sie in einem Header-Check, dass beide bestehen, bevor Sie den Produktivversand ändern.
Transaktionsmails sind am empfindlichsten, aber Broadcast-Mails haben das höhere Volumen. Ziehen Sie zuerst die Transaktionsmails um und steigern Sie dann Broadcast schrittweise, während Sie die Beschwerderaten beobachten.
Planen Sie vor dem Start, wie jeder Postmark-Server und -Stream auf einen MigoSMTP-Workspace abgebildet wird.
Sie wechseln von Postmark? Unser Team prüft Ihre Streams und Templates, bevor Sie starten.
Erfassen Sie Ihre Server, Streams, Templates und Webhooks, authentifizieren Sie Domains bei MigoSMTP neben Postmark, legen Sie Templates neu an, importieren Sie Suppressions und ziehen Sie einen Stream nach dem anderen um. Nehmen Sie Postmark-Tokens und DNS-Einträge außer Betrieb, sobald das Volumen stabil ist und die Logs keine Nutzung mehr zeigen.
Ein einzelner Server mit wenigen Templates lässt sich in wenigen Tagen umziehen. Mehrere Server, Streams und Webhook-Konsumenten dauern länger, weil jeder getestet werden muss. Planen Sie mehrere Wochen ein und migrieren Sie einen Stream nach dem anderen. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Sie legen sie in MigoSMTP neu an. Exportieren Sie das Template-HTML und die Modellvariablen, die Ihr Code sendet, und lassen Sie mit dem Konverter Entwürfe zur Prüfung erstellen. Kontrollieren Sie Layouts und bedingte Abschnitte mit Testversand, bevor Sie freigeben. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
MigoSMTP nutzt Workspaces und Streams, um Transaktions- und Broadcast-Mails zu trennen, sodass sich die Struktur eng abbilden lässt. Reputation, Auswertung und Suppressions bleiben je Stream getrennt. Das genaue Verhalten bestätigen Sie in der Dokumentation von Postmark. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Die Reputation gehört zu Ihrer Domain und Ihren Versand-IPs, sie wird also nicht automatisch übernommen. Authentifizieren Sie die Domain, senden Sie zuerst einen kleinen Anteil und steigern Sie schrittweise. Dedizierte IPs brauchen ein Warm-up, bevor das volle Volumen läuft. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Exportieren Sie sie und importieren Sie sie vor Ihrem ersten Versand in MigoSMTP, damit Empfänger, die gebounct sind oder sich beschwert haben, nicht erneut angeschrieben werden. Wenn Sie getrennte Streams nutzen, exportieren und importieren Sie je Stream. Prüfen Sie die Formate anhand der aktuellen Dokumentation des Anbieters. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Ja. Beide können dieselbe Domain authentifizieren, also leiten Sie einen kleinen Prozentsatz über MigoSMTP, während Postmark den Rest übernimmt. Eine Aufteilung nach Server oder Stream macht Vergleich und Rollback einfach. Lassen Sie die Postmark-Tokens aktiv, bis die Logs keine Aufrufe mehr zeigen.
Ja, für die Zuordnungsarbeit. Der Assistent liest exportierte Server, Streams und Templates, schlägt MigoSMTP-Entsprechungen mit Konfidenzwerten vor und markiert Einträge, die manuelle Sorgfalt brauchen. Eine Person genehmigt jede Änderung, bevor sie angewendet wird.
Ja. Die meisten Teams senden zuerst einen kleinen Anteil über MigoSMTP und steigern ihn schrittweise.
Der Wechsel von einem gemeinsamen Pool auf eine dedizierte IP braucht ein Warm-up. Nutzen Sie den Leitfaden oder den Rechner.
Unser Team prüft Ihren Plan für Postmark und den Cutover-Zeitplan.
Erzählen Sie uns von Ihren Domains, Ihrem Volumen und Ihrem Setup, und wir helfen Ihnen, eine sichere, gestufte Umstellung zu planen.
Konto erstellen, Domain hinzufügen und die erste E-Mail senden.