Verlagern Sie Ihren Versand, ohne Reputation, Historie oder Nachtruhe zu verlieren. Betreiben Sie beide Anbieter parallel und stellen Sie dann in Etappen um.
Die KI macht aus Ihren SES-Identitäten und SNS-Events eine Zuordnung zur Prüfung
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.
aws sesv2 send-email \
--from-email-address hello@yourdomain.com \
--destination ToAddresses=user@example.com \
--content 'Simple={Subject={Data=Hello},Body={Html={Data="<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 die Migration von Amazon SES zu MigoSMTP erfassen Sie Ihre verifizierten Identitäten, Konfigurationssets, Event-Ziele und Suppressions auf Kontoebene und authentifizieren dann Ihre Domains bei MigoSMTP, während die SES-Einträge bestehen bleiben. Legen Sie neue SMTP- oder API-Zugangsdaten an, ersetzen Sie SNS- und Queue-Consumer durch Webhooks und importieren Sie die Suppressions. Verlagern Sie den Traffic schrittweise, vergleichen Sie die Zustellung und entfernen Sie die SES-Identitäten und IAM-Zugangsdaten erst, nachdem über SES für einen von Ihnen gewählten Zeitraum nichts mehr versendet wurde.
Viele Teams verlassen SES, weil sie weniger AWS-Bausteine rund um E-Mail wünschen, etwa IAM-Richtlinien, SNS-Topics und Queues, oder weil sie mehr Routing- und Support-Optionen brauchen. Das meiste Setup lässt sich übernehmen: Verifizierte Identitäten werden zur Domain-Authentifizierung, Konfigurationssets entsprechen Workspaces und Streams, und die Suppression-Liste lässt sich importieren. Details wie Sandbox-Status, Versandkontingente und regionales Verhalten sollten Sie anhand der aktuellen Dokumentation des Anbieters für Ihr Konto prüfen. Halten Sie jeden Unterschied schriftlich fest, damit das Team weiß, was sich ändert.
Der KI-Migrationsassistent liest die exportierte SES-Konfiguration, darunter Identitäten, Konfigurationssets und Event-Ziele, und schlägt mit einem Konfidenzwert vor, wie sich jedes Element auf MigoSMTP abbilden lässt. Speist ein SNS-Topic eigenen Code, weist er auf den Consumer hin, den Sie anpassen müssen. Jede vorgeschlagene Änderung wird von einer Person freigegeben, bevor etwas angewendet wird, und Freigaben werden protokolliert. Der Assistent versendet nie selbstständig E-Mails und ändert keine DNS-Einträge; Zeitpunkt, Umfang und Rollback bestimmen Sie.
Laufen Zustell-, Bounce- und Complaint-Events über SNS zu Queues oder Lambda-Funktionen, richten Sie diese Logik auf die MigoSMTP-Webhooks aus. Betreiben Sie beide Pfade kurz parallel, um zu bestätigen, dass Ihre Datenbank-Updates übereinstimmen.
Anwendungen mit SES-SMTP-Zugangsdaten brauchen einen neuen Host, Port und MigoSMTP-Zugangsdaten. Stellen Sie einen Dienst nach dem anderen um, denn von IAM abgeleitete SES-Zugangsdaten und MigoSMTP-Zugangsdaten werden getrennt verwaltet.
Ein Konfigurationsset steht meist für einen Anwendungsfall wie Belege oder Newsletter. Legen Sie für jedes einen passenden Workspace oder Stream an, damit Reporting und Suppression-Handling getrennt bleiben.
Ein neues Versandkonto startet mit eigenen Limits. Prüfen Sie daher Ihre Start-Kontingente, bevor Sie Volumen verlagern. Lassen Sie SES für jede Mailart aktiv, die Sie auf MigoSMTP noch nicht verifiziert haben.
Tauschen Sie Benachrichtigungs-Topics und Handler gegen Webhooks, die dieselben Events direkt an Ihre Anwendung senden.
Nutzen Sie verwaltete Domain-Prüfungen, Warm-up-Hinweise und Monitoring, statt sie selbst aufzubauen.
Liest exportierte Identitäten, Konfigurationssets und Event-Ziele und schlägt MigoSMTP-Entsprechungen mit Konfidenzwerten vor. Mehrdeutige Elemente werden markiert, und ein Teammitglied gibt jede Zuordnung frei, bevor sie angelegt wird.
Durchsucht Exporte Ihres Code-Repositorys nach SNS- und SQS-Message-Handlern und listet die auf, die für Webhooks angepasst werden müssen. Er entwirft Änderungen zur Durchsicht; nichts wird automatisch geändert.
Verfolgt Bounce-, Zurückstellungs- und Complaint-Raten im Vergleich zu Ihrer SES-Baseline, während der Traffic wandert, und warnt bei Abweichungen. Sie entscheiden bei jeder Stufe, ob Sie fortfahren, pausieren oder zurückrollen.
Die MigoSMTP-API ist so dokumentiert, dass Tools und Agenten sie lesen können, sodass Ihre eigenen Skripte oder Assistenten Anfragen entwerfen können. Jede Versand- oder Konfigurationsänderung braucht weiterhin Ihre Freigabe.
KI-Vorschläge für Ihre SES-Migration werden von Ihnen geprüft und freigegeben, bevor etwas angewendet wird.
Laden Sie die Suppression-Liste auf Kontoebene und alle Einträge auf Listenebene herunter, bevor Sie etwas versenden. Der Import verhindert wiederholte Mails an Adressen, die bereits gebounct sind oder sich beschwert haben.
Finden Sie jeden Dienst, der SES-SMTP-Zugangsdaten oder Access Keys hält. Ersetzen Sie sie nacheinander und deaktivieren Sie die alten Zugangsdaten, sobald die Logs keine Aktivität mehr zeigen.
Authentifizieren Sie dieselben Domains und From-Adressen, die Sie heute nutzen. Eine Abweichung zwischen From-Domain und authentifizierter Domain ist eine häufige Ursache für fehlgeschlagene Tests.
Lassen Sie SES-Identitäten und -Zugangsdaten während des Übergangs aktiv. Verhält sich ein Stream auf MigoSMTP auffällig, routen Sie ihn rasch zurück und analysieren in Ruhe.
Muss Ihre Mail in einer bestimmten Region bleiben, klären Sie die verfügbaren Regionen mit Ihren Cloud- und Compliance-Teams, bevor Sie umziehen. Dokumentieren Sie, wo Logs und Empfängerdaten nach dem Umzug gespeichert werden.
Ordnen Sie Ihre Benachrichtigungs-Topics und Handler Webhook-Endpunkten zu, bevor Sie Volumen verlagern.
Wechsel von Amazon SES? Unser Team prüft Ihre Event-Pipeline, bevor Sie starten.
Exportieren Sie Ihre Identitäten, Konfigurationssets und die Suppression-Liste, authentifizieren Sie Ihre Domains bei MigoSMTP, legen Sie neue Zugangsdaten an, ersetzen Sie SNS-Event-Handler durch Webhooks und verlagern Sie den Traffic schrittweise. Deaktivieren Sie SES-Identitäten und IAM-Zugangsdaten erst, wenn dort nichts mehr versendet wird. Testen Sie zuerst mit einem kleinen Anteil des Traffics und werten Sie die Ergebnisse gemeinsam mit Ihrem Team aus.
Einfache reine SMTP-Setups sind in wenigen Tagen umgezogen. Setups mit mehreren Konfigurationssets, SNS-Topics und Lambda-Handlern dauern länger, weil die Event-Pipeline neu aufgebaut und getestet werden muss. Planen Sie inklusive stufenweisem Aufbau mehrere Wochen ein. Testen Sie zuerst mit einem kleinen Anteil des Traffics und werten Sie die Ergebnisse gemeinsam mit Ihrem Team aus.
MigoSMTP hat ein eigenes Onboarding für Konten, unabhängig von Ihrem SES-Sandbox-Status. Klären Sie Ihre Startlimits mit unserem Team, bevor Sie Volumen verlagern, und lassen Sie SES für alles aktiv, was Sie noch nicht verifiziert haben. Testen Sie zuerst mit einem kleinen Anteil des Traffics und werten Sie die Ergebnisse gemeinsam mit Ihrem Team aus.
MigoSMTP-Webhooks liefern Zustell-, Bounce-, Complaint- und weitere Events direkt an Ihren HTTPS-Endpunkt, sodass Sie SNS-Topics oder Queues womöglich nicht mehr brauchen. Passen Sie Ihren Consumer an das neue Payload an und betreiben Sie beide Pfade kurz parallel, um zu vergleichen. Testen Sie zuerst mit einem kleinen Anteil des Traffics und werten Sie die Ergebnisse gemeinsam mit Ihrem Team aus.
Die Reputation hängt an Ihrer Domain und Ihren IPs und wird daher nicht automatisch übertragen. Authentifizieren Sie Ihre Domain, starten Sie mit einem kleinen Teil der Mails und steigern Sie schrittweise. Nutzen Sie bei SES dedizierte IPs, planen Sie für neue IPs ein Warm-up ein. Testen Sie zuerst mit einem kleinen Anteil des Traffics und werten Sie die Ergebnisse gemeinsam mit Ihrem Team aus.
Ja. Exportieren Sie die Suppression-Liste auf Kontoebene und importieren Sie sie vor dem ersten Versand in MigoSMTP. Prüfen Sie das Exportformat und Einträge auf Listenebene anhand der aktuellen Dokumentation des Anbieters, damit nichts fehlt. Testen Sie zuerst mit einem kleinen Anteil des Traffics und werten Sie die Ergebnisse gemeinsam mit Ihrem Team aus.
Ja. Beide können Ihre Domain gleichzeitig authentifizieren, sodass Sie den Traffic nach Anwendung, Konfigurationsset oder Empfängerdomain aufteilen können. Lassen Sie die SES-Zugangsdaten aktiv, bis die Logs bestätigen, dass sie nirgends mehr genutzt werden. Vergleichen Sie vor jeder Steigerung die Bounce- und Complaint-Raten beider Seiten.
Die KI entwirft die Zuordnung, Menschen entscheiden. Sie liest exportierte Identitäten, Konfigurationssets und Event-Ziele, schlägt MigoSMTP-Entsprechungen mit Konfidenzwerten vor und markiert SNS-Consumer, die angepasst werden müssen. Jede Änderung wird von einer Person freigegeben, 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 gern Ihren Plan für Amazon SES und den Zeitplan der Umstellung.
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.