Erreichen

Grow

Manage

Automate

Einloggen

Demo buchen

Erreichen

Grow

Manage

Automate

Einloggen

Demo buchen

Demo buchen

Leitfaden zur Migration von On-Premises- zu Cloud-E-Mail

Vogel

28.06.2020

E-Mail

1 min read

Leitfaden zur Migration von On-Premises- zu Cloud-E-Mail

Vogel

28.06.2020

E-Mail

1 min read

Leitfaden zur Migration von On-Premises- zu Cloud-E-Mail

Einführung

Einführung

Welche Option wähle ich?

Welche Option wähle ich?

Für Option #1 Camp (Going „cold turkey“):

Für Option #1 Camp (Going „cold turkey“):

Nutzung der Option #2 (On-Prem-Vorverarbeitung):

Nutzung der Option #2 (On-Prem-Vorverarbeitung):

Es möglich machen

Es möglich machen

Datenerfassung von Bird

Datenerfassung von Bird

Zusammenfassung

Zusammenfassung

Business in a box.

Entdecken Sie unsere Lösungen.

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. 

  1. 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.

  2. 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 sich in Option #1 oder Option #2 befinden, berücksichtigen Sie diese Faktoren:

  • Verwenden Sie die Lua-Scripting-Engine von Momentum für etwas Komplizierteres als die Nachrichtenweiterleitung?

    • Lua ist ein umfassendes Skript-Tool zum Manipulieren von Nachrichten inline, aber die überwiegende Mehrheit unserer Benutzer verwendet es nur, um eine Bindung für die Zustellung auszuwählen. Wenn das der Fall ist, können Sie Ihren Generierungscode so ändern, dass er ein ip_pool-Attribut zum X-MSYS-API-Header hinzufügt und Bird den Weg für Sie zuweisen lassen.

    • Wenn Sie Lua verwenden, um kompliziertere Dinge wie Body-Filterung, Mail_From-Umschreibungen oder Nachrichtenkadenzenberechnungen durchzuführen, und es nicht möglich ist, diese Logik in Ihre einspritzende Anwendung zu verlagern, sollten Sie erwägen, zur Option #2 zu wechseln.

  • Ist Ihr Generierungssystem in der Lage, Nachrichten über Port 587 unter Verwendung von TLS und SMTP_Auth zu senden?

    • Einige Kampagnenverwaltungssysteme können E-Mails nur über Port 25 im Klartext versenden. Dies stellt ein Sicherheitsproblem für Bird dar, daher sollten Sie Option #2 in Betracht ziehen.

  • Verwenden Sie PowerMTA-Ersatzsyntax oder andere Inline-Nachrichtenänderungen?

    • Wenn Sie diese Funktion in Ihre Generatoren einbinden oder die Bird Template Language verwenden können, können Sie Option 1 weiterhin verwenden, andernfalls müssen Sie möglicherweise überlegen, einen PMTA-Knoten online zu halten, um diese Nachrichtenänderung vorzunehmen, bevor Sie an Bird liefern.

  • Benötigen Sie einen eingehenden AV/AS-Scan vor der Einspritzung? 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 erwägen, dies vor der Einspritzung durchzuführen.

Egal, welchen Weg Sie wählen, es wird sich sicher auf Ihre kommerzielle Beziehung auswirken. 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 bekommen.

Für Option #1 Camp (Going „cold turkey“):

Nehmen wir an, Sie sind mit Option 1 einverstanden und bereit, Ihre On-Premises-MTAs herunterzufahren, und Sie haben sich entschieden, weiterhin die SMTP-Injektionsmethode zu verwenden, ohne Ihre Nachrichtenerstellungssysteme überhaupt zu ändern. Ihre Generierungssysteme sollten eine vollständig formatierte SMTP-Nachricht erstellen und diese dann über TLS mit SMTP_AUTH, wo der Benutzername und das Passwort wie auf dieser Seite beschrieben sind, an Bird senden. Denken Sie daran, dass das „Passwort“ der API-Schlüssel ist, den Sie in Ihrem Bird-Konto mit der aktivierten SMTP-Zustelloption generieren.

Wenn Sie im Lager der Option #1 sind, sollten Sie in Erwägung ziehen, direkt aus Ihrem Generierungssystem zur 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 in SMTP konvertieren müssen. Sie können diesen Schritt überspringen und es direkt als JSON-formatiertes REST-Payload an uns senden.

Wenn Sie sich entscheiden, mit der REST API zu injizieren, müssen Sie Ihr Inhaltserstellungssystem möglicherweise ein wenig ändern, aber es könnte sich lohnen. Hier können Sie mehr erfahren.

Eines der größten Bedenken großer ESPs bei einer Migration ist das IP-Warming. Typischerweise haben sie viele Jahre damit verbracht, ihr Inventar 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 entwickelt, der dieses Problem löst. Wenn Sie mindestens einen zusammenhängenden /24 CIDR-Block haben, kann Bird diese bestehenden IPs für die Zustellung verwenden, was Ihnen den Schmerz erspart, sie erneut aufwärmen zu müssen. Wenn Sie diese Option nutzen können, können Sie den Abschnitt hier über das IP-Warm-up überspringen.

Wenn Sie das Gefühl haben, bereit zu sein, gehen Sie weiter zu „Making it happen“

Nehmen wir an, Sie sind mit Option 1 einverstanden und bereit, Ihre On-Premises-MTAs herunterzufahren, und Sie haben sich entschieden, weiterhin die SMTP-Injektionsmethode zu verwenden, ohne Ihre Nachrichtenerstellungssysteme überhaupt zu ändern. Ihre Generierungssysteme sollten eine vollständig formatierte SMTP-Nachricht erstellen und diese dann über TLS mit SMTP_AUTH, wo der Benutzername und das Passwort wie auf dieser Seite beschrieben sind, an Bird senden. Denken Sie daran, dass das „Passwort“ der API-Schlüssel ist, den Sie in Ihrem Bird-Konto mit der aktivierten SMTP-Zustelloption generieren.

Wenn Sie im Lager der Option #1 sind, sollten Sie in Erwägung ziehen, direkt aus Ihrem Generierungssystem zur 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 in SMTP konvertieren müssen. Sie können diesen Schritt überspringen und es direkt als JSON-formatiertes REST-Payload an uns senden.

Wenn Sie sich entscheiden, mit der REST API zu injizieren, müssen Sie Ihr Inhaltserstellungssystem möglicherweise ein wenig ändern, aber es könnte sich lohnen. Hier können Sie mehr erfahren.

Eines der größten Bedenken großer ESPs bei einer Migration ist das IP-Warming. Typischerweise haben sie viele Jahre damit verbracht, ihr Inventar 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 entwickelt, der dieses Problem löst. Wenn Sie mindestens einen zusammenhängenden /24 CIDR-Block haben, kann Bird diese bestehenden IPs für die Zustellung verwenden, was Ihnen den Schmerz erspart, sie erneut aufwärmen zu müssen. Wenn Sie diese Option nutzen können, können Sie den Abschnitt hier über das IP-Warm-up überspringen.

Wenn Sie das Gefühl haben, bereit zu sein, gehen Sie weiter zu „Making it happen“

Nehmen wir an, Sie sind mit Option 1 einverstanden und bereit, Ihre On-Premises-MTAs herunterzufahren, und Sie haben sich entschieden, weiterhin die SMTP-Injektionsmethode zu verwenden, ohne Ihre Nachrichtenerstellungssysteme überhaupt zu ändern. Ihre Generierungssysteme sollten eine vollständig formatierte SMTP-Nachricht erstellen und diese dann über TLS mit SMTP_AUTH, wo der Benutzername und das Passwort wie auf dieser Seite beschrieben sind, an Bird senden. Denken Sie daran, dass das „Passwort“ der API-Schlüssel ist, den Sie in Ihrem Bird-Konto mit der aktivierten SMTP-Zustelloption generieren.

Wenn Sie im Lager der Option #1 sind, sollten Sie in Erwägung ziehen, direkt aus Ihrem Generierungssystem zur 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 in SMTP konvertieren müssen. Sie können diesen Schritt überspringen und es direkt als JSON-formatiertes REST-Payload an uns senden.

Wenn Sie sich entscheiden, mit der REST API zu injizieren, müssen Sie Ihr Inhaltserstellungssystem möglicherweise ein wenig ändern, aber es könnte sich lohnen. Hier können Sie mehr erfahren.

Eines der größten Bedenken großer ESPs bei einer Migration ist das IP-Warming. Typischerweise haben sie viele Jahre damit verbracht, ihr Inventar 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 entwickelt, der dieses Problem löst. Wenn Sie mindestens einen zusammenhängenden /24 CIDR-Block haben, kann Bird diese bestehenden IPs für die Zustellung verwenden, was Ihnen den Schmerz erspart, sie erneut aufwärmen zu müssen. Wenn Sie diese Option nutzen können, können Sie den Abschnitt hier über das IP-Warm-up überspringen.

Wenn Sie das Gefühl haben, bereit zu sein, gehen Sie weiter zu „Making it happen“

Nutzung der Option #2 (On-Prem-Vorverarbeitung):

Wenn Sie jedoch im Team Option Nr. 2 sind, möchten Sie einige Konfigurationsänderungen in Ihrer Bereitstellung vornehmen. Der schmerzloseste Weg, einige ausgewählte Nachrichtenströme von Momentum oder PMTA zu Bird zu migrieren, während Sie die SMTP-Injektion aus Ihren Generierungssystemen weiter verwenden, besteht darin, eine spezielle Route in Ihrer Konfiguration hinzuzufügen.

Für Momentum:

  1. Richten Sie eine Version von Momentum > 3.6.23 ein. 

  2. Installieren Sie ein gültiges SSL-Zertifikat und öffnen Sie den ausgehenden Port 587, damit Momentum mit Bird sprechen kann. Konfigurieren Sie eine ausgehende Domain, damit Sie eine Nachricht über Momentum zu Bird leiten können. 

  3. Mit der untenstehenden Konfiguration wird jede Nachricht, die diese Konfiguration erreicht, über Port 587 und SMTP_Auth mit dem dort definierten Benutzernamen und Passwort an smtp.sparkpostmail.com weitergeleitet.

    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"
}

  4. Konfigurieren Sie die Bindungen, die Sie über MessageBird mit TLS weiterleiten möchten, und leiten Sie sie an die oben definierte Domain weiter.

    Hinweis:     TLS ist nicht zwingend erforderlich, wird aber dringend empfohlen. Wenn TLS aus irgendeinem Grund nicht möglich ist, wird auch die IP-Weißliste der API-Schlüssel 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:

  1. Richten Sie eine Version von PowerMTA > 4.5.0 ein

  2. Installieren Sie ein gültiges SSL-Zertifikat und öffnen Sie den ausgehenden Port 587, damit PowerMTA mit Bird sprechen kann.

  3. Konfigurieren Sie einen ausgehenden Domainpfad, damit Sie eine Nachricht über PowerMTA zu Bird leiten können. Mit der untenstehenden Konfiguration wird jede Nachricht, die diese Konfiguration erreicht, über Port 587 und SMTP_Auth mit dem dort definierten Benutzernamen und Passwort an smtp.sparkpostmail.com weitergeleitet.  In PowerMTA können Sie auch TLS setzen. Hinweis: Dies wird auch ausführlicher dokumentiert hier 

<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 mit der {sparkpost} Rollup-Konfiguration, die Sie oben definiert haben, über Bird weiterleiten möchten.

<virtual-mta SparkPostRelay>
  <domain *>
    queue-to {sparkpost}
  </domain>
</virtual-mta>

Sobald Sie diese Konfigurationsänderungen vorgenommen haben, sollten alle Nachrichten, die an die ausgewählte „Binding“ oder „VMTA“ gesendet werden, automatisch über Bird zur Zustellung weitergeleitet werden.  

Es möglich machen

Wenn Sie diesen Weg einschlagen, machen Sie nicht den Fehler zu denken, dass dies eine Übernachtoperation ist. Dies richtig zu machen, wird einige Zeit und Sorgfalt erfordern.  

  1. 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 benötigen, egal welchen Weg Sie wählen.

  2. Wenn Sie SMTP-Injektion verwenden, planen Sie, einen X-MSYS-API-Header hinzuzufügen, um alle erforderlichen Metadaten und Nachrichtenattribute einzubinden.  Alle X-Header sollten als Metadaten neu geschrieben werden und Sie sollten auch die ip_pool- und Kampagnenattribute einbeziehen. Ein Beispiel ist hier verfügbar.

  3. Wenn Sie KEIN BYOIP verwenden, dann sollten Sie sicherstellen, dass Sie leicht unterschiedliche Absenderdomänen für die Verwendung mit MessageBird einrichten, damit Sie beide Umgebungen parallel betreiben können, solange dies erforderlich ist.  Wenn Ihre aktuelle Absenderdomäne mycompany.com ist, richten Sie vielleicht sp.mycompany.com speziell für Bird-Lieferungen ein.  Dies ermöglicht Ihnen eine langsame und sorgfältige Migration, ohne dass eine der Domänen kompromittiert wird.

  4. Stellen Sie sicher, dass Sie vollständige Domain-Ausrichtung und Sicherheitsfunktionen aktiviert haben.  Richten Sie in DNS DKIM, SPF, DMARC, Bounce- und Tracking-Domänen so ein, dass sie alle wie ein Teil derselben Organisation aussehen.

  5. Konfigurieren Sie Automatische IP-Aufwärmung auf Ihren definierten IP_Pools.  Wenn Sie die zuvor erwähnte BYOIP-Option verwenden, können Sie den Aufwärmschritt ignorieren.

  6. Starten Sie mit einem Nachrichtenstrom und gehen Sie von dort aus weiter.  Genau wie beim IP-WarmUp wollen Sie dies nicht alles auf einmal erledigen. Leiten Sie zuerst ein paar Hundert Nachrichten um, dann 10% des Volumens, am folgenden Tag 20% und erhöhen Sie, bis Sie das gesamte Volumen verschoben haben. Wenn Sie ein ESP sind, wählen Sie einen Kunden, mit dem Sie zusammenarbeiten können, und testen Sie den Prozess mit seinem Feedback.  Wenn alles gut funktioniert, gehen Sie zum nächsten über. Wenn Sie auf Probleme stoßen, nehmen Sie sich die Zeit, dies zu beheben und in den Prozess für den nächsten einzuarbeiten.

  7. Automatisieren Sie so viel wie möglich mit APIs.  Abgesehen von Änderungen am DNS kann die SparkPost-Konfiguration größtenteils mit ein paar API-Aufrufen automatisiert werden.

Datenerfassung von Bird

MessageBird berichtet über die Nachrichtenübermittlung in einem Webhooks-Feed oder in der Nachrichtenevents-API. Der Zugriff auf Bird-Textprotokolle ist einfach nicht möglich. Sie können diese Daten mit einem Webhooks-Sammler oder durch regelmäßige Aufrufe der Events API in Ihre Umgebung zurückziehen und die Daten verbrauchen. Wir empfehlen die Verwendung von Webhooks und haben einige Empfehlungen dazu, wie man dies 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.

Nachdem Sie alle Webhook-Daten gesammelt haben, können Sie diese zum weiteren Verarbeiten in einen Datenspeicher einlesen. Es gibt auch Möglichkeiten, Webhooks über Dienste wie StitchData und Segment zu pushen.

Die gleichen Informationen sind in der Events API verfügbar, wenn Sie die Daten PULLEN müssen und keine PUSH-Daten akzeptieren können. Hier ist ein Beispiel für einen Events API-Aufruf:
GET https://api.sparkpost.com/api/v1/events/message?/

recipients=recipient@example.com&templates=my-template&events

Diese API ist hier vollständig mit Beispielen dokumentiert: https://developers.sparkpost.com/api/events/#events-get-search-for-message-events

Wenn Sie wirklich die Event-Daten in einer Form zurück benötigen, die wie PMTA- oder Momentum-Logging aussieht, ist das ebenfalls möglich, wenn Sie etwas zusätzliche Aufbereitungscode verwenden. Die gute Nachricht ist, dass es einige Beispiele gibt, von denen Sie bereits stehlen können.

Zusammenfassung

Stellen Sie sicher, dass Sie mit Ihrem Sales- und Success-Management-Team sprechen.  Wir haben das schon einmal gemacht und können Ihnen schnell und kostengünstig helfen.

  1. Finden Sie heraus, ob Sie in Camp #1 (vollständig von On-Prem umziehen können) oder Camp #2 (noch einige on-prem MTA benötigen) sind.

  2. Melden Sie sich für ein kostenloses Testkonto an, um die Integrationsdetails zu bewerten.

  3. Entscheiden Sie sich für SMTP- oder REST API-Einspritzmethoden.

  4. Falls Sie SMTP-Injektion verwenden, finden Sie heraus, wie Sie Headerdaten und Nachrichtenattribute in einen X-MSYS-API-Header einfügen können.

  5. Bestätigen Sie, ob Sie unseren BYOIP-Prozess nutzen können.

  6. Aktualisieren Sie Ihre DNS mit neuen Domains, wenn nötig.

  7. Erstellen Sie ein kleines Beispiel, um Ihre Migration zu testen.  Möglicherweise müssen Sie Ihre Konfiguration anpassen.

  8. Erhöhen Sie das Volumen, bis der gesamte Datenverkehr migriert ist.

  9. Wenn Sie in Camp #1 passen, können Sie schließlich Ihre On-Prem-MTAs ausschalten, nachdem der gesamte Datenverkehr migriert ist.

Bei der Planung von DNS-Änderungen für hochvolumige E-Mail-Systeme sollten Sie sich möglicher AWS DNS-Skalierungsherausforderungen bewusst sein, die die E-Mail-Zustellungsleistung in großem Maßstab beeinträchtigen können.

Andere Neuigkeiten

Mehr lesen aus dieser Kategorie

Bereitstellung von Signals für On-Premises: PowerMTA-Integration

Email

Bereitstellung von Signals für On-Premises: PowerMTA-Integration

SaaS-E-Mail-Benachrichtigungen und andere E-Mail-API-Anwendungsfälle

E-Mail

SaaS-E-Mail-Benachrichtigungen und andere E-Mail-API-Anwendungsfälle

Fünf wesentliche PowerMTA-Konfigurationstipps

E-Mail

Fünf wesentliche PowerMTA-Konfigurationstipps

Bereitstellung von Signals für On-Premises: PowerMTA-Integration

Email

Bereitstellung von Signals für On-Premises: PowerMTA-Integration

SaaS-E-Mail-Benachrichtigungen und andere E-Mail-API-Anwendungsfälle

E-Mail

SaaS-E-Mail-Benachrichtigungen und andere E-Mail-API-Anwendungsfälle

Bereitstellung von Signals für On-Premises: PowerMTA-Integration

Email

Bereitstellung von Signals für On-Premises: PowerMTA-Integration

SaaS-E-Mail-Benachrichtigungen und andere E-Mail-API-Anwendungsfälle

E-Mail

SaaS-E-Mail-Benachrichtigungen und andere E-Mail-API-Anwendungsfälle

Lassen Sie uns Sie mit einem Bird-Experten verbinden.
Erleben Sie die volle Macht des Bird in 30 Minuten.

Durch die Übermittlung stimmen Sie zu, dass Bird Sie bezüglich unserer Produkte und Dienstleistungen kontaktieren darf.

Sie können sich jederzeit abmelden. Weitere Informationen zur Datenverarbeitung finden Sie in Birds Datenschutzerklärung.

R

Erreichen

E

Email

V

Voice API

N

Numbers API

S

SMS API

W

WhatsApp-API

G

Grow

M

Marketing

S

Vertrieb

M

Manage

S

Unterstützung

P

Zahlungen

H

HR

E

Ausgaben

A

Automate

A

AI

W

Workflows

Ressourcen

Changelog

Wissensdatenbank

Entwicklerhub

Support-Center

Kunden

Blog

Unternehmen

Über

Preise

Partner

Karriere

Rechtlich

Terms

Datenschutzeinstellungen

Newsletter

Bleiben Sie mit Bird auf dem Laufenden durch wöchentliche Updates in Ihrem Posteingang.

x.com

Instagram

LinkedIn

Support kontaktieren

Lassen Sie uns Sie mit einem Bird-Experten verbinden.
Erleben Sie die volle Macht des Bird in 30 Minuten.

Durch die Übermittlung stimmen Sie zu, dass Bird Sie bezüglich unserer Produkte und Dienstleistungen kontaktieren darf.

Sie können sich jederzeit abmelden. Weitere Informationen zur Datenverarbeitung finden Sie in Birds Datenschutzerklärung.

R

Erreichen

E

Email

V

Voice API

N

Numbers API

S

SMS API

W

WhatsApp-API

G

Grow

M

Marketing

S

Vertrieb

M

Manage

S

Unterstützung

P

Zahlungen

H

HR

E

Ausgaben

A

Automate

A

AI

W

Workflows

Ressourcen

Changelog

Wissensdatenbank

Entwicklerhub

Support-Center

Kunden

Blog

Unternehmen

Über

Preise

Partner

Karriere

Rechtlich

Terms

Datenschutzeinstellungen

Newsletter

Bleiben Sie mit Bird auf dem Laufenden durch wöchentliche Updates in Ihrem Posteingang.

x.com

Instagram

LinkedIn

Support kontaktieren

Lassen Sie uns Sie mit einem Bird-Experten verbinden.
Erleben Sie die volle Macht des Bird in 30 Minuten.

Durch die Übermittlung stimmen Sie zu, dass Bird Sie bezüglich unserer Produkte und Dienstleistungen kontaktieren darf.

Sie können sich jederzeit abmelden. Weitere Informationen zur Datenverarbeitung finden Sie in Birds Datenschutzerklärung.

R

Erreichen

G

Grow

M

Manage

A

Automate

Ressourcen

Changelog

Wissensdatenbank

Entwicklerhub

Support-Center

Kunden

Blog

Unternehmen

Über

Preise

Partner

Karriere

Rechtlich

Terms

Datenschutzeinstellungen

Newsletter

Bleiben Sie mit Bird auf dem Laufenden durch wöchentliche Updates in Ihrem Posteingang.

Support kontaktieren