Leitfaden zur Migration von On-Premises- zu Cloud-E-Mail
Vogel
28.06.2020
1 min read
Wichtige Erkenntnisse
Bird Cloud wurde auf der bewährten Momentum MTA-Engine aufgebaut, die den Kunden die Leistung eines ausgereiften On-Premise-Systems mit den zusätzlichen Vorteilen einer modernen Cloud-E-Mail-API-Plattform bietet.
Viele Altabsender verlassen sich immer noch auf Momentum oder PowerMTA, und Bird bietet einen klaren Migrationsweg für beide – vollständige Cloud-Migration oder hybrides Routing über On-Premise-Knoten.
Die Migration erfordert Verständnis dafür, ob Sie:
alle On-Premise-Infrastruktur eliminieren, oder
weiterhin Ihr MTA für Vorverarbeitung, Routing oder Altlasten verwenden.
Bird akzeptiert nur authentifizierte SMTP-Injection über die Ports 587 oder 2525 (TLS wird dringend empfohlen). REST-API-Injection ist ebenfalls für die direkte JSON-basierte Lieferung verfügbar.
Option Nr. 1 („kalter Entzug“) ermöglicht die vollständige Stilllegung von MTAs durch direktes Senden an Bird via SMTP oder REST, um Komplexität zu entfernen und die Sende-Architektur zu modernisieren.
Option Nr. 2 unterstützt hybride Umgebungen – Routing ausgewählter Streams von Momentum oder PMTA zu Bird durch Konfiguration ausgehender Domains mit SMTP_Auth zu Bird.
PowerMTA- und Momentum-Konfigurationen können Verkehr sicher an Bird weiterleiten unter Verwendung von TLS, auf API-Schlüssel basierendem SMTP_Auth und Routendefinitionen.
Kunden, die erweiterte Lua-Skripte, Inline-Substitution oder Vorablieferungsfilter verwenden, können hybrid bleiben, bis die Logik in Upstream-Systeme umstrukturiert wird.
Bird unterstützt BYOIP (Bring Your Own IP) für Kunden mit einem zusammenhängenden /24-Block, wodurch Sie Ihren erwärmten IP-Ruf beibehalten und das vollständige IP-Einlernen überspringen können.
Für Nicht-BYOIP-Benutzer bietet Bird automatisches IP-Einlernen und empfiehlt eine gestaffelte Migration – beginnend mit kleinen Volumen und anschließend schrittweise Erhöhung des Verkehrs.
Eine korrekte Domain-Einrichtung (DKIM, SPF, DMARC, Bounce-Domains, Tracking-Domains) ist unerlässlich für die Ausrichtung und das reibungslose Nebeneinander während der Migration.
Bird bietet Echtzeit-Ereignisdaten über Webhooks oder Events API, wodurch nachgelagerte Automatisierung, ETL-Flows und log-artige Rekonstruktion bei Bedarf ermöglicht werden.
Q&A Highlights
Was sind die zwei Haupt-Migrationsszenarien?
Entweder alle On-Prem-MTAs vollständig außer Betrieb nehmen (Option #1) oder ein hybrides Setup beibehalten, bei dem ein Teil des Verkehrs durch Momentum/PMTA geleitet wird, bevor Bird erreicht wird (Option #2).
Was bestimmt, ob Sie Option #1 oder Option #2 wählen?
Ihre Abhängigkeit von Lua-Skripten, Vorverarbeitungslogik, Nachrichtenneuschreibungen, Sicherheitsanforderungen oder Generatoren, die keinen authentifizierten Datenverkehr über Port 587 senden können.
Akzeptiert Bird SMTP-Injektionen über Port 25?
Nein—Bird erfordert SMTP-Injection über Port 587 oder 2525, authentifiziert mit SMTP_Auth.
Ist TLS erforderlich?
Nicht unbedingt erforderlich, aber dringend empfohlen für die sichere Nachrichteninjektion entweder von Generatoren oder von lokalen MTAs.
Können Absender die REST API anstelle von SMTP verwenden?
Ja—Absender können JSON-Nutzlasten über die Transmissions REST API senden, wodurch Workflows oft vereinfacht werden und die Notwendigkeit entfällt, rohe SMTP-Nachrichten zu erstellen.
Was ist das Bird BYOIP-Programm?
Ein Prozess, der es Kunden mit einem zusammenhängenden /24-Block ermöglicht, ihre vorhandenen IPs in Bird zu migrieren, den Ruf zu halten und das Aufwärmen zu überspringen.
Was ist, wenn BYOIP keine Option ist?
Verwenden Sie neue Versanddomänen (z. B. sp.yourdomain.com), führen Sie beide Umgebungen parallel aus und verlassen Sie sich auf Birds automatische IP-Aufwärmung.
Wie leiten Sie nur ausgewählte Streams in einem hybriden Setup durch Bird?
Durch das Konfigurieren von ausgehenden Domains (Momentum) oder Rollup-Konfigurationen/VMTAs (PowerMTA), die Bird’s SMTP-Endpunkt authentifizieren und zustellen.
Welche Änderungen an den Metadaten sind erforderlich, wenn über SMTP injiziert wird?
Fügen Sie einen
X-MSYS-API-Header hinzu, der Attribute wieip_pool,campaignund alle benutzerdefinierten Metadaten enthält, die zuvor über X-Headers verarbeitet wurden.Was sollte im DNS vor der Migration konfiguriert werden?
DKIM-Einträge, SPF, DMARC, Domains für Rückläufe und Tracking-Domains zur Gewährleistung der Domainausrichtung und zur Verringerung des Zustellungsrisikos während des Übergangs.
Wie sollte der Traffic zu Bird migriert werden?
Nach und nach: Beginnen Sie mit einem kleinen Strom, dann 10%, dann 20%, täglich erhöhen, bis der gesamte Verkehr verschoben ist — ähnlich den besten Praktiken zur IP-Aufwärmung.
Wie können Absender Liefer- und Engagementdaten nach der Migration sammeln?
Durch die Verwendung von Birds Echtzeit-Webhook-System oder der Events-API können Webhook-Sammler schnell aufgebaut werden und nachgelagerte Speicher- oder ETL-Systeme betreiben.
So oft hören wir die Frage: „Haben Sie eine Art Handbuch, das den Migrationsprozess von einer On-Premises-Installation zu Bird beschreibt“?
Ja, das haben wir. Lesen Sie weiter.
Zuerst ein wenig Hintergrundgeschichte. Der Bird Cloud-Dienst wurde 2014 aus dem enormen Erfolg der On-Premises Momentum MTA-Lösung heraus geschaffen. Momentum sitzt im Kern von Bird Cloud und bietet Tausenden von Kunden des Cloud-Dienstes Hochgeschwindigkeitsbereitstellung und Traffic-Shaping. Aufgrund dessen erhält Momentum einen großen Teil unserer technischen Aufmerksamkeit, aber die Ergebnisse dieser Arbeit verbergen sich oft in Leistungsverbesserungen, die nicht viel Aufmerksamkeit in der Presse erhalten. Momentum-Kunden profitieren von dieser Arbeit jedes Mal, wenn eine neue öffentliche Version von Momentum veröffentlicht wird.
Das bedeutet NICHT, dass Bird einfach nur „Momentum in der Cloud“ ist. Bird ist viel mehr als das und kann Kunden, die sich für eine Migration oder eine hybride Nutzung entscheiden, zusätzliche Vorteile bieten. Diese Vorteile leiten sich von unserer modernen Cloud-basierten E-Mail-API-Architektur ab, die Funktionen bietet, die in traditionellen On-Premises-Lösungen nicht verfügbar sind. Darüber hinaus haben wir es PowerMTA-Kunden sehr einfach gemacht, PowerMTA auch in einer hybriden Konfiguration mit Bird zu migrieren oder zu nutzen. Der Rest dieses Dokuments wird im Detail beschreiben, wie Sie Ihre Nachrichtenströme von Momentum oder PowerMTA zum Bird Cloud-Dienst migrieren können.
Es gibt tatsächlich zwei separate Szenarien, die beim Migrieren zu Bird von Momentum oder PowerMTA zu berücksichtigen sind.
Sie sind bereit, die On-Premises-Welt vollständig zu verlassen, schließen Ihre physischen Rechenzentren und verwalten direkt keine On-Premises-MTA mehr. Das bedeutet, dass Sie Momentum oder PowerMTA aus Ihrer Bereitstellung entfernen und Nachrichten direkt an SparkPost zur Nachrichtenverarbeitung senden. Bevor Sie Ihre On-Premises-Infrastruktur stilllegen, stellen Sie sicher, dass Sie umfassende Datenbank-Backups aller kritischen Systeme haben, insbesondere wenn Sie PostgreSQL-Datenbanken betreiben, die wichtige historische Daten oder Konfigurationen enthalten.
Sie haben aus irgendeinem Grund Grund, einen Teil der On-Premises-Präsenz beizubehalten. Einige Möglichkeiten könnten sein:
spezifische Bereitstellungsströme, die eine Vorverarbeitung in Momentum erfordern
Kapazitätsteilung für Spitzenlast- oder Notfallwiederherstellungsanforderungen
Unterstützung von Kunden mit Legacy-Systemen in PMTA, während neue Kunden zu SparkPost wechseln
…dann möchten Sie die anderen Nachrichten an Bird weiterleiten, um die Nachrichtenweiterverarbeitung zu übernehmen.
In beiden Situationen müssen Sie sich bewusst sein, dass Bird nur SMTP-Nachrichten zur Zustellung akzeptiert, die über Port 587 oder 2525 eingespeist werden und SMTP_Auth mit einem spezifischen Benutzernamen und Passwort verwenden (Siehe SMTP-Dokumente hier). Wir empfehlen auch dringend die Verbindung über eine TLS-Verbindung, aber das ist nicht unbedingt erforderlich. Wenn Sie Ihre MTA-Schicht vollständig ersetzen (Szenario 1), sollten Sie auch die Verwendung der Transmissions REST API in Betracht ziehen, die Nachrichten über HTTPS-Verbindungen akzeptieren kann. Die Dokumentation zu dieser API finden Sie hier.
Für Organisationen mit On-Premises-Infrastruktur, die sichere E-Mail-Funktionen erfordert, bietet unser S/MIME-Implementierungsleitfaden für PowerMTA und Momentum detaillierte Anweisungen zur Einrichtung verschlüsselter E-Mail-Zustellung.
So oft hören wir die Frage: „Haben Sie eine Art Handbuch, das den Migrationsprozess von einer On-Premises-Installation zu Bird beschreibt“?
Ja, das haben wir. Lesen Sie weiter.
Zuerst ein wenig Hintergrundgeschichte. Der Bird Cloud-Dienst wurde 2014 aus dem enormen Erfolg der On-Premises Momentum MTA-Lösung heraus geschaffen. Momentum sitzt im Kern von Bird Cloud und bietet Tausenden von Kunden des Cloud-Dienstes Hochgeschwindigkeitsbereitstellung und Traffic-Shaping. Aufgrund dessen erhält Momentum einen großen Teil unserer technischen Aufmerksamkeit, aber die Ergebnisse dieser Arbeit verbergen sich oft in Leistungsverbesserungen, die nicht viel Aufmerksamkeit in der Presse erhalten. Momentum-Kunden profitieren von dieser Arbeit jedes Mal, wenn eine neue öffentliche Version von Momentum veröffentlicht wird.
Das bedeutet NICHT, dass Bird einfach nur „Momentum in der Cloud“ ist. Bird ist viel mehr als das und kann Kunden, die sich für eine Migration oder eine hybride Nutzung entscheiden, zusätzliche Vorteile bieten. Diese Vorteile leiten sich von unserer modernen Cloud-basierten E-Mail-API-Architektur ab, die Funktionen bietet, die in traditionellen On-Premises-Lösungen nicht verfügbar sind. Darüber hinaus haben wir es PowerMTA-Kunden sehr einfach gemacht, PowerMTA auch in einer hybriden Konfiguration mit Bird zu migrieren oder zu nutzen. Der Rest dieses Dokuments wird im Detail beschreiben, wie Sie Ihre Nachrichtenströme von Momentum oder PowerMTA zum Bird Cloud-Dienst migrieren können.
Es gibt tatsächlich zwei separate Szenarien, die beim Migrieren zu Bird von Momentum oder PowerMTA zu berücksichtigen sind.
Sie sind bereit, die On-Premises-Welt vollständig zu verlassen, schließen Ihre physischen Rechenzentren und verwalten direkt keine On-Premises-MTA mehr. Das bedeutet, dass Sie Momentum oder PowerMTA aus Ihrer Bereitstellung entfernen und Nachrichten direkt an SparkPost zur Nachrichtenverarbeitung senden. Bevor Sie Ihre On-Premises-Infrastruktur stilllegen, stellen Sie sicher, dass Sie umfassende Datenbank-Backups aller kritischen Systeme haben, insbesondere wenn Sie PostgreSQL-Datenbanken betreiben, die wichtige historische Daten oder Konfigurationen enthalten.
Sie haben aus irgendeinem Grund Grund, einen Teil der On-Premises-Präsenz beizubehalten. Einige Möglichkeiten könnten sein:
spezifische Bereitstellungsströme, die eine Vorverarbeitung in Momentum erfordern
Kapazitätsteilung für Spitzenlast- oder Notfallwiederherstellungsanforderungen
Unterstützung von Kunden mit Legacy-Systemen in PMTA, während neue Kunden zu SparkPost wechseln
…dann möchten Sie die anderen Nachrichten an Bird weiterleiten, um die Nachrichtenweiterverarbeitung zu übernehmen.
In beiden Situationen müssen Sie sich bewusst sein, dass Bird nur SMTP-Nachrichten zur Zustellung akzeptiert, die über Port 587 oder 2525 eingespeist werden und SMTP_Auth mit einem spezifischen Benutzernamen und Passwort verwenden (Siehe SMTP-Dokumente hier). Wir empfehlen auch dringend die Verbindung über eine TLS-Verbindung, aber das ist nicht unbedingt erforderlich. Wenn Sie Ihre MTA-Schicht vollständig ersetzen (Szenario 1), sollten Sie auch die Verwendung der Transmissions REST API in Betracht ziehen, die Nachrichten über HTTPS-Verbindungen akzeptieren kann. Die Dokumentation zu dieser API finden Sie hier.
Für Organisationen mit On-Premises-Infrastruktur, die sichere E-Mail-Funktionen erfordert, bietet unser S/MIME-Implementierungsleitfaden für PowerMTA und Momentum detaillierte Anweisungen zur Einrichtung verschlüsselter E-Mail-Zustellung.
So oft hören wir die Frage: „Haben Sie eine Art Handbuch, das den Migrationsprozess von einer On-Premises-Installation zu Bird beschreibt“?
Ja, das haben wir. Lesen Sie weiter.
Zuerst ein wenig Hintergrundgeschichte. Der Bird Cloud-Dienst wurde 2014 aus dem enormen Erfolg der On-Premises Momentum MTA-Lösung heraus geschaffen. Momentum sitzt im Kern von Bird Cloud und bietet Tausenden von Kunden des Cloud-Dienstes Hochgeschwindigkeitsbereitstellung und Traffic-Shaping. Aufgrund dessen erhält Momentum einen großen Teil unserer technischen Aufmerksamkeit, aber die Ergebnisse dieser Arbeit verbergen sich oft in Leistungsverbesserungen, die nicht viel Aufmerksamkeit in der Presse erhalten. Momentum-Kunden profitieren von dieser Arbeit jedes Mal, wenn eine neue öffentliche Version von Momentum veröffentlicht wird.
Das bedeutet NICHT, dass Bird einfach nur „Momentum in der Cloud“ ist. Bird ist viel mehr als das und kann Kunden, die sich für eine Migration oder eine hybride Nutzung entscheiden, zusätzliche Vorteile bieten. Diese Vorteile leiten sich von unserer modernen Cloud-basierten E-Mail-API-Architektur ab, die Funktionen bietet, die in traditionellen On-Premises-Lösungen nicht verfügbar sind. Darüber hinaus haben wir es PowerMTA-Kunden sehr einfach gemacht, PowerMTA auch in einer hybriden Konfiguration mit Bird zu migrieren oder zu nutzen. Der Rest dieses Dokuments wird im Detail beschreiben, wie Sie Ihre Nachrichtenströme von Momentum oder PowerMTA zum Bird Cloud-Dienst migrieren können.
Es gibt tatsächlich zwei separate Szenarien, die beim Migrieren zu Bird von Momentum oder PowerMTA zu berücksichtigen sind.
Sie sind bereit, die On-Premises-Welt vollständig zu verlassen, schließen Ihre physischen Rechenzentren und verwalten direkt keine On-Premises-MTA mehr. Das bedeutet, dass Sie Momentum oder PowerMTA aus Ihrer Bereitstellung entfernen und Nachrichten direkt an SparkPost zur Nachrichtenverarbeitung senden. Bevor Sie Ihre On-Premises-Infrastruktur stilllegen, stellen Sie sicher, dass Sie umfassende Datenbank-Backups aller kritischen Systeme haben, insbesondere wenn Sie PostgreSQL-Datenbanken betreiben, die wichtige historische Daten oder Konfigurationen enthalten.
Sie haben aus irgendeinem Grund Grund, einen Teil der On-Premises-Präsenz beizubehalten. Einige Möglichkeiten könnten sein:
spezifische Bereitstellungsströme, die eine Vorverarbeitung in Momentum erfordern
Kapazitätsteilung für Spitzenlast- oder Notfallwiederherstellungsanforderungen
Unterstützung von Kunden mit Legacy-Systemen in PMTA, während neue Kunden zu SparkPost wechseln
…dann möchten Sie die anderen Nachrichten an Bird weiterleiten, um die Nachrichtenweiterverarbeitung zu übernehmen.
In beiden Situationen müssen Sie sich bewusst sein, dass Bird nur SMTP-Nachrichten zur Zustellung akzeptiert, die über Port 587 oder 2525 eingespeist werden und SMTP_Auth mit einem spezifischen Benutzernamen und Passwort verwenden (Siehe SMTP-Dokumente hier). Wir empfehlen auch dringend die Verbindung über eine TLS-Verbindung, aber das ist nicht unbedingt erforderlich. Wenn Sie Ihre MTA-Schicht vollständig ersetzen (Szenario 1), sollten Sie auch die Verwendung der Transmissions REST API in Betracht ziehen, die Nachrichten über HTTPS-Verbindungen akzeptieren kann. Die Dokumentation zu dieser API finden Sie hier.
Für Organisationen mit On-Premises-Infrastruktur, die sichere E-Mail-Funktionen erfordert, bietet unser S/MIME-Implementierungsleitfaden für PowerMTA und Momentum detaillierte Anweisungen zur Einrichtung verschlüsselter E-Mail-Zustellung.
Welche Option wähle ich?
Um herauszufinden, ob Sie in Option Nr. 1 oder Option Nr. 2 sind, berücksichtigen Sie diese Faktoren:
Option | Am besten, wenn Sie | Schlüsselanforderung | Abwägung |
|---|---|---|---|
Option Nr. 1: Vollständige Cloud-Migration | Alle on-prem MTAs entfernen können | SMTP Auth über 587/2525 oder REST API | Erfordert eine Umstrukturierung aller fortgeschrittenen on-prem Logiken |
Option Nr. 2: Hybrides Routing | Vorbearbeitung oder Legacy-Unterstützung benötigen | Momentum oder PowerMTA bleibt online | Erhöhte betriebliche Komplexität |
Nutzen Sie die Lua-Scripting-Engine von Momentum für etwas Komplizierteres als die Nachrichtenweiterleitung?
Lua ist ein umfassendes Skripting-Tool zur in-line-Manipulation von Nachrichten, aber die überwiegende Mehrheit unserer Benutzer nutzt es nur, um eine Bindung für die Zustellung auszuwählen. Wenn das der Fall ist, können Sie Ihren Generierungscode so anpassen, dass Sie ein ip_pool-Attribut zum X-MSYS-API-Header hinzufügen und Bird den Weg für Sie zuweisen lassen.
Wenn Sie Lua verwenden, um kompliziertere Dinge wie Body-Filterung, Mail_From-Umschreibungen oder Nachrichtentaktberechnungen durchzuführen, und es nicht möglich ist, diese Logik in Ihre einwerfende Anwendung zu verschieben, sollten Sie in Erwägung ziehen, ins Option Nr. 2-Lager zu wechseln.
Ist Ihr Generierungssystem in der Lage, Nachrichten über Port 587 mit TLS und SMTP_Auth zu senden?
Einige Kampagnenmanagementsysteme können nur Klartext-E-Mails über Port 25 senden. Dies stellt ein Sicherheitsproblem für Bird dar, sodass Sie möglicherweise Option Nr. 2 in Betracht ziehen sollten.
Verwenden Sie PowerMTA-Substitution Syntax oder andere in-line-Nachrichtenänderungen?
Wenn Sie diese Funktion in Ihre Generatoren verschieben oder die Bird Template Language verwenden können, dann können Sie Option 1 weiterhin nutzen, andernfalls müssen Sie möglicherweise darüber nachdenken, einen PMTA-Knoten online zu halten, um diese Nachrichtenänderung vorzunehmen, bevor sie zur Lieferung an Bird gesendet wird.
Benötigen Sie eine eingehende AV/AS-Überprüfung vor der Injektion? Während dies in Momentum und PowerMTA möglich ist, geht eBird davon aus, dass Sie bereits alle diese Prüfungen durchgeführt haben. Sie sollten überlegen, dies vor der Injektion zu tun.
Unabhängig davon, welchen Weg Sie einschlagen, wird es sicherlich Ihre geschäftlichen Beziehungen beeinflussen. Wie Sie sich vorstellen können, ist das nicht unser erstes Rodeo. Stellen Sie sicher, dass Sie Ihren Commercial Account Manager und Ihren Customer Success Manager einbeziehen, damit wir Ihnen bei den Details helfen können und sicherstellen, dass Sie den besten Gegenwert für Ihr Geld erhalten.
Um herauszufinden, ob Sie in Option Nr. 1 oder Option Nr. 2 sind, berücksichtigen Sie diese Faktoren:
Option | Am besten, wenn Sie | Schlüsselanforderung | Abwägung |
|---|---|---|---|
Option Nr. 1: Vollständige Cloud-Migration | Alle on-prem MTAs entfernen können | SMTP Auth über 587/2525 oder REST API | Erfordert eine Umstrukturierung aller fortgeschrittenen on-prem Logiken |
Option Nr. 2: Hybrides Routing | Vorbearbeitung oder Legacy-Unterstützung benötigen | Momentum oder PowerMTA bleibt online | Erhöhte betriebliche Komplexität |
Nutzen Sie die Lua-Scripting-Engine von Momentum für etwas Komplizierteres als die Nachrichtenweiterleitung?
Lua ist ein umfassendes Skripting-Tool zur in-line-Manipulation von Nachrichten, aber die überwiegende Mehrheit unserer Benutzer nutzt es nur, um eine Bindung für die Zustellung auszuwählen. Wenn das der Fall ist, können Sie Ihren Generierungscode so anpassen, dass Sie ein ip_pool-Attribut zum X-MSYS-API-Header hinzufügen und Bird den Weg für Sie zuweisen lassen.
Wenn Sie Lua verwenden, um kompliziertere Dinge wie Body-Filterung, Mail_From-Umschreibungen oder Nachrichtentaktberechnungen durchzuführen, und es nicht möglich ist, diese Logik in Ihre einwerfende Anwendung zu verschieben, sollten Sie in Erwägung ziehen, ins Option Nr. 2-Lager zu wechseln.
Ist Ihr Generierungssystem in der Lage, Nachrichten über Port 587 mit TLS und SMTP_Auth zu senden?
Einige Kampagnenmanagementsysteme können nur Klartext-E-Mails über Port 25 senden. Dies stellt ein Sicherheitsproblem für Bird dar, sodass Sie möglicherweise Option Nr. 2 in Betracht ziehen sollten.
Verwenden Sie PowerMTA-Substitution Syntax oder andere in-line-Nachrichtenänderungen?
Wenn Sie diese Funktion in Ihre Generatoren verschieben oder die Bird Template Language verwenden können, dann können Sie Option 1 weiterhin nutzen, andernfalls müssen Sie möglicherweise darüber nachdenken, einen PMTA-Knoten online zu halten, um diese Nachrichtenänderung vorzunehmen, bevor sie zur Lieferung an Bird gesendet wird.
Benötigen Sie eine eingehende AV/AS-Überprüfung vor der Injektion? Während dies in Momentum und PowerMTA möglich ist, geht eBird davon aus, dass Sie bereits alle diese Prüfungen durchgeführt haben. Sie sollten überlegen, dies vor der Injektion zu tun.
Unabhängig davon, welchen Weg Sie einschlagen, wird es sicherlich Ihre geschäftlichen Beziehungen beeinflussen. Wie Sie sich vorstellen können, ist das nicht unser erstes Rodeo. Stellen Sie sicher, dass Sie Ihren Commercial Account Manager und Ihren Customer Success Manager einbeziehen, damit wir Ihnen bei den Details helfen können und sicherstellen, dass Sie den besten Gegenwert für Ihr Geld erhalten.
Um herauszufinden, ob Sie in Option Nr. 1 oder Option Nr. 2 sind, berücksichtigen Sie diese Faktoren:
Option | Am besten, wenn Sie | Schlüsselanforderung | Abwägung |
|---|---|---|---|
Option Nr. 1: Vollständige Cloud-Migration | Alle on-prem MTAs entfernen können | SMTP Auth über 587/2525 oder REST API | Erfordert eine Umstrukturierung aller fortgeschrittenen on-prem Logiken |
Option Nr. 2: Hybrides Routing | Vorbearbeitung oder Legacy-Unterstützung benötigen | Momentum oder PowerMTA bleibt online | Erhöhte betriebliche Komplexität |
Nutzen Sie die Lua-Scripting-Engine von Momentum für etwas Komplizierteres als die Nachrichtenweiterleitung?
Lua ist ein umfassendes Skripting-Tool zur in-line-Manipulation von Nachrichten, aber die überwiegende Mehrheit unserer Benutzer nutzt es nur, um eine Bindung für die Zustellung auszuwählen. Wenn das der Fall ist, können Sie Ihren Generierungscode so anpassen, dass Sie ein ip_pool-Attribut zum X-MSYS-API-Header hinzufügen und Bird den Weg für Sie zuweisen lassen.
Wenn Sie Lua verwenden, um kompliziertere Dinge wie Body-Filterung, Mail_From-Umschreibungen oder Nachrichtentaktberechnungen durchzuführen, und es nicht möglich ist, diese Logik in Ihre einwerfende Anwendung zu verschieben, sollten Sie in Erwägung ziehen, ins Option Nr. 2-Lager zu wechseln.
Ist Ihr Generierungssystem in der Lage, Nachrichten über Port 587 mit TLS und SMTP_Auth zu senden?
Einige Kampagnenmanagementsysteme können nur Klartext-E-Mails über Port 25 senden. Dies stellt ein Sicherheitsproblem für Bird dar, sodass Sie möglicherweise Option Nr. 2 in Betracht ziehen sollten.
Verwenden Sie PowerMTA-Substitution Syntax oder andere in-line-Nachrichtenänderungen?
Wenn Sie diese Funktion in Ihre Generatoren verschieben oder die Bird Template Language verwenden können, dann können Sie Option 1 weiterhin nutzen, andernfalls müssen Sie möglicherweise darüber nachdenken, einen PMTA-Knoten online zu halten, um diese Nachrichtenänderung vorzunehmen, bevor sie zur Lieferung an Bird gesendet wird.
Benötigen Sie eine eingehende AV/AS-Überprüfung vor der Injektion? Während dies in Momentum und PowerMTA möglich ist, geht eBird davon aus, dass Sie bereits alle diese Prüfungen durchgeführt haben. Sie sollten überlegen, dies vor der Injektion zu tun.
Unabhängig davon, welchen Weg Sie einschlagen, wird es sicherlich Ihre geschäftlichen Beziehungen beeinflussen. Wie Sie sich vorstellen können, ist das nicht unser erstes Rodeo. Stellen Sie sicher, dass Sie Ihren Commercial Account Manager und Ihren Customer Success Manager einbeziehen, damit wir Ihnen bei den Details helfen können und sicherstellen, dass Sie den besten Gegenwert für Ihr Geld erhalten.
Für Option #1 Camp (Going "cold turkey"):
Nehmen wir an, Sie sind mit Option 1 einverstanden und bereit, Ihre lokalen MTAs herunterzufahren. Sie haben sich entschieden, die SMTP-Injektionsmethode weiterhin zu verwenden, ohne Ihre Nachrichtenerstellungssysteme zu verändern. Ihre Generierungssysteme sollten eine vollständig formatierte SMTP-Nachricht erstellen und dann über TLS mit SMTP_AUTH an Bird senden, wobei der Benutzername und das Passwort wie auf dieser Seite beschrieben sind. Denken Sie daran, dass das „Passwort“ der API-Schlüssel ist, den Sie in Ihrem Bird-Konto generieren, wenn die SMTP-Zustelloption aktiviert ist.
Wenn Sie im Option #1-Lager sind, überlegen Sie, direkt aus Ihrem Generierungssystem auf die REST API zu wechseln. In den meisten Fällen stellen wir fest, dass die Verarbeitungssysteme der Kunden bereits JSON über HTTP verwenden und vor der Injektion auf SMTP umstellen müssen. Sie können diesen Schritt überspringen und es direkt als ein JSON-formatiertes REST-Payload an uns senden.
Wenn Sie sich entscheiden, mit der REST API zu injizieren, müssen Sie möglicherweise Ihr Inhaltserstellungssystem ein wenig anpassen, aber es könnte sich lohnen. Hier können Sie mehr erfahren.
Eines der größten Bedenken, die große ESPs bei einer Migration haben, ist das IP-Warming. Typischerweise haben sie viele Jahre damit verbracht, ihren Bestand an IP-Adressen mit großer Sorgfalt zu pflegen, sodass der Gedanke, all diese Arbeit aufzugeben, schmerzhaft ist. Bird hat einen Bring Your Own IP (BYOIP)-Prozess erarbeitet, der dieses Problem löst. Wenn Sie mindestens einen zusammenhängenden /24-CIDR-Block haben, kann Bird diese vorhandenen IPs für die Zustellung verwenden, was Ihnen die Mühe erspart, sie erneut aufwärmen zu müssen. Wenn Sie diese Option nutzen können, können Sie den Abschnitt zur IP-Aufwärmung hier überspringen.
Wenn Sie meinen, dass Sie bereit sind, hier fortzufahren, springen Sie weiter zu „Making it happen“
Nehmen wir an, Sie sind mit Option 1 einverstanden und bereit, Ihre lokalen MTAs herunterzufahren. Sie haben sich entschieden, die SMTP-Injektionsmethode weiterhin zu verwenden, ohne Ihre Nachrichtenerstellungssysteme zu verändern. Ihre Generierungssysteme sollten eine vollständig formatierte SMTP-Nachricht erstellen und dann über TLS mit SMTP_AUTH an Bird senden, wobei der Benutzername und das Passwort wie auf dieser Seite beschrieben sind. Denken Sie daran, dass das „Passwort“ der API-Schlüssel ist, den Sie in Ihrem Bird-Konto generieren, wenn die SMTP-Zustelloption aktiviert ist.
Wenn Sie im Option #1-Lager sind, überlegen Sie, direkt aus Ihrem Generierungssystem auf die REST API zu wechseln. In den meisten Fällen stellen wir fest, dass die Verarbeitungssysteme der Kunden bereits JSON über HTTP verwenden und vor der Injektion auf SMTP umstellen müssen. Sie können diesen Schritt überspringen und es direkt als ein JSON-formatiertes REST-Payload an uns senden.
Wenn Sie sich entscheiden, mit der REST API zu injizieren, müssen Sie möglicherweise Ihr Inhaltserstellungssystem ein wenig anpassen, aber es könnte sich lohnen. Hier können Sie mehr erfahren.
Eines der größten Bedenken, die große ESPs bei einer Migration haben, ist das IP-Warming. Typischerweise haben sie viele Jahre damit verbracht, ihren Bestand an IP-Adressen mit großer Sorgfalt zu pflegen, sodass der Gedanke, all diese Arbeit aufzugeben, schmerzhaft ist. Bird hat einen Bring Your Own IP (BYOIP)-Prozess erarbeitet, der dieses Problem löst. Wenn Sie mindestens einen zusammenhängenden /24-CIDR-Block haben, kann Bird diese vorhandenen IPs für die Zustellung verwenden, was Ihnen die Mühe erspart, sie erneut aufwärmen zu müssen. Wenn Sie diese Option nutzen können, können Sie den Abschnitt zur IP-Aufwärmung hier überspringen.
Wenn Sie meinen, dass Sie bereit sind, hier fortzufahren, springen Sie weiter zu „Making it happen“
Nehmen wir an, Sie sind mit Option 1 einverstanden und bereit, Ihre lokalen MTAs herunterzufahren. Sie haben sich entschieden, die SMTP-Injektionsmethode weiterhin zu verwenden, ohne Ihre Nachrichtenerstellungssysteme zu verändern. Ihre Generierungssysteme sollten eine vollständig formatierte SMTP-Nachricht erstellen und dann über TLS mit SMTP_AUTH an Bird senden, wobei der Benutzername und das Passwort wie auf dieser Seite beschrieben sind. Denken Sie daran, dass das „Passwort“ der API-Schlüssel ist, den Sie in Ihrem Bird-Konto generieren, wenn die SMTP-Zustelloption aktiviert ist.
Wenn Sie im Option #1-Lager sind, überlegen Sie, direkt aus Ihrem Generierungssystem auf die REST API zu wechseln. In den meisten Fällen stellen wir fest, dass die Verarbeitungssysteme der Kunden bereits JSON über HTTP verwenden und vor der Injektion auf SMTP umstellen müssen. Sie können diesen Schritt überspringen und es direkt als ein JSON-formatiertes REST-Payload an uns senden.
Wenn Sie sich entscheiden, mit der REST API zu injizieren, müssen Sie möglicherweise Ihr Inhaltserstellungssystem ein wenig anpassen, aber es könnte sich lohnen. Hier können Sie mehr erfahren.
Eines der größten Bedenken, die große ESPs bei einer Migration haben, ist das IP-Warming. Typischerweise haben sie viele Jahre damit verbracht, ihren Bestand an IP-Adressen mit großer Sorgfalt zu pflegen, sodass der Gedanke, all diese Arbeit aufzugeben, schmerzhaft ist. Bird hat einen Bring Your Own IP (BYOIP)-Prozess erarbeitet, der dieses Problem löst. Wenn Sie mindestens einen zusammenhängenden /24-CIDR-Block haben, kann Bird diese vorhandenen IPs für die Zustellung verwenden, was Ihnen die Mühe erspart, sie erneut aufwärmen zu müssen. Wenn Sie diese Option nutzen können, können Sie den Abschnitt zur IP-Aufwärmung hier überspringen.
Wenn Sie meinen, dass Sie bereit sind, hier fortzufahren, springen Sie weiter zu „Making it happen“
Option #2 nutzen (On-Prem-Pre-Processing):
Wenn Sie jedoch im Team Option Nr. 2 sind, möchten Sie einige Konfigurationsänderungen an Ihrem Deployment vornehmen. Der schmerzloseste Weg, einige ausgewählte Nachrichtenströme von Momentum oder PMTA zu Bird zu migrieren, während Sie weiterhin SMTP-Injection von Ihren Generierungssystemen verwenden, besteht darin, in Ihrer Konfiguration eine spezielle Route hinzuzufügen.
Für Momentum:
Richten Sie eine Version von Momentum > 3.6.23 ein.
Installieren Sie ein gültiges SSL-Zertifikat und öffnen Sie den Ausgangsport 587, damit Momentum mit Bird kommunizieren kann. Konfigurieren Sie eine ausgehende Domain, damit Sie eine Nachricht über Momentum zu Bird routen können.
Mit der unten stehenden Konfiguration wird jede Nachricht, die diese Konfiguration erreicht, zu smtp.sparkpostmail.com unter Verwendung von Port 587 und SMTP_Auth mit dem dort definierten Benutzernamen und Passwort geroutet.
outbound_smtp_auth { } Keep_Message_Dicts_In_Memory = true Domain "smtp.sparkpostmail.com" { Remote_SMTP_Port = "587" Outbound_SMTP_AUTH_Type = "LOGIN" Outbound_SMTP_AUTH_user = "SMTP_Injection" Outbound_SMTP_AUTH_pass = "17258redacted8bd6cd7a8redacted8c22bce" }
Konfigurieren Sie die Bindungen, die Sie über MessageBird mit TLS weiterleiten möchten, und leiten Sie sie zur oben definierten Domain.
Hinweis: TLS ist nicht unbedingt erforderlich, wird jedoch dringend empfohlen. Wenn aus irgendeinem Grund TLS nicht möglich ist, wird auch das Whitelisting der API-Schlüssel per IP dringend empfohlen.binding "CustomerA-Outbound" { Gateway = "smtp-demo.sparkpostelite.com" TLS = "required" TLS_Certificate = "/etc/pki/tls/certs/trymsys.net.crt" TLS_Key = "/etc/pki/tls/certs/trymsys.net.key" TLS_Ciphers = "DEFAULT" }
Für PowerMTA:
Richten Sie eine Version von PowerMTA > 4.5.0 ein.
Installieren Sie ein gültiges SSL-Zertifikat und öffnen Sie den Ausgangsport 587, damit PowerMTA mit Bird kommunizieren kann.
Konfigurieren Sie einen ausgehenden Domain-Pfad, damit Sie eine Nachricht über PowerMTA zu Bird routen können. Mit der unten stehenden Konfiguration wird jede Nachricht, die diese Konfiguration erreicht, zu smtp.sparkpostmail.com unter Verwendung von Port 587 und SMTP_Auth mit dem dort definierten Benutzernamen und Passwort geroutet. In PowerMTA können Sie zudem TLS einstellen. Hinweis, dies ist auch ausführlicher hier dokumentiert
<domain sparkpost.rollup> use-unencrypted-plain-auth yes auth-username SMTP_Injection auth-password YourAPIKeygoesherewhenyougenerateit route smtp.sparkpostmail.com:587 use-starttls yes require-starttls yes max-smtp-out 10 </domain>
4. Konfigurieren Sie die VMTAs, die Sie über Bird mit der {sparkpost} Rollup-Konfiguration weiterleiten möchten.
<virtual-mta SparkPostRelay> <domain *> queue-to {sparkpost} </domain> </virtual-mta>
Sobald Sie diese Konfigurationsänderungen vorgenommen haben, sollten alle an das ausgewählte „binding“ oder „VMTA“ gesendeten Nachrichten automatisch über Bird zur Zustellung weitergeleitet werden.
Wenn Sie jedoch im Team Option Nr. 2 sind, möchten Sie einige Konfigurationsänderungen an Ihrem Deployment vornehmen. Der schmerzloseste Weg, einige ausgewählte Nachrichtenströme von Momentum oder PMTA zu Bird zu migrieren, während Sie weiterhin SMTP-Injection von Ihren Generierungssystemen verwenden, besteht darin, in Ihrer Konfiguration eine spezielle Route hinzuzufügen.
Für Momentum:
Richten Sie eine Version von Momentum > 3.6.23 ein.
Installieren Sie ein gültiges SSL-Zertifikat und öffnen Sie den Ausgangsport 587, damit Momentum mit Bird kommunizieren kann. Konfigurieren Sie eine ausgehende Domain, damit Sie eine Nachricht über Momentum zu Bird routen können.
Mit der unten stehenden Konfiguration wird jede Nachricht, die diese Konfiguration erreicht, zu smtp.sparkpostmail.com unter Verwendung von Port 587 und SMTP_Auth mit dem dort definierten Benutzernamen und Passwort geroutet.
outbound_smtp_auth { } Keep_Message_Dicts_In_Memory = true Domain "smtp.sparkpostmail.com" { Remote_SMTP_Port = "587" Outbound_SMTP_AUTH_Type = "LOGIN" Outbound_SMTP_AUTH_user = "SMTP_Injection" Outbound_SMTP_AUTH_pass = "17258redacted8bd6cd7a8redacted8c22bce" }
Konfigurieren Sie die Bindungen, die Sie über MessageBird mit TLS weiterleiten möchten, und leiten Sie sie zur oben definierten Domain.
Hinweis: TLS ist nicht unbedingt erforderlich, wird jedoch dringend empfohlen. Wenn aus irgendeinem Grund TLS nicht möglich ist, wird auch das Whitelisting der API-Schlüssel per IP dringend empfohlen.binding "CustomerA-Outbound" { Gateway = "smtp-demo.sparkpostelite.com" TLS = "required" TLS_Certificate = "/etc/pki/tls/certs/trymsys.net.crt" TLS_Key = "/etc/pki/tls/certs/trymsys.net.key" TLS_Ciphers = "DEFAULT" }
Für PowerMTA:
Richten Sie eine Version von PowerMTA > 4.5.0 ein.
Installieren Sie ein gültiges SSL-Zertifikat und öffnen Sie den Ausgangsport 587, damit PowerMTA mit Bird kommunizieren kann.
Konfigurieren Sie einen ausgehenden Domain-Pfad, damit Sie eine Nachricht über PowerMTA zu Bird routen können. Mit der unten stehenden Konfiguration wird jede Nachricht, die diese Konfiguration erreicht, zu smtp.sparkpostmail.com unter Verwendung von Port 587 und SMTP_Auth mit dem dort definierten Benutzernamen und Passwort geroutet. In PowerMTA können Sie zudem TLS einstellen. Hinweis, dies ist auch ausführlicher hier dokumentiert
<domain sparkpost.rollup> use-unencrypted-plain-auth yes auth-username SMTP_Injection auth-password YourAPIKeygoesherewhenyougenerateit route smtp.sparkpostmail.com:587 use-starttls yes require-starttls yes max-smtp-out 10 </domain>
4. Konfigurieren Sie die VMTAs, die Sie über Bird mit der {sparkpost} Rollup-Konfiguration weiterleiten möchten.
<virtual-mta SparkPostRelay> <domain *> queue-to {sparkpost} </domain> </virtual-mta>
Sobald Sie diese Konfigurationsänderungen vorgenommen haben, sollten alle an das ausgewählte „binding“ oder „VMTA“ gesendeten Nachrichten automatisch über Bird zur Zustellung weitergeleitet werden.
Wenn Sie jedoch im Team Option Nr. 2 sind, möchten Sie einige Konfigurationsänderungen an Ihrem Deployment vornehmen. Der schmerzloseste Weg, einige ausgewählte Nachrichtenströme von Momentum oder PMTA zu Bird zu migrieren, während Sie weiterhin SMTP-Injection von Ihren Generierungssystemen verwenden, besteht darin, in Ihrer Konfiguration eine spezielle Route hinzuzufügen.
Für Momentum:
Richten Sie eine Version von Momentum > 3.6.23 ein.
Installieren Sie ein gültiges SSL-Zertifikat und öffnen Sie den Ausgangsport 587, damit Momentum mit Bird kommunizieren kann. Konfigurieren Sie eine ausgehende Domain, damit Sie eine Nachricht über Momentum zu Bird routen können.
Mit der unten stehenden Konfiguration wird jede Nachricht, die diese Konfiguration erreicht, zu smtp.sparkpostmail.com unter Verwendung von Port 587 und SMTP_Auth mit dem dort definierten Benutzernamen und Passwort geroutet.
outbound_smtp_auth { } Keep_Message_Dicts_In_Memory = true Domain "smtp.sparkpostmail.com" { Remote_SMTP_Port = "587" Outbound_SMTP_AUTH_Type = "LOGIN" Outbound_SMTP_AUTH_user = "SMTP_Injection" Outbound_SMTP_AUTH_pass = "17258redacted8bd6cd7a8redacted8c22bce" }
Konfigurieren Sie die Bindungen, die Sie über MessageBird mit TLS weiterleiten möchten, und leiten Sie sie zur oben definierten Domain.
Hinweis: TLS ist nicht unbedingt erforderlich, wird jedoch dringend empfohlen. Wenn aus irgendeinem Grund TLS nicht möglich ist, wird auch das Whitelisting der API-Schlüssel per IP dringend empfohlen.binding "CustomerA-Outbound" { Gateway = "smtp-demo.sparkpostelite.com" TLS = "required" TLS_Certificate = "/etc/pki/tls/certs/trymsys.net.crt" TLS_Key = "/etc/pki/tls/certs/trymsys.net.key" TLS_Ciphers = "DEFAULT" }
Für PowerMTA:
Richten Sie eine Version von PowerMTA > 4.5.0 ein.
Installieren Sie ein gültiges SSL-Zertifikat und öffnen Sie den Ausgangsport 587, damit PowerMTA mit Bird kommunizieren kann.
Konfigurieren Sie einen ausgehenden Domain-Pfad, damit Sie eine Nachricht über PowerMTA zu Bird routen können. Mit der unten stehenden Konfiguration wird jede Nachricht, die diese Konfiguration erreicht, zu smtp.sparkpostmail.com unter Verwendung von Port 587 und SMTP_Auth mit dem dort definierten Benutzernamen und Passwort geroutet. In PowerMTA können Sie zudem TLS einstellen. Hinweis, dies ist auch ausführlicher hier dokumentiert
<domain sparkpost.rollup> use-unencrypted-plain-auth yes auth-username SMTP_Injection auth-password YourAPIKeygoesherewhenyougenerateit route smtp.sparkpostmail.com:587 use-starttls yes require-starttls yes max-smtp-out 10 </domain>
4. Konfigurieren Sie die VMTAs, die Sie über Bird mit der {sparkpost} Rollup-Konfiguration weiterleiten möchten.
<virtual-mta SparkPostRelay> <domain *> queue-to {sparkpost} </domain> </virtual-mta>
Sobald Sie diese Konfigurationsänderungen vorgenommen haben, sollten alle an das ausgewählte „binding“ oder „VMTA“ gesendeten Nachrichten automatisch über Bird zur Zustellung weitergeleitet werden.
Es wird umgesetzt
Wenn Sie diesen Weg einschlagen, machen Sie nicht den Fehler zu denken, dass dies ein Nachtbetrieb ist. Es wird einige Zeit und Sorgfalt erfordern, dies richtig zu machen.
Richten Sie Ihr Bird-Konto ein und testen Sie es vollständig mit einem Entwicklungs-Unterkonto, damit Sie diesen Datenverkehr später herausfiltern können. Sie müssen dies für beide Optionen tun, da Sie den API-Schlüssel für das SMTP_Auth-Passwort in jedem Fall benötigen.
Wenn Sie SMTP-Injektion verwenden, planen Sie, einen X-MSYS-API-Header hinzuzufügen, um alle erforderlichen Metadaten und Nachrichtenattribute zu integrieren. Alle X-Header sollten als Metadaten neu geschrieben werden und Sie sollten die ip_pool- und Kampagnenattribute ebenfalls einbeziehen. Ein Beispiel ist hier verfügbar.
Wenn Sie BYOIP NICHT verwenden, sollten Sie sicherstellen, dass Sie leicht unterschiedliche Versanddomänen für die Verwendung mit MessageBird einrichten, damit Sie beide Umgebungen parallel betreiben können, solange es nötig ist. Wenn Ihre aktuelle Versanddomäne mycompany.com ist, richten Sie möglicherweise sp.mycompany.com speziell für Bird-Lieferungen ein. Dies ermöglicht es Ihnen, langsam und sorgfältig zu migrieren, ohne eine der Domänen zu beeinträchtigen.
Stellen Sie sicher, dass Sie die vollständige Domänenabstimmung und Sicherheitsfunktionen aktiviert haben. Richten Sie in DNS DKIM, SPF, DMARC, Bounce- und Tracking-Domänen so ein, dass sie alle aussehen, als gehörten sie zur selben Organisation.
Konfigurieren Sie Automatic IP Warmup auf Ihren definierten IP-Pools. Wenn Sie die zuvor erwähnte BYOIP-Option verwenden, können Sie den Aufwärmschritt ignorieren.
Beginnen Sie mit einem Nachrichtenstrom und gehen Sie von dort aus weiter. Genau wie bei IP Warmup möchten Sie dies nicht alles auf einmal tun. Leiten Sie zuerst ein paar hundert Nachrichten weiter, dann 10 % des Volumens, dann am folgenden Tag 20 % und erhöhen Sie, bis Sie das gesamte Volumen übertragen haben. Wenn Sie ein ESP sind, wählen Sie einen Kunden, mit dem Sie arbeiten können, und testen Sie den Prozess mit seinem Feedback. Wenn alles gut funktioniert, machen Sie mit dem nächsten weiter. Wenn Sie auf Probleme stoßen, nehmen Sie sich die Zeit, diese zu beheben und in den Prozess für den nächsten zu integrieren.
Automatisieren Sie so viel wie möglich mit APIs. Abgesehen von den DNS-Änderungen kann die Konfiguration von SparkPost größtenteils mit einigen API-Aufrufen automatisiert werden.
Wenn Sie diesen Weg einschlagen, machen Sie nicht den Fehler zu denken, dass dies ein Nachtbetrieb ist. Es wird einige Zeit und Sorgfalt erfordern, dies richtig zu machen.
Richten Sie Ihr Bird-Konto ein und testen Sie es vollständig mit einem Entwicklungs-Unterkonto, damit Sie diesen Datenverkehr später herausfiltern können. Sie müssen dies für beide Optionen tun, da Sie den API-Schlüssel für das SMTP_Auth-Passwort in jedem Fall benötigen.
Wenn Sie SMTP-Injektion verwenden, planen Sie, einen X-MSYS-API-Header hinzuzufügen, um alle erforderlichen Metadaten und Nachrichtenattribute zu integrieren. Alle X-Header sollten als Metadaten neu geschrieben werden und Sie sollten die ip_pool- und Kampagnenattribute ebenfalls einbeziehen. Ein Beispiel ist hier verfügbar.
Wenn Sie BYOIP NICHT verwenden, sollten Sie sicherstellen, dass Sie leicht unterschiedliche Versanddomänen für die Verwendung mit MessageBird einrichten, damit Sie beide Umgebungen parallel betreiben können, solange es nötig ist. Wenn Ihre aktuelle Versanddomäne mycompany.com ist, richten Sie möglicherweise sp.mycompany.com speziell für Bird-Lieferungen ein. Dies ermöglicht es Ihnen, langsam und sorgfältig zu migrieren, ohne eine der Domänen zu beeinträchtigen.
Stellen Sie sicher, dass Sie die vollständige Domänenabstimmung und Sicherheitsfunktionen aktiviert haben. Richten Sie in DNS DKIM, SPF, DMARC, Bounce- und Tracking-Domänen so ein, dass sie alle aussehen, als gehörten sie zur selben Organisation.
Konfigurieren Sie Automatic IP Warmup auf Ihren definierten IP-Pools. Wenn Sie die zuvor erwähnte BYOIP-Option verwenden, können Sie den Aufwärmschritt ignorieren.
Beginnen Sie mit einem Nachrichtenstrom und gehen Sie von dort aus weiter. Genau wie bei IP Warmup möchten Sie dies nicht alles auf einmal tun. Leiten Sie zuerst ein paar hundert Nachrichten weiter, dann 10 % des Volumens, dann am folgenden Tag 20 % und erhöhen Sie, bis Sie das gesamte Volumen übertragen haben. Wenn Sie ein ESP sind, wählen Sie einen Kunden, mit dem Sie arbeiten können, und testen Sie den Prozess mit seinem Feedback. Wenn alles gut funktioniert, machen Sie mit dem nächsten weiter. Wenn Sie auf Probleme stoßen, nehmen Sie sich die Zeit, diese zu beheben und in den Prozess für den nächsten zu integrieren.
Automatisieren Sie so viel wie möglich mit APIs. Abgesehen von den DNS-Änderungen kann die Konfiguration von SparkPost größtenteils mit einigen API-Aufrufen automatisiert werden.
Wenn Sie diesen Weg einschlagen, machen Sie nicht den Fehler zu denken, dass dies ein Nachtbetrieb ist. Es wird einige Zeit und Sorgfalt erfordern, dies richtig zu machen.
Richten Sie Ihr Bird-Konto ein und testen Sie es vollständig mit einem Entwicklungs-Unterkonto, damit Sie diesen Datenverkehr später herausfiltern können. Sie müssen dies für beide Optionen tun, da Sie den API-Schlüssel für das SMTP_Auth-Passwort in jedem Fall benötigen.
Wenn Sie SMTP-Injektion verwenden, planen Sie, einen X-MSYS-API-Header hinzuzufügen, um alle erforderlichen Metadaten und Nachrichtenattribute zu integrieren. Alle X-Header sollten als Metadaten neu geschrieben werden und Sie sollten die ip_pool- und Kampagnenattribute ebenfalls einbeziehen. Ein Beispiel ist hier verfügbar.
Wenn Sie BYOIP NICHT verwenden, sollten Sie sicherstellen, dass Sie leicht unterschiedliche Versanddomänen für die Verwendung mit MessageBird einrichten, damit Sie beide Umgebungen parallel betreiben können, solange es nötig ist. Wenn Ihre aktuelle Versanddomäne mycompany.com ist, richten Sie möglicherweise sp.mycompany.com speziell für Bird-Lieferungen ein. Dies ermöglicht es Ihnen, langsam und sorgfältig zu migrieren, ohne eine der Domänen zu beeinträchtigen.
Stellen Sie sicher, dass Sie die vollständige Domänenabstimmung und Sicherheitsfunktionen aktiviert haben. Richten Sie in DNS DKIM, SPF, DMARC, Bounce- und Tracking-Domänen so ein, dass sie alle aussehen, als gehörten sie zur selben Organisation.
Konfigurieren Sie Automatic IP Warmup auf Ihren definierten IP-Pools. Wenn Sie die zuvor erwähnte BYOIP-Option verwenden, können Sie den Aufwärmschritt ignorieren.
Beginnen Sie mit einem Nachrichtenstrom und gehen Sie von dort aus weiter. Genau wie bei IP Warmup möchten Sie dies nicht alles auf einmal tun. Leiten Sie zuerst ein paar hundert Nachrichten weiter, dann 10 % des Volumens, dann am folgenden Tag 20 % und erhöhen Sie, bis Sie das gesamte Volumen übertragen haben. Wenn Sie ein ESP sind, wählen Sie einen Kunden, mit dem Sie arbeiten können, und testen Sie den Prozess mit seinem Feedback. Wenn alles gut funktioniert, machen Sie mit dem nächsten weiter. Wenn Sie auf Probleme stoßen, nehmen Sie sich die Zeit, diese zu beheben und in den Prozess für den nächsten zu integrieren.
Automatisieren Sie so viel wie möglich mit APIs. Abgesehen von den DNS-Änderungen kann die Konfiguration von SparkPost größtenteils mit einigen API-Aufrufen automatisiert werden.
Datenerfassung von Bird
MessageBird meldet die Nachrichtenübermittlung in einem Webhook-Feed oder in der Message Events API. Der Zugriff auf Bird Plain Text Logs ist einfach nicht möglich. Sie können diese Daten mit einem Webhook-Sammler zurück in Ihre Umgebung ziehen oder die Events API regelmäßig aufrufen und die Daten empfangen. Wir empfehlen die Verwendung von Webhooks und haben einige Empfehlungen dazu, wie man das richtig macht. In seiner grundlegendsten Form kann ein PHP-Webhook-Sammler in wenigen Zeilen Code bereitgestellt werden:
<?php $verb = $_SERVER['REQUEST_METHOD']; if ($verb === "POST") { $jsonStr = file_get_contents("php://input"); http_response_code(200); $rnum = rand(1000, 9999); $timestamp = date("YmdHis") . $rnum; $filePath = './data/data_' . $timestamp . '.txt'; // Handle duplicate filenames (edge case) if (file_exists($filePath)) { $baseName = basename($filePath, ".txt"); $seq = 0; $ftail = substr($baseName, -2, 1); if ($ftail === "-") { $seq = (int)
Während Sie experimentieren, können Sie sie mit kostenlosen Sammlern wie http://webhook.site/ ausprobieren.
Sobald Sie alle Webhook-Daten gesammelt haben, können Sie diese in einem Datenspeicher für die zusätzliche Verarbeitung lesen. Es gibt auch Möglichkeiten, Webhooks über Dienste wie StitchData und Segment weiterzuleiten.
Die gleichen Informationen sind in der Events API verfügbar, wenn Sie die Daten ziehen müssen und PUSH-Daten nicht akzeptieren können. Hier ist ein Beispiel für einen Event-API-Aufruf:
GET https://api.sparkpost.com/api/v1/events/message?/
recipients=recipient@example.com&templates=my-template&events
Diese API ist vollständig dokumentiert mit Beispielen hier: https://developers.sparkpost.com/api/events/#events-get-search-for-message-events
Wenn Sie die Ereignisdaten wirklich in einer Form zurückhaben müssen, die wie PMTA- oder Momentum-Log aussieht, ist das ebenfalls möglich, wenn Sie zusätzlichen Konditionierungs-Code verwenden. Die gute Nachricht ist, es gibt einige Beispiele, von denen Sie bereits stehlen können.
MessageBird meldet die Nachrichtenübermittlung in einem Webhook-Feed oder in der Message Events API. Der Zugriff auf Bird Plain Text Logs ist einfach nicht möglich. Sie können diese Daten mit einem Webhook-Sammler zurück in Ihre Umgebung ziehen oder die Events API regelmäßig aufrufen und die Daten empfangen. Wir empfehlen die Verwendung von Webhooks und haben einige Empfehlungen dazu, wie man das richtig macht. In seiner grundlegendsten Form kann ein PHP-Webhook-Sammler in wenigen Zeilen Code bereitgestellt werden:
<?php $verb = $_SERVER['REQUEST_METHOD']; if ($verb === "POST") { $jsonStr = file_get_contents("php://input"); http_response_code(200); $rnum = rand(1000, 9999); $timestamp = date("YmdHis") . $rnum; $filePath = './data/data_' . $timestamp . '.txt'; // Handle duplicate filenames (edge case) if (file_exists($filePath)) { $baseName = basename($filePath, ".txt"); $seq = 0; $ftail = substr($baseName, -2, 1); if ($ftail === "-") { $seq = (int)
Während Sie experimentieren, können Sie sie mit kostenlosen Sammlern wie http://webhook.site/ ausprobieren.
Sobald Sie alle Webhook-Daten gesammelt haben, können Sie diese in einem Datenspeicher für die zusätzliche Verarbeitung lesen. Es gibt auch Möglichkeiten, Webhooks über Dienste wie StitchData und Segment weiterzuleiten.
Die gleichen Informationen sind in der Events API verfügbar, wenn Sie die Daten ziehen müssen und PUSH-Daten nicht akzeptieren können. Hier ist ein Beispiel für einen Event-API-Aufruf:
GET https://api.sparkpost.com/api/v1/events/message?/
recipients=recipient@example.com&templates=my-template&events
Diese API ist vollständig dokumentiert mit Beispielen hier: https://developers.sparkpost.com/api/events/#events-get-search-for-message-events
Wenn Sie die Ereignisdaten wirklich in einer Form zurückhaben müssen, die wie PMTA- oder Momentum-Log aussieht, ist das ebenfalls möglich, wenn Sie zusätzlichen Konditionierungs-Code verwenden. Die gute Nachricht ist, es gibt einige Beispiele, von denen Sie bereits stehlen können.
MessageBird meldet die Nachrichtenübermittlung in einem Webhook-Feed oder in der Message Events API. Der Zugriff auf Bird Plain Text Logs ist einfach nicht möglich. Sie können diese Daten mit einem Webhook-Sammler zurück in Ihre Umgebung ziehen oder die Events API regelmäßig aufrufen und die Daten empfangen. Wir empfehlen die Verwendung von Webhooks und haben einige Empfehlungen dazu, wie man das richtig macht. In seiner grundlegendsten Form kann ein PHP-Webhook-Sammler in wenigen Zeilen Code bereitgestellt werden:
<?php $verb = $_SERVER['REQUEST_METHOD']; if ($verb === "POST") { $jsonStr = file_get_contents("php://input"); http_response_code(200); $rnum = rand(1000, 9999); $timestamp = date("YmdHis") . $rnum; $filePath = './data/data_' . $timestamp . '.txt'; // Handle duplicate filenames (edge case) if (file_exists($filePath)) { $baseName = basename($filePath, ".txt"); $seq = 0; $ftail = substr($baseName, -2, 1); if ($ftail === "-") { $seq = (int)
Während Sie experimentieren, können Sie sie mit kostenlosen Sammlern wie http://webhook.site/ ausprobieren.
Sobald Sie alle Webhook-Daten gesammelt haben, können Sie diese in einem Datenspeicher für die zusätzliche Verarbeitung lesen. Es gibt auch Möglichkeiten, Webhooks über Dienste wie StitchData und Segment weiterzuleiten.
Die gleichen Informationen sind in der Events API verfügbar, wenn Sie die Daten ziehen müssen und PUSH-Daten nicht akzeptieren können. Hier ist ein Beispiel für einen Event-API-Aufruf:
GET https://api.sparkpost.com/api/v1/events/message?/
recipients=recipient@example.com&templates=my-template&events
Diese API ist vollständig dokumentiert mit Beispielen hier: https://developers.sparkpost.com/api/events/#events-get-search-for-message-events
Wenn Sie die Ereignisdaten wirklich in einer Form zurückhaben müssen, die wie PMTA- oder Momentum-Log aussieht, ist das ebenfalls möglich, wenn Sie zusätzlichen Konditionierungs-Code verwenden. Die gute Nachricht ist, es gibt einige Beispiele, von denen Sie bereits stehlen können.
Zusammenfassung
Stellen Sie sicher, dass Sie mit Ihrem Sales- und Success-Management-Team sprechen. Wir haben dies schon früher getan und können Ihnen schnell und kostengünstig dabei helfen.
Stellen Sie fest, ob Sie sich in Camp #1 (vollständig von On-Prem umziehen können) oder Camp #2 (noch einige On-Prem MTA benötigen) befinden.
Melden Sie sich für ein kostenloses Testkonto an, um die Integrationsdetails zu evaluieren.
Entscheiden Sie sich für SMTP- oder REST API-Injection-Methoden.
Wenn Sie SMTP-Injektion verwenden, finden Sie heraus, wie Sie Header-Daten und Nachrichtenattribute in einen X-MSYS-API-Header einfügen können.
Überprüfen Sie, ob Sie unseren BYOIP-Prozess verwenden können.
Aktualisieren Sie Ihre DNS mit neuen Domains, falls erforderlich.
Erstellen Sie ein kleines Sample, um Ihre Migration zu testen. Möglicherweise müssen Sie Ihre Konfiguration anpassen.
Erhöhen Sie das Volumen, bis der gesamte Verkehr migriert ist.
Wenn Sie in Camp #1 passen, können Sie Ihre On-Prem MTAs schließlich abschalten, nachdem der gesamte Verkehr migriert ist.
Beim Planen von DNS-Änderungen für Hochvolumen-E-Mail-Systeme sollten Sie sich der potenziellen AWS DNS Skalierungsherausforderungen bewusst sein, die die E-Mail-Zustellleistung in großem Maßstab beeinträchtigen können.
Stellen Sie sicher, dass Sie mit Ihrem Sales- und Success-Management-Team sprechen. Wir haben dies schon früher getan und können Ihnen schnell und kostengünstig dabei helfen.
Stellen Sie fest, ob Sie sich in Camp #1 (vollständig von On-Prem umziehen können) oder Camp #2 (noch einige On-Prem MTA benötigen) befinden.
Melden Sie sich für ein kostenloses Testkonto an, um die Integrationsdetails zu evaluieren.
Entscheiden Sie sich für SMTP- oder REST API-Injection-Methoden.
Wenn Sie SMTP-Injektion verwenden, finden Sie heraus, wie Sie Header-Daten und Nachrichtenattribute in einen X-MSYS-API-Header einfügen können.
Überprüfen Sie, ob Sie unseren BYOIP-Prozess verwenden können.
Aktualisieren Sie Ihre DNS mit neuen Domains, falls erforderlich.
Erstellen Sie ein kleines Sample, um Ihre Migration zu testen. Möglicherweise müssen Sie Ihre Konfiguration anpassen.
Erhöhen Sie das Volumen, bis der gesamte Verkehr migriert ist.
Wenn Sie in Camp #1 passen, können Sie Ihre On-Prem MTAs schließlich abschalten, nachdem der gesamte Verkehr migriert ist.
Beim Planen von DNS-Änderungen für Hochvolumen-E-Mail-Systeme sollten Sie sich der potenziellen AWS DNS Skalierungsherausforderungen bewusst sein, die die E-Mail-Zustellleistung in großem Maßstab beeinträchtigen können.
Stellen Sie sicher, dass Sie mit Ihrem Sales- und Success-Management-Team sprechen. Wir haben dies schon früher getan und können Ihnen schnell und kostengünstig dabei helfen.
Stellen Sie fest, ob Sie sich in Camp #1 (vollständig von On-Prem umziehen können) oder Camp #2 (noch einige On-Prem MTA benötigen) befinden.
Melden Sie sich für ein kostenloses Testkonto an, um die Integrationsdetails zu evaluieren.
Entscheiden Sie sich für SMTP- oder REST API-Injection-Methoden.
Wenn Sie SMTP-Injektion verwenden, finden Sie heraus, wie Sie Header-Daten und Nachrichtenattribute in einen X-MSYS-API-Header einfügen können.
Überprüfen Sie, ob Sie unseren BYOIP-Prozess verwenden können.
Aktualisieren Sie Ihre DNS mit neuen Domains, falls erforderlich.
Erstellen Sie ein kleines Sample, um Ihre Migration zu testen. Möglicherweise müssen Sie Ihre Konfiguration anpassen.
Erhöhen Sie das Volumen, bis der gesamte Verkehr migriert ist.
Wenn Sie in Camp #1 passen, können Sie Ihre On-Prem MTAs schließlich abschalten, nachdem der gesamte Verkehr migriert ist.
Beim Planen von DNS-Änderungen für Hochvolumen-E-Mail-Systeme sollten Sie sich der potenziellen AWS DNS Skalierungsherausforderungen bewusst sein, die die E-Mail-Zustellleistung in großem Maßstab beeinträchtigen können.
