Verlagern Sie Ihren Versand, ohne Reputation, Historie oder Nachtruhe zu verlieren. Betreiben Sie beide Anbieter parallel und stellen Sie dann in Etappen um.
KI hilft, Ihre Mailgun-Domains, Routen und Webhooks zuzuordnen; Sie genehmigen jede Änderung
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.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>"
}'Beispielanfragen zur Veranschaulichung. Die vollständige Feldliste finden Sie in der API-Referenz.
Für den Wechsel von Mailgun zu MigoSMTP erfassen Sie zunächst Ihre Versanddomains, API-Keys, Routen und Webhooks und authentifizieren dann jede Domain bei MigoSMTP, während die Mailgun-Einträge bestehen bleiben. Legen Sie Templates neu an, bauen Sie Inbound-Routen nach und importieren Sie Ihre Bounce- und Beschwerdelisten. Senden Sie einen kleinen Anteil über MigoSMTP, vergleichen Sie die Zustellung und stellen Sie den Rest schrittweise um. Entfernen Sie die Mailgun-DNS-Einträge und -Keys, sobald nichts mehr darauf zugreift und die Ergebnisse stabil geblieben sind.
Teams wechseln, um den Versand zu bündeln, die Abrechnung zu ändern oder mehr Kontrolle über das Routing zu erhalten. Das meiste Setup lässt sich sauber übernehmen. Jede Mailgun-Domain wird zu einer authentifizierten MigoSMTP-Domain, Keys werden zu eingeschränkten Keys, Bounces und Beschwerden werden als Suppressions importiert und IP-Pools entsprechen dedizierten IPs. Mailgun-spezifische Details wie Region-Endpunkte und das Verhalten der Routen-Priorität sollten Sie vor der Übernahme in der aktuellen Dokumentation des Anbieters prüfen.
Der KI-Migrationsassistent liest Ihre exportierte Mailgun-Konfiguration und schlägt vor, wie jede Domain, jede Template-Variable und jeder Webhook auf MigoSMTP abgebildet wird, mit einem Konfidenzwert für jeden Eintrag. Routenausdrücke, die er nicht sicher übersetzen kann, werden für die manuelle Bearbeitung markiert. Eine Person genehmigt jede Änderung, bevor sie angewendet wird, und die Freigaben werden protokolliert, damit der Umzug später nachvollziehbar bleibt. Sie bestimmen die Reihenfolge der Domains, und der Assistent versendet nie von sich aus Mails und ändert nie selbstständig DNS.
Mailgun organisiert den Versand nach Domains, also gehen Sie beim Umzug genauso vor. Authentifizieren Sie eine Domain, stellen Sie ihren Traffic um, prüfen Sie die Ergebnisse und wiederholen Sie das. Subdomains für Marketing- und Transaktionsmails lassen sich getrennt umziehen.
Wenn Sie Mailgun-Routen nutzen, um eingehende Mails weiterzuleiten oder zu parsen, erfassen Sie jeden Match-Ausdruck samt Aktion und legen ihn als Inbound-Regel neu an. Testen Sie mit echten Adressen, bevor Sie MX-Einträge ändern.
Anwendungen, die per SMTP senden, brauchen oft nur einen neuen Host, Port und neue Zugangsdaten. Stellen Sie einen Dienst nach dem anderen um und lassen Sie die Mailgun-Zugangsdaten aktiv, bis die Logs keine Nutzung mehr zeigen.
Wenn Sie IP-Pools nutzen, entscheiden Sie, welche Streams dedizierte IPs erhalten. Starten Sie jede mit einem Warm-up-Plan und lassen Sie Mails mit geringem Volumen auf der gemeinsam genutzten Infrastruktur, bis die dedizierten IPs eine Historie haben.
Legen Sie Inbound-Routen einzeln neu an und testen Sie jede mit einer Beispieladresse, bevor Sie MX-Einträge ändern.
Ziehen Sie jeweils eine Versanddomain um und beginnen Sie mit der, die das geringste Risiko hat.
Liest exportierte Domains, Keys und Webhook-Einstellungen und schlägt MigoSMTP-Entsprechungen mit Konfidenzwerten vor. Einträge mit niedriger Konfidenz werden separat aufgelistet, und ein Teammitglied genehmigt jede Zuordnung, bevor sie angelegt wird.
Übernimmt Match-Ausdrücke und Aktionen von Mailgun-Routen und entwirft gleichwertige Inbound-Regeln. Er zeigt, was er geändert und was er nicht konvertieren konnte, und Sie genehmigen oder bearbeiten jede Regel.
Durchsucht Templates nach Variablen und vergleicht sie mit den Daten, die Ihr Code sendet. Fehlende oder umbenannte Felder werden aufgelistet. Korrekturen sind nur Vorschläge und werden erst nach Ihrer Prüfung angewendet.
Beantwortet Fragen zu Ihrem Plan in verständlicher Sprache, etwa welche Domain als Nächstes umzieht. Er verweist auf die passende Dokumentation, und jeder empfohlene Schritt braucht weiterhin Ihre Freigabe.
KI-Vorschläge für Ihre Mailgun-Migration werden von Ihnen geprüft und genehmigt, bevor etwas angewendet wird.
Notieren Sie jede Versanddomain, ihre Region und was sie nutzt. Vergessene Subdomains mit alten Skripten sind die häufigste Quelle überraschender Fehler nach dem Cutover.
Ziehen Sie die Listen mit Bounces, Beschwerden und Abmeldungen für jede Domain und importieren Sie sie vor dem Versand. Das schützt die Reputation und verhindert Mails an Adressen, die Sie bereits abgelehnt haben.
Erfassen Sie Beispiel-Events beider Anbieter und vergleichen Sie die Felder. Passen Sie Ihren Handler an das neue Format an und prüfen Sie die Signaturprüfung mit dem neuen Signing-Key.
Senken Sie die TTLs der Einträge, die Sie ändern wollen, einen Tag vorher. Falls Sie zurückrollen müssen, greift die Änderung dann in Minuten statt in Stunden.
Lassen Sie alte Keys aktiv, bis die Logs mehrere Tage lang keinen Traffic zeigen. Widerrufen Sie sie dann und löschen Sie die nicht mehr genutzten DNS-Einträge.
Lassen Sie die alten Routen bestehen, bis die neuen echte Mails ohne Probleme verarbeitet haben.
Sie wechseln von Mailgun? Unser Team prüft Ihre Domains und Routen, bevor Sie starten.
Erfassen Sie Ihre Domains, Keys, Routen und Webhooks, authentifizieren Sie jede Domain bei MigoSMTP parallel zu Mailgun, legen Sie Templates und Routen neu an, importieren Sie Suppressions und verlagern Sie den Traffic schrittweise. Nehmen Sie Mailgun-Einträge und -Keys erst außer Betrieb, wenn das Volumen stabil ist und die Logs keine Nutzung mehr zeigen. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Eine einzelne Domain mit SMTP-Versand lässt sich in wenigen Tagen umziehen. Mehrere Domains, Inbound-Routen und dedizierte IPs dauern länger, weil jedes Element getestet und aufgewärmt werden muss. Planen Sie mehrere Wochen ein und ziehen Sie eine Domain nach der anderen um. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Ja, aber Sie legen sie neu an. Exportieren Sie Match-Ausdruck und Aktion jeder Route und bauen Sie sie in MigoSMTP als Inbound-Regeln nach. Testen Sie mit einer Beispieladresse, bevor Sie MX-Einträge aktualisieren. Prüfen Sie das Prioritätsverhalten anhand der aktuellen Dokumentation des Anbieters. Lassen Sie die alten Routen aktiv, bis die neuen nachweislich funktionieren.
Die Reputation hängt an Ihrer Domain und Ihren Versand-IPs, sie wird also nicht automatisch übernommen. Authentifizieren Sie die Domain, beginnen Sie mit einem kleinen Anteil und steigern Sie schrittweise. Dedizierte IPs brauchen ein ordentliches 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 je Domain und importieren Sie sie vor Ihrem ersten Versand als Suppressions in MigoSMTP. So vermeiden Sie Mails an Adressen, die zuvor gebounct sind oder sich beschwert haben. Prüfen Sie das Exportformat vor dem Import anhand der aktuellen Dokumentation des Anbieters. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Bei SMTP meist nur Host, Port und Zugangsdaten. Bei der HTTP-API unterscheiden sich Endpunkt, Authentifizierung und Feldnamen, also passen Sie den Aufruf an oder nutzen ein SDK. Testen Sie im Staging und stellen Sie einen Dienst nach dem anderen um. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Ja. Beide können Ihre Domain gleichzeitig authentifizieren, sodass Sie einen Teil der Mails über MigoSMTP leiten und den Rest bei Mailgun lassen. Eine Aufteilung nach Domain oder Anwendung hält den Vergleich einfach. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Sie übernimmt die repetitive Zuordnung. Der Assistent liest Ihre exportierten Domains, Webhooks und Templates, schlägt MigoSMTP-Entsprechungen mit Konfidenzwerten vor und markiert Routen, die er nicht übersetzen kann. 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 Mailgun 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.