Handleiding voor e-mailmigratie van on-premises naar cloud

Bird

28 jun 2020

E-mail

1 min read

Handleiding voor e-mailmigratie van on-premises naar cloud

Belangrijkste punten

    • Bird Cloud is gebouwd op de bewezen Momentum MTA-engine, waardoor klanten de prestaties van een volwassen on-premises systeem krijgen met de extra voordelen van een modern cloud-email API-platform.

    • Veel oudere afzenders vertrouwen nog steeds op Momentum of PowerMTA, en Bird biedt een duidelijk migratiepad voor beiden—volledige cloudmigratie of hybride routering via on-premises nodes.

    • Migratie vereist begrip of u:

      1. alle on-premises infrastructuur wilt elimineren, of

      2. uw MTA wilt blijven gebruiken voor pre-processing, routering of legacy-beperkingen.

    • Bird accepteert alleen geauthenticeerde SMTP-injectie via poorten 587 of 2525 (TLS sterk aanbevolen). REST API-injectie is ook beschikbaar voor directe JSON-gebaseerde levering.

    • Optie #1 (“cold turkey”) maakt volledige buitengebruikstelling van MTA's mogelijk door rechtstreeks naar Bird te sturen via SMTP of REST, waardoor de complexiteit wordt verminderd en de verzendarchitectuur wordt gemoderniseerd.

    • Optie #2 ondersteunt hybride omgevingen—het routen van geselecteerde streams van Momentum of PMTA naar Bird door uitgaande domeinen te configureren met SMTP_Auth naar Bird.

    • PowerMTA- en Momentum-configuraties kunnen verkeer veilig naar Bird doorsturen met behulp van TLS, API-sleutel gebaseerde SMTP_Auth en route-definities.

    • Klanten die geavanceerde Lua-scripts, inline substitutie of pre-leveringsfiltratie gebruiken, kunnen hybride blijven totdat de logica is herschreven in upstream-systemen.

    • Bird ondersteunt BYOIP (Bring Your Own IP) voor klanten met een aaneengesloten /24-blok, waardoor u de opgebouwde IP-reputatie kunt behouden en volledige IP-opwarming kunt overslaan.

    • Voor niet-BYOIP-gebruikers biedt Bird automatische IP-opwarming, en wordt een gefaseerde migratie aanbevolen—beginnend met kleine volumes en vervolgens geleidelijk het verkeer opvoeren.

    • Een goede domeininstelling (DKIM, SPF, DMARC, bounce-domeinen, tracking-domeinen) is essentieel voor afstemming en soepele co-existentie tijdens de migratie.

    • Bird biedt real-time eventgegevens via webhooks of Events API, waardoor downstream automatisering, ETL-stromen en reconstructie in logstijl mogelijk zijn indien nodig.

Q&A Hoogtepunten

  • Wat zijn de twee belangrijkste migratiescenario's?

    Ofwel alle on-prem MTAs volledig uit gebruik nemen (Optie #1) of een hybride opstelling handhaven waarbij een deel van het verkeer via Momentum/PMTA wordt geleid voordat het Bird bereikt (Optie #2).

  • Wat bepaalt of je kiest voor Option #1 of Option #2?

    Uw afhankelijkheid van Lua-scripts, preprocessingslogica, herschrijven van berichten, beveiligingseisen of generators die geen geauthenticeerd verkeer via poort 587 kunnen versturen.

  • Accepteert Bird SMTP-injectie via poort 25?

    Nee—Bird vereist SMTP-injectie via poort 587 of 2525, geverifieerd met SMTP_Auth.

  • Is TLS vereist?

    Niet strikt vereist, maar sterk aanbevolen voor veilige berichtinjectie vanuit ofwel generatoren of on-prem MTAs.

  • Kunnen verzenders de REST API in plaats van SMTP gebruiken?

    Ja—verzenders kunnen JSON-payloads leveren via de Transmissions REST API, wat vaak werkprocessen vereenvoudigt en de noodzaak wegneemt om ruwe SMTP-berichten te genereren.

  • Wat is het BYOIP-programma van Bird?

    Een proces waarmee klanten met een aaneengesloten /24-blok hun bestaande IP's naar Bird kunnen migreren, terwijl ze hun reputatie behouden en de opwarmfase overslaan.

  • Wat als BYOIP geen optie is?

    Gebruik nieuwe verzenddomeinen (bijv. sp.yourdomain.com), voer beide omgevingen parallel uit, en vertrouw op Bird’s automatische IP-opwarming.

  • Hoe routeer je alleen geselecteerde streams via Bird in een hybride setup?

    Door uitgaande domeinen (Momentum) of rollup-configuraties/VMTAs (PowerMTA) te configureren die authenticeren en afleveren aan Birds SMTP-eindpunt.

  • Welke metadatawijzigingen zijn vereist bij injectie via SMTP?

    Voeg een X-MSYS-API header toe met attributen zoals ip_pool, campaign, en alle aangepaste metadata die voorheen via X-Headers werden afgehandeld.

  • Wat moet er worden geconfigureerd in DNS vóór migratie?

    DKIM-records, SPF, DMARC, bounce-domeinen en tracking-domeinen om domeinuitlijning te garanderen en het risico op bezorgingsproblemen tijdens de overgang te verminderen.

  • Hoe moet verkeer worden gemigreerd naar Bird?

    Geleidelijk: begin met een kleine stroom, dan 10%, daarna 20%, dagelijks toenemend totdat al het verkeer is verplaatst—vergelijkbaar met de beste praktijken voor IP warming.

  • Hoe kunnen zenders leverings- en betrokkenheidsgegevens verzamelen na migratie?

    Door gebruik te maken van Bird’s realtime webhook-systeem of de Events API; kunnen webhook-verzamelaars snel worden gebouwd en de gegevensstroom naar opslag of ETL-systemen voeden.

Zo vaak horen we de vraag: "Hebben jullie een soort draaiboek dat het proces uitstippelt voor migratie van een on-premise installatie naar Bird"?

Ja, dat hebben we. Blijf lezen.

Eerst een beetje achtergrond. De Bird Cloud-service is in 2014 gecreëerd uit het enorme succes van de On-Premises Momentum MTA-oplossing. Momentum vormt de kern van de Bird Cloud en biedt snelle levering en verkeersbeheer voor duizenden klanten op de cloudservice. Hierdoor krijgt Momentum een groot deel van onze technische aandacht, maar de resultaten van dat werk zijn vaak verborgen in prestatieverbeteringen die niet veel aandacht krijgen. Momentum-klanten zien de voordelen van dit werk elke keer dat een nieuwe publieke release van Momentum wordt gepubliceerd.

Dit betekent NIET dat Bird alleen maar "Momentum in de Cloud" is. MessageBird is veel meer dan dat en kan extra voordelen hebben voor klanten die ervoor kiezen om te migreren of hen in een hybride benadering te gebruiken. Deze voordelen komen voort uit onze moderne cloud-gebaseerde e-mail API-architectuur, die mogelijkheden biedt die niet beschikbaar zijn in traditionele on-premise oplossingen. Bovendien hebben we het erg eenvoudig gemaakt voor PowerMTA klanten om naar Bird te migreren of PowerMTA met Bird in een hybride configuratie te gebruiken. De rest van dit document beschrijft in detail hoe u uw berichtstromen van Momentum of PowerMTA naar de Bird Cloud-service kunt migreren.

Er zijn eigenlijk twee afzonderlijke scenario's om te overwegen bij het migreren naar Bird vanuit Momentum of PowerMTA.

  1. U bent klaar om de on-premise wereld volledig te verlaten, uw fysieke datacenters te sluiten en niet langer rechtstreeks enig on-premise MTA te beheren. Dit betekent Momentum of PowerMTA uit uw implementatie verwijderen en berichten rechtstreeks naar SparkPost sturen voor berichtverwerking. Voordat u uw on-premise infrastructuur uit de roulatie haalt, zorgt u ervoor dat u uitgebreide databaseback-ups heeft van alle kritieke systemen, vooral als u PostgreSQL-databases draait die belangrijke historische gegevens of configuraties bevatten.

  2. U heeft redenen om een deel van de on-premise infrastructuur te behouden, om welke reden dan ook. Enkele mogelijkheden kunnen zijn:

  • specifieke leveringsstromen die voorbewerking in Momentum vereisen

  • capaciteitssplitsing voor piek- of noodherstelbehoeften

  • ondersteuning van oudere klanten in PMTA terwijl nieuwe klanten naar SparkPost worden verplaatst

…dan wilt u de andere berichten doorsturen naar Bird voor verdere berichtverwerking.

In beide situaties moet u zich ervan bewust zijn dat Bird alleen SMTP-berichten accepteert voor levering die worden geïnjecteerd via poort 587 of 2525 en SMTP_Auth gebruiken met een specifieke gebruikersnaam en wachtwoord (Zie SMTP-documenten hier). We raden ook sterk aan om te verbinden met een TLS-verbinding, maar dat is niet strikt vereist. Als u uw MTA-laag volledig vervangt (scenario 1), dan wilt u misschien ook overwegen om de Transmissions REST API te gebruiken die berichten via HTTPS-verbindingen kan accepteren. Documentatie over die API is hier.

Voor organisaties die on-premise infrastructuur onderhouden die veilige e-mailmogelijkheden vereist, biedt onze S/MIME implementatiegids voor PowerMTA en Momentum gedetailleerde installatie-instructies voor versleutelde e-maillevering.

Zo vaak horen we de vraag: "Hebben jullie een soort draaiboek dat het proces uitstippelt voor migratie van een on-premise installatie naar Bird"?

Ja, dat hebben we. Blijf lezen.

Eerst een beetje achtergrond. De Bird Cloud-service is in 2014 gecreëerd uit het enorme succes van de On-Premises Momentum MTA-oplossing. Momentum vormt de kern van de Bird Cloud en biedt snelle levering en verkeersbeheer voor duizenden klanten op de cloudservice. Hierdoor krijgt Momentum een groot deel van onze technische aandacht, maar de resultaten van dat werk zijn vaak verborgen in prestatieverbeteringen die niet veel aandacht krijgen. Momentum-klanten zien de voordelen van dit werk elke keer dat een nieuwe publieke release van Momentum wordt gepubliceerd.

Dit betekent NIET dat Bird alleen maar "Momentum in de Cloud" is. MessageBird is veel meer dan dat en kan extra voordelen hebben voor klanten die ervoor kiezen om te migreren of hen in een hybride benadering te gebruiken. Deze voordelen komen voort uit onze moderne cloud-gebaseerde e-mail API-architectuur, die mogelijkheden biedt die niet beschikbaar zijn in traditionele on-premise oplossingen. Bovendien hebben we het erg eenvoudig gemaakt voor PowerMTA klanten om naar Bird te migreren of PowerMTA met Bird in een hybride configuratie te gebruiken. De rest van dit document beschrijft in detail hoe u uw berichtstromen van Momentum of PowerMTA naar de Bird Cloud-service kunt migreren.

Er zijn eigenlijk twee afzonderlijke scenario's om te overwegen bij het migreren naar Bird vanuit Momentum of PowerMTA.

  1. U bent klaar om de on-premise wereld volledig te verlaten, uw fysieke datacenters te sluiten en niet langer rechtstreeks enig on-premise MTA te beheren. Dit betekent Momentum of PowerMTA uit uw implementatie verwijderen en berichten rechtstreeks naar SparkPost sturen voor berichtverwerking. Voordat u uw on-premise infrastructuur uit de roulatie haalt, zorgt u ervoor dat u uitgebreide databaseback-ups heeft van alle kritieke systemen, vooral als u PostgreSQL-databases draait die belangrijke historische gegevens of configuraties bevatten.

  2. U heeft redenen om een deel van de on-premise infrastructuur te behouden, om welke reden dan ook. Enkele mogelijkheden kunnen zijn:

  • specifieke leveringsstromen die voorbewerking in Momentum vereisen

  • capaciteitssplitsing voor piek- of noodherstelbehoeften

  • ondersteuning van oudere klanten in PMTA terwijl nieuwe klanten naar SparkPost worden verplaatst

…dan wilt u de andere berichten doorsturen naar Bird voor verdere berichtverwerking.

In beide situaties moet u zich ervan bewust zijn dat Bird alleen SMTP-berichten accepteert voor levering die worden geïnjecteerd via poort 587 of 2525 en SMTP_Auth gebruiken met een specifieke gebruikersnaam en wachtwoord (Zie SMTP-documenten hier). We raden ook sterk aan om te verbinden met een TLS-verbinding, maar dat is niet strikt vereist. Als u uw MTA-laag volledig vervangt (scenario 1), dan wilt u misschien ook overwegen om de Transmissions REST API te gebruiken die berichten via HTTPS-verbindingen kan accepteren. Documentatie over die API is hier.

Voor organisaties die on-premise infrastructuur onderhouden die veilige e-mailmogelijkheden vereist, biedt onze S/MIME implementatiegids voor PowerMTA en Momentum gedetailleerde installatie-instructies voor versleutelde e-maillevering.

Zo vaak horen we de vraag: "Hebben jullie een soort draaiboek dat het proces uitstippelt voor migratie van een on-premise installatie naar Bird"?

Ja, dat hebben we. Blijf lezen.

Eerst een beetje achtergrond. De Bird Cloud-service is in 2014 gecreëerd uit het enorme succes van de On-Premises Momentum MTA-oplossing. Momentum vormt de kern van de Bird Cloud en biedt snelle levering en verkeersbeheer voor duizenden klanten op de cloudservice. Hierdoor krijgt Momentum een groot deel van onze technische aandacht, maar de resultaten van dat werk zijn vaak verborgen in prestatieverbeteringen die niet veel aandacht krijgen. Momentum-klanten zien de voordelen van dit werk elke keer dat een nieuwe publieke release van Momentum wordt gepubliceerd.

Dit betekent NIET dat Bird alleen maar "Momentum in de Cloud" is. MessageBird is veel meer dan dat en kan extra voordelen hebben voor klanten die ervoor kiezen om te migreren of hen in een hybride benadering te gebruiken. Deze voordelen komen voort uit onze moderne cloud-gebaseerde e-mail API-architectuur, die mogelijkheden biedt die niet beschikbaar zijn in traditionele on-premise oplossingen. Bovendien hebben we het erg eenvoudig gemaakt voor PowerMTA klanten om naar Bird te migreren of PowerMTA met Bird in een hybride configuratie te gebruiken. De rest van dit document beschrijft in detail hoe u uw berichtstromen van Momentum of PowerMTA naar de Bird Cloud-service kunt migreren.

Er zijn eigenlijk twee afzonderlijke scenario's om te overwegen bij het migreren naar Bird vanuit Momentum of PowerMTA.

  1. U bent klaar om de on-premise wereld volledig te verlaten, uw fysieke datacenters te sluiten en niet langer rechtstreeks enig on-premise MTA te beheren. Dit betekent Momentum of PowerMTA uit uw implementatie verwijderen en berichten rechtstreeks naar SparkPost sturen voor berichtverwerking. Voordat u uw on-premise infrastructuur uit de roulatie haalt, zorgt u ervoor dat u uitgebreide databaseback-ups heeft van alle kritieke systemen, vooral als u PostgreSQL-databases draait die belangrijke historische gegevens of configuraties bevatten.

  2. U heeft redenen om een deel van de on-premise infrastructuur te behouden, om welke reden dan ook. Enkele mogelijkheden kunnen zijn:

  • specifieke leveringsstromen die voorbewerking in Momentum vereisen

  • capaciteitssplitsing voor piek- of noodherstelbehoeften

  • ondersteuning van oudere klanten in PMTA terwijl nieuwe klanten naar SparkPost worden verplaatst

…dan wilt u de andere berichten doorsturen naar Bird voor verdere berichtverwerking.

In beide situaties moet u zich ervan bewust zijn dat Bird alleen SMTP-berichten accepteert voor levering die worden geïnjecteerd via poort 587 of 2525 en SMTP_Auth gebruiken met een specifieke gebruikersnaam en wachtwoord (Zie SMTP-documenten hier). We raden ook sterk aan om te verbinden met een TLS-verbinding, maar dat is niet strikt vereist. Als u uw MTA-laag volledig vervangt (scenario 1), dan wilt u misschien ook overwegen om de Transmissions REST API te gebruiken die berichten via HTTPS-verbindingen kan accepteren. Documentatie over die API is hier.

Voor organisaties die on-premise infrastructuur onderhouden die veilige e-mailmogelijkheden vereist, biedt onze S/MIME implementatiegids voor PowerMTA en Momentum gedetailleerde installatie-instructies voor versleutelde e-maillevering.

Welke optie kies ik?

Om te bepalen of je in optie #1 of optie #2 bent, overweeg deze factoren:

Optie

Het beste als je

Kernvereiste

Afweging

Optie #1: Volledige cloud migratie

Kan alle on-prem MTAs verwijderen

SMTP Auth over 587/2525 of REST API

Vereist herstructurering van geavanceerde on-prem logica

Optie #2: Hybride routering

Heeft pre-processing of legacy ondersteuning nodig

Momentum of PowerMTA blijft online

Toegevoegde operationele complexiteit


  • Gebruik je de Lua scripting engine van Momentum voor iets dat meer gecompliceerd is dan berichtroutering?

    • Lua is een uitgebreide script tool voor het manipuleren van berichten in-line, maar de overgrote meerderheid van onze gebruikers gebruikt het alleen om een bindend voor levering te selecteren. Als dat het geval is, kun je je generatiecode aanpassen om een ip_pool attribuut toe te voegen aan de X-MSYS-API header en Bird de route voor je laten toewijzen. 

    • Als je Lua gebruikt om meer gecompliceerde dingen te doen, zoals body filtering, Mail_From herschrijvingen, of berichttempo berekeningen, en het is niet haalbaar om die logica naar je injecterende applicatie te verplaatsen, wil je misschien overwegen om naar het Optie #2 kamp te gaan.

  • Kan je generatiesysteem berichten versturen via poort 587 met TLS en SMTP_Auth?

    • Sommige campagnebeheersystemen kunnen alleen mail versturen via poort 25 in cleartext. Dit veroorzaakt een beveiligingsprobleem voor Bird, dus je wilt misschien Optie #2 overwegen.

  • Gebruik je PowerMTA substitutie syntaxis of andere in-line bericht modificatie?

    • Als je deze functie kunt verplaatsen naar je generators of de Bird Template Language kunt gebruiken, dan kun je nog steeds optie 1 gebruiken, maar anders moet je misschien nadenken over het online houden van een PMTA node voor deze berichtmodificatie voordat verzending naar Bird voor levering.

  • Heb je inbound AV/AS scanning nodig voor injectie? Hoewel dit mogelijk is in Momentum en PowerMTA, gaat eBird ervan uit dat je al die controles al hebt uitgevoerd.  Je wilt misschien overwegen dat te doen vóór injectie.

Welke weg je ook kiest, het zal ongetwijfeld invloed hebben op je commerciële relatie.  Zoals je je kunt voorstellen, is dit niet onze eerste keer. Zorg ervoor dat je je Commerciële Accountmanager en Customer Success Manager betrekt, zodat we je door de details kunnen helpen en ervoor kunnen zorgen dat je de beste waarde voor je geld krijgt.

Om te bepalen of je in optie #1 of optie #2 bent, overweeg deze factoren:

Optie

Het beste als je

Kernvereiste

Afweging

Optie #1: Volledige cloud migratie

Kan alle on-prem MTAs verwijderen

SMTP Auth over 587/2525 of REST API

Vereist herstructurering van geavanceerde on-prem logica

Optie #2: Hybride routering

Heeft pre-processing of legacy ondersteuning nodig

Momentum of PowerMTA blijft online

Toegevoegde operationele complexiteit


  • Gebruik je de Lua scripting engine van Momentum voor iets dat meer gecompliceerd is dan berichtroutering?

    • Lua is een uitgebreide script tool voor het manipuleren van berichten in-line, maar de overgrote meerderheid van onze gebruikers gebruikt het alleen om een bindend voor levering te selecteren. Als dat het geval is, kun je je generatiecode aanpassen om een ip_pool attribuut toe te voegen aan de X-MSYS-API header en Bird de route voor je laten toewijzen. 

    • Als je Lua gebruikt om meer gecompliceerde dingen te doen, zoals body filtering, Mail_From herschrijvingen, of berichttempo berekeningen, en het is niet haalbaar om die logica naar je injecterende applicatie te verplaatsen, wil je misschien overwegen om naar het Optie #2 kamp te gaan.

  • Kan je generatiesysteem berichten versturen via poort 587 met TLS en SMTP_Auth?

    • Sommige campagnebeheersystemen kunnen alleen mail versturen via poort 25 in cleartext. Dit veroorzaakt een beveiligingsprobleem voor Bird, dus je wilt misschien Optie #2 overwegen.

  • Gebruik je PowerMTA substitutie syntaxis of andere in-line bericht modificatie?

    • Als je deze functie kunt verplaatsen naar je generators of de Bird Template Language kunt gebruiken, dan kun je nog steeds optie 1 gebruiken, maar anders moet je misschien nadenken over het online houden van een PMTA node voor deze berichtmodificatie voordat verzending naar Bird voor levering.

  • Heb je inbound AV/AS scanning nodig voor injectie? Hoewel dit mogelijk is in Momentum en PowerMTA, gaat eBird ervan uit dat je al die controles al hebt uitgevoerd.  Je wilt misschien overwegen dat te doen vóór injectie.

Welke weg je ook kiest, het zal ongetwijfeld invloed hebben op je commerciële relatie.  Zoals je je kunt voorstellen, is dit niet onze eerste keer. Zorg ervoor dat je je Commerciële Accountmanager en Customer Success Manager betrekt, zodat we je door de details kunnen helpen en ervoor kunnen zorgen dat je de beste waarde voor je geld krijgt.

Om te bepalen of je in optie #1 of optie #2 bent, overweeg deze factoren:

Optie

Het beste als je

Kernvereiste

Afweging

Optie #1: Volledige cloud migratie

Kan alle on-prem MTAs verwijderen

SMTP Auth over 587/2525 of REST API

Vereist herstructurering van geavanceerde on-prem logica

Optie #2: Hybride routering

Heeft pre-processing of legacy ondersteuning nodig

Momentum of PowerMTA blijft online

Toegevoegde operationele complexiteit


  • Gebruik je de Lua scripting engine van Momentum voor iets dat meer gecompliceerd is dan berichtroutering?

    • Lua is een uitgebreide script tool voor het manipuleren van berichten in-line, maar de overgrote meerderheid van onze gebruikers gebruikt het alleen om een bindend voor levering te selecteren. Als dat het geval is, kun je je generatiecode aanpassen om een ip_pool attribuut toe te voegen aan de X-MSYS-API header en Bird de route voor je laten toewijzen. 

    • Als je Lua gebruikt om meer gecompliceerde dingen te doen, zoals body filtering, Mail_From herschrijvingen, of berichttempo berekeningen, en het is niet haalbaar om die logica naar je injecterende applicatie te verplaatsen, wil je misschien overwegen om naar het Optie #2 kamp te gaan.

  • Kan je generatiesysteem berichten versturen via poort 587 met TLS en SMTP_Auth?

    • Sommige campagnebeheersystemen kunnen alleen mail versturen via poort 25 in cleartext. Dit veroorzaakt een beveiligingsprobleem voor Bird, dus je wilt misschien Optie #2 overwegen.

  • Gebruik je PowerMTA substitutie syntaxis of andere in-line bericht modificatie?

    • Als je deze functie kunt verplaatsen naar je generators of de Bird Template Language kunt gebruiken, dan kun je nog steeds optie 1 gebruiken, maar anders moet je misschien nadenken over het online houden van een PMTA node voor deze berichtmodificatie voordat verzending naar Bird voor levering.

  • Heb je inbound AV/AS scanning nodig voor injectie? Hoewel dit mogelijk is in Momentum en PowerMTA, gaat eBird ervan uit dat je al die controles al hebt uitgevoerd.  Je wilt misschien overwegen dat te doen vóór injectie.

Welke weg je ook kiest, het zal ongetwijfeld invloed hebben op je commerciële relatie.  Zoals je je kunt voorstellen, is dit niet onze eerste keer. Zorg ervoor dat je je Commerciële Accountmanager en Customer Success Manager betrekt, zodat we je door de details kunnen helpen en ervoor kunnen zorgen dat je de beste waarde voor je geld krijgt.

Voor Optie #1 Kamp (Gaan “cold turkey”):

Laten we aannemen dat je akkoord gaat met optie 1 en je klaar bent om je on-premises MTA's uit te schakelen en ervoor hebt gekozen de SMTP-injectiemethode te blijven gebruiken, je berichtgeneratiesystemen helemaal niet te veranderen.  Je generatiesystemen moeten een volledig geformatteerd SMTP-bericht maken en vervolgens naar Bird pushen via TLS met behulp van SMTP_AUTH, waarbij de gebruikersnaam en het wachtwoord zijn zoals beschreven op deze pagina. Vergeet niet dat het "wachtwoord" de API-sleutel is die je genereert in je Bird-account met de SMTP-bezorgoptie ingeschakeld.

Als je in de Optie #1-groep zit, overweeg dan om direct vanuit je generatiesysteem over te schakelen naar de REST API. In de meeste gevallen hebben we ontdekt dat de verwerkingssystemen van klanten al JSON over HTTP gebruiken en moeten converteren naar SMTP voordat de injectie plaatsvindt. Je kunt die stap overslaan en het direct naar ons sturen als een JSON-geformatteerde REST-payload.

Als je ervoor kiest om met de REST API te injecteren, moet je je inhoudcreatiesysteem misschien een beetje aanpassen, maar het kan de moeite waard zijn.  Je kunt hier meer te weten komen.

Een van de grootste zorgen die grote ESP's hebben bij een Migratie is IP-opwarmen. Meestal hebben ze vele jaren zorgvuldig hun inventaris van IP-adressen onderhouden, dus het idee om al dat werk op te geven is pijnlijk. Bird heeft een Bring Your Own IP (BYOIP) proces ontwikkeld dat dat probleem oplost. Als je ten minste één ononderbroken /24 CIDR-blok hebt, kan Bird die bestaande IP's gebruiken voor levering, wat je de moeite bespaart om ze opnieuw op te warmen. Als je van die optie gebruik kunt maken, kun je de sectie hier over IP-opwarming overslaan.

Als je denkt dat je hier klaar voor bent, ga dan door naar "Making it happen"

Laten we aannemen dat je akkoord gaat met optie 1 en je klaar bent om je on-premises MTA's uit te schakelen en ervoor hebt gekozen de SMTP-injectiemethode te blijven gebruiken, je berichtgeneratiesystemen helemaal niet te veranderen.  Je generatiesystemen moeten een volledig geformatteerd SMTP-bericht maken en vervolgens naar Bird pushen via TLS met behulp van SMTP_AUTH, waarbij de gebruikersnaam en het wachtwoord zijn zoals beschreven op deze pagina. Vergeet niet dat het "wachtwoord" de API-sleutel is die je genereert in je Bird-account met de SMTP-bezorgoptie ingeschakeld.

Als je in de Optie #1-groep zit, overweeg dan om direct vanuit je generatiesysteem over te schakelen naar de REST API. In de meeste gevallen hebben we ontdekt dat de verwerkingssystemen van klanten al JSON over HTTP gebruiken en moeten converteren naar SMTP voordat de injectie plaatsvindt. Je kunt die stap overslaan en het direct naar ons sturen als een JSON-geformatteerde REST-payload.

Als je ervoor kiest om met de REST API te injecteren, moet je je inhoudcreatiesysteem misschien een beetje aanpassen, maar het kan de moeite waard zijn.  Je kunt hier meer te weten komen.

Een van de grootste zorgen die grote ESP's hebben bij een Migratie is IP-opwarmen. Meestal hebben ze vele jaren zorgvuldig hun inventaris van IP-adressen onderhouden, dus het idee om al dat werk op te geven is pijnlijk. Bird heeft een Bring Your Own IP (BYOIP) proces ontwikkeld dat dat probleem oplost. Als je ten minste één ononderbroken /24 CIDR-blok hebt, kan Bird die bestaande IP's gebruiken voor levering, wat je de moeite bespaart om ze opnieuw op te warmen. Als je van die optie gebruik kunt maken, kun je de sectie hier over IP-opwarming overslaan.

Als je denkt dat je hier klaar voor bent, ga dan door naar "Making it happen"

Laten we aannemen dat je akkoord gaat met optie 1 en je klaar bent om je on-premises MTA's uit te schakelen en ervoor hebt gekozen de SMTP-injectiemethode te blijven gebruiken, je berichtgeneratiesystemen helemaal niet te veranderen.  Je generatiesystemen moeten een volledig geformatteerd SMTP-bericht maken en vervolgens naar Bird pushen via TLS met behulp van SMTP_AUTH, waarbij de gebruikersnaam en het wachtwoord zijn zoals beschreven op deze pagina. Vergeet niet dat het "wachtwoord" de API-sleutel is die je genereert in je Bird-account met de SMTP-bezorgoptie ingeschakeld.

Als je in de Optie #1-groep zit, overweeg dan om direct vanuit je generatiesysteem over te schakelen naar de REST API. In de meeste gevallen hebben we ontdekt dat de verwerkingssystemen van klanten al JSON over HTTP gebruiken en moeten converteren naar SMTP voordat de injectie plaatsvindt. Je kunt die stap overslaan en het direct naar ons sturen als een JSON-geformatteerde REST-payload.

Als je ervoor kiest om met de REST API te injecteren, moet je je inhoudcreatiesysteem misschien een beetje aanpassen, maar het kan de moeite waard zijn.  Je kunt hier meer te weten komen.

Een van de grootste zorgen die grote ESP's hebben bij een Migratie is IP-opwarmen. Meestal hebben ze vele jaren zorgvuldig hun inventaris van IP-adressen onderhouden, dus het idee om al dat werk op te geven is pijnlijk. Bird heeft een Bring Your Own IP (BYOIP) proces ontwikkeld dat dat probleem oplost. Als je ten minste één ononderbroken /24 CIDR-blok hebt, kan Bird die bestaande IP's gebruiken voor levering, wat je de moeite bespaart om ze opnieuw op te warmen. Als je van die optie gebruik kunt maken, kun je de sectie hier over IP-opwarming overslaan.

Als je denkt dat je hier klaar voor bent, ga dan door naar "Making it happen"

Gebruik van Optie #2 (on-prem pre-processing):

Als u echter in team Optie #2 zit, dan wilt u enkele configuratiewijzigingen aan uw implementatie toevoegen. De minst pijnlijke manier om enkele geselecteerde berichtstromen van Momentum of PMTA naar Bird te migreren terwijl u nog steeds SMTP-injectie vanuit uw generatiesystemen gebruikt, is door een speciale route aan uw configuratie toe te voegen.

Voor Momentum:

  1. Stel een versie van Momentum > 3.6.23 in. 

  2. Installeer een geldig SSL-certificaat en open uitgaande poort 587 zodat Momentum met Bird kan communiceren. Configureer een uitgaand domein zodat u een bericht via Momentum naar Bird kunt routeren. 

  3. Met de onderstaande configuratie wordt elk bericht dat deze configuratie bereikt naar smtp.sparkpostmail.com gerouteerd met behulp van poort 587 en SMTP_Auth met de daar gedefinieerde gebruikersnaam en wachtwoord.

    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. Configureer de bindingen die u wilt doorsturen via MessageBird met TLS en routeer ze naar het hierboven gedefinieerde domein.

    Opmerking: TLS is niet strikt vereist maar wordt sterk aanbevolen. Als TLS om de een of andere reden niet mogelijk is, dan wordt ook het witlijsten van de API-sleutels sterk aanbevolen.

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

Voor PowerMTA:

  1. Stel een versie van PowerMTA > 4.5.0 in

  2. Installeer een geldig SSL-certificaat en open uitgaande poort 587 zodat PowerMTA met Bird kan communiceren.

  3. Configureer een uitgaand domeinpad zodat u een bericht via PowerMTA naar Bird kunt routeren. Met de onderstaande configuratie wordt elk bericht dat deze configuratie bereikt naar smtp.sparkpostmail.com gerouteerd met behulp van poort 587 en SMTP_Auth met de daar gedefinieerde gebruikersnaam en wachtwoord.  In PowerMTA kunt u hier ook TLS instellen. Merk op dat dit ook uitgebreider gedocumenteerd is 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. Configureer de VMTAs die u wilt doorsturen via Bird met de {sparkpost} rollup-configuratie die u hierboven hebt gedefinieerd.

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

Als u die configuratiewijzigingen eenmaal heeft aangebracht, moeten alle berichten die naar de geselecteerde 'binding' of 'VMTA' worden verzonden automatisch via Bird voor bezorging worden gerouteerd.  

Als u echter in team Optie #2 zit, dan wilt u enkele configuratiewijzigingen aan uw implementatie toevoegen. De minst pijnlijke manier om enkele geselecteerde berichtstromen van Momentum of PMTA naar Bird te migreren terwijl u nog steeds SMTP-injectie vanuit uw generatiesystemen gebruikt, is door een speciale route aan uw configuratie toe te voegen.

Voor Momentum:

  1. Stel een versie van Momentum > 3.6.23 in. 

  2. Installeer een geldig SSL-certificaat en open uitgaande poort 587 zodat Momentum met Bird kan communiceren. Configureer een uitgaand domein zodat u een bericht via Momentum naar Bird kunt routeren. 

  3. Met de onderstaande configuratie wordt elk bericht dat deze configuratie bereikt naar smtp.sparkpostmail.com gerouteerd met behulp van poort 587 en SMTP_Auth met de daar gedefinieerde gebruikersnaam en wachtwoord.

    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. Configureer de bindingen die u wilt doorsturen via MessageBird met TLS en routeer ze naar het hierboven gedefinieerde domein.

    Opmerking: TLS is niet strikt vereist maar wordt sterk aanbevolen. Als TLS om de een of andere reden niet mogelijk is, dan wordt ook het witlijsten van de API-sleutels sterk aanbevolen.

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

Voor PowerMTA:

  1. Stel een versie van PowerMTA > 4.5.0 in

  2. Installeer een geldig SSL-certificaat en open uitgaande poort 587 zodat PowerMTA met Bird kan communiceren.

  3. Configureer een uitgaand domeinpad zodat u een bericht via PowerMTA naar Bird kunt routeren. Met de onderstaande configuratie wordt elk bericht dat deze configuratie bereikt naar smtp.sparkpostmail.com gerouteerd met behulp van poort 587 en SMTP_Auth met de daar gedefinieerde gebruikersnaam en wachtwoord.  In PowerMTA kunt u hier ook TLS instellen. Merk op dat dit ook uitgebreider gedocumenteerd is 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. Configureer de VMTAs die u wilt doorsturen via Bird met de {sparkpost} rollup-configuratie die u hierboven hebt gedefinieerd.

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

Als u die configuratiewijzigingen eenmaal heeft aangebracht, moeten alle berichten die naar de geselecteerde 'binding' of 'VMTA' worden verzonden automatisch via Bird voor bezorging worden gerouteerd.  

Als u echter in team Optie #2 zit, dan wilt u enkele configuratiewijzigingen aan uw implementatie toevoegen. De minst pijnlijke manier om enkele geselecteerde berichtstromen van Momentum of PMTA naar Bird te migreren terwijl u nog steeds SMTP-injectie vanuit uw generatiesystemen gebruikt, is door een speciale route aan uw configuratie toe te voegen.

Voor Momentum:

  1. Stel een versie van Momentum > 3.6.23 in. 

  2. Installeer een geldig SSL-certificaat en open uitgaande poort 587 zodat Momentum met Bird kan communiceren. Configureer een uitgaand domein zodat u een bericht via Momentum naar Bird kunt routeren. 

  3. Met de onderstaande configuratie wordt elk bericht dat deze configuratie bereikt naar smtp.sparkpostmail.com gerouteerd met behulp van poort 587 en SMTP_Auth met de daar gedefinieerde gebruikersnaam en wachtwoord.

    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. Configureer de bindingen die u wilt doorsturen via MessageBird met TLS en routeer ze naar het hierboven gedefinieerde domein.

    Opmerking: TLS is niet strikt vereist maar wordt sterk aanbevolen. Als TLS om de een of andere reden niet mogelijk is, dan wordt ook het witlijsten van de API-sleutels sterk aanbevolen.

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

Voor PowerMTA:

  1. Stel een versie van PowerMTA > 4.5.0 in

  2. Installeer een geldig SSL-certificaat en open uitgaande poort 587 zodat PowerMTA met Bird kan communiceren.

  3. Configureer een uitgaand domeinpad zodat u een bericht via PowerMTA naar Bird kunt routeren. Met de onderstaande configuratie wordt elk bericht dat deze configuratie bereikt naar smtp.sparkpostmail.com gerouteerd met behulp van poort 587 en SMTP_Auth met de daar gedefinieerde gebruikersnaam en wachtwoord.  In PowerMTA kunt u hier ook TLS instellen. Merk op dat dit ook uitgebreider gedocumenteerd is 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. Configureer de VMTAs die u wilt doorsturen via Bird met de {sparkpost} rollup-configuratie die u hierboven hebt gedefinieerd.

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

Als u die configuratiewijzigingen eenmaal heeft aangebracht, moeten alle berichten die naar de geselecteerde 'binding' of 'VMTA' worden verzonden automatisch via Bird voor bezorging worden gerouteerd.  

Het waarmaken

Wanneer je deze weg inslaat, maak dan niet de fout om te denken dat dit een nachtelijke operatie is.  Dit op de juiste manier doen zal wat tijd en zorg vergen.  

  1. Stel je Bird-account in en test volledig met een ontwikkelings subaccount zodat je dat verkeer later kunt filteren.  Dit moet je voor beide opties doen, omdat je hoe dan ook de API-sleutel voor het SMTP_Auth-wachtwoord nodig zult hebben.

  2. Als je SMTP-injectie gebruikt, plan dan om een X-MSYS-API-header toe te voegen om alle metadata en berichtkenmerken die nodig zijn op te nemen.  Alle X-Headers moeten worden herschreven als metadata en je moet ook de ip_pool en campagnekenmerken opnemen. Een voorbeeld is beschikbaar hier

  3. Als je niet BYOIP gebruikt, zorg er dan voor dat je iets andere verzenddomeinen instelt voor gebruik met MessageBird, zodat je beide omgevingen parallel kunt laten draaien zolang dit nodig is.  Als je huidige verzenddomein mycompany.com is, stel dan misschien sp.mycompany.com in specifiek voor Bird-levering.  Dit stelt je in staat om langzaam en zorgvuldig te migreren zonder dat het ene of het andere domein in gevaar komt.

  4. Zorg ervoor dat je volledige domeinafleiding en beveiligingsfuncties hebt ingeschakeld.  Stel in DNS DKIM, SPF, DMARC-, bounce- en traceerdomeinen in zodat ze allemaal lijken te behoren tot dezelfde organisatie.

  5. Configureer Automatische IP-opwarming op je gedefinieerde IP_Pools.  Als je de eerder genoemde BYOIP-optie gebruikt, kun je de opwarmstap negeren.

  6. Begin met één berichtenstroom en ga daarvandaan verder.  Net als IP-opwarming, wil je dit niet allemaal tegelijk doen. Leid eerst een paar honderd berichten om, dan 10% van het volume, vervolgens 20% de volgende dag en verhoog totdat je al het volume hebt verplaatst. Als je een ESP bent, selecteer dan een klant waar je mee kunt werken en test het proces met hun feedback.  Als alles goed werkt, ga door naar de volgende. Als je problemen tegenkomt, neem de tijd om het te verhelpen en integreer het in het proces voor de volgende.

  7. Automatiseer zoveel mogelijk met behulp van APIs.  Buiten de DNS-wijzigingen kan de SparkPost-configuratie grotendeels geautomatiseerd worden met een paar API-oproepen.

Wanneer je deze weg inslaat, maak dan niet de fout om te denken dat dit een nachtelijke operatie is.  Dit op de juiste manier doen zal wat tijd en zorg vergen.  

  1. Stel je Bird-account in en test volledig met een ontwikkelings subaccount zodat je dat verkeer later kunt filteren.  Dit moet je voor beide opties doen, omdat je hoe dan ook de API-sleutel voor het SMTP_Auth-wachtwoord nodig zult hebben.

  2. Als je SMTP-injectie gebruikt, plan dan om een X-MSYS-API-header toe te voegen om alle metadata en berichtkenmerken die nodig zijn op te nemen.  Alle X-Headers moeten worden herschreven als metadata en je moet ook de ip_pool en campagnekenmerken opnemen. Een voorbeeld is beschikbaar hier

  3. Als je niet BYOIP gebruikt, zorg er dan voor dat je iets andere verzenddomeinen instelt voor gebruik met MessageBird, zodat je beide omgevingen parallel kunt laten draaien zolang dit nodig is.  Als je huidige verzenddomein mycompany.com is, stel dan misschien sp.mycompany.com in specifiek voor Bird-levering.  Dit stelt je in staat om langzaam en zorgvuldig te migreren zonder dat het ene of het andere domein in gevaar komt.

  4. Zorg ervoor dat je volledige domeinafleiding en beveiligingsfuncties hebt ingeschakeld.  Stel in DNS DKIM, SPF, DMARC-, bounce- en traceerdomeinen in zodat ze allemaal lijken te behoren tot dezelfde organisatie.

  5. Configureer Automatische IP-opwarming op je gedefinieerde IP_Pools.  Als je de eerder genoemde BYOIP-optie gebruikt, kun je de opwarmstap negeren.

  6. Begin met één berichtenstroom en ga daarvandaan verder.  Net als IP-opwarming, wil je dit niet allemaal tegelijk doen. Leid eerst een paar honderd berichten om, dan 10% van het volume, vervolgens 20% de volgende dag en verhoog totdat je al het volume hebt verplaatst. Als je een ESP bent, selecteer dan een klant waar je mee kunt werken en test het proces met hun feedback.  Als alles goed werkt, ga door naar de volgende. Als je problemen tegenkomt, neem de tijd om het te verhelpen en integreer het in het proces voor de volgende.

  7. Automatiseer zoveel mogelijk met behulp van APIs.  Buiten de DNS-wijzigingen kan de SparkPost-configuratie grotendeels geautomatiseerd worden met een paar API-oproepen.

Wanneer je deze weg inslaat, maak dan niet de fout om te denken dat dit een nachtelijke operatie is.  Dit op de juiste manier doen zal wat tijd en zorg vergen.  

  1. Stel je Bird-account in en test volledig met een ontwikkelings subaccount zodat je dat verkeer later kunt filteren.  Dit moet je voor beide opties doen, omdat je hoe dan ook de API-sleutel voor het SMTP_Auth-wachtwoord nodig zult hebben.

  2. Als je SMTP-injectie gebruikt, plan dan om een X-MSYS-API-header toe te voegen om alle metadata en berichtkenmerken die nodig zijn op te nemen.  Alle X-Headers moeten worden herschreven als metadata en je moet ook de ip_pool en campagnekenmerken opnemen. Een voorbeeld is beschikbaar hier

  3. Als je niet BYOIP gebruikt, zorg er dan voor dat je iets andere verzenddomeinen instelt voor gebruik met MessageBird, zodat je beide omgevingen parallel kunt laten draaien zolang dit nodig is.  Als je huidige verzenddomein mycompany.com is, stel dan misschien sp.mycompany.com in specifiek voor Bird-levering.  Dit stelt je in staat om langzaam en zorgvuldig te migreren zonder dat het ene of het andere domein in gevaar komt.

  4. Zorg ervoor dat je volledige domeinafleiding en beveiligingsfuncties hebt ingeschakeld.  Stel in DNS DKIM, SPF, DMARC-, bounce- en traceerdomeinen in zodat ze allemaal lijken te behoren tot dezelfde organisatie.

  5. Configureer Automatische IP-opwarming op je gedefinieerde IP_Pools.  Als je de eerder genoemde BYOIP-optie gebruikt, kun je de opwarmstap negeren.

  6. Begin met één berichtenstroom en ga daarvandaan verder.  Net als IP-opwarming, wil je dit niet allemaal tegelijk doen. Leid eerst een paar honderd berichten om, dan 10% van het volume, vervolgens 20% de volgende dag en verhoog totdat je al het volume hebt verplaatst. Als je een ESP bent, selecteer dan een klant waar je mee kunt werken en test het proces met hun feedback.  Als alles goed werkt, ga door naar de volgende. Als je problemen tegenkomt, neem de tijd om het te verhelpen en integreer het in het proces voor de volgende.

  7. Automatiseer zoveel mogelijk met behulp van APIs.  Buiten de DNS-wijzigingen kan de SparkPost-configuratie grotendeels geautomatiseerd worden met een paar API-oproepen.

Gegevensverzameling van Bird

MessageBird rapporteert berichtafleveringen in een webhooks feed of in de message events API.  Toegang tot Bird platte tekst logs is gewoonweg niet mogelijk. Je kunt deze gegevens terughalen naar jouw omgeving met een webhooks collector of door periodiek de Events API aan te roepen en de gegevens te gebruiken.  We raden aan om webhooks te gebruiken en hebben enkele aanbevelingen over hoe je dat goed kunt doen.  In zijn meest eenvoudige vorm kan een PHP webhook collector in een paar  regels code worden ingezet:

<?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)

Terwijl je aan het experimenteren bent, kun je ze uitproberen met gratis collectors zoals http://webhook.site/.

Zodra je alle webhookgegevens hebt verzameld, kun je deze inlezen in een gegevensopslag voor verdere verwerking.  Er zijn ook manieren om Webhooks via diensten zoals StitchData en Segment door te geven.

Dezelfde informatie is beschikbaar in de Events API als je de gegevens MOET ophalen en geen PUSH-gegevens kunt accepteren.  Hier is een voorbeeld van een Event API-aanroep:
GET https://api.sparkpost.com/api/v1/events/message?/

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

Die API is volledig gedocumenteerd met voorbeelden hier:  https://developers.sparkpost.com/api/events/#events-get-search-for-message-events

Als je de gebeurtenisgegevens echt terug nodig hebt in een vorm die lijkt op PMTA of Momentum logging, dan is dat ook mogelijk als je wat extra conditionerende code toepast. Het goede nieuws is dat er al een paar voorbeelden om van te gebruiken zijn.

MessageBird rapporteert berichtafleveringen in een webhooks feed of in de message events API.  Toegang tot Bird platte tekst logs is gewoonweg niet mogelijk. Je kunt deze gegevens terughalen naar jouw omgeving met een webhooks collector of door periodiek de Events API aan te roepen en de gegevens te gebruiken.  We raden aan om webhooks te gebruiken en hebben enkele aanbevelingen over hoe je dat goed kunt doen.  In zijn meest eenvoudige vorm kan een PHP webhook collector in een paar  regels code worden ingezet:

<?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)

Terwijl je aan het experimenteren bent, kun je ze uitproberen met gratis collectors zoals http://webhook.site/.

Zodra je alle webhookgegevens hebt verzameld, kun je deze inlezen in een gegevensopslag voor verdere verwerking.  Er zijn ook manieren om Webhooks via diensten zoals StitchData en Segment door te geven.

Dezelfde informatie is beschikbaar in de Events API als je de gegevens MOET ophalen en geen PUSH-gegevens kunt accepteren.  Hier is een voorbeeld van een Event API-aanroep:
GET https://api.sparkpost.com/api/v1/events/message?/

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

Die API is volledig gedocumenteerd met voorbeelden hier:  https://developers.sparkpost.com/api/events/#events-get-search-for-message-events

Als je de gebeurtenisgegevens echt terug nodig hebt in een vorm die lijkt op PMTA of Momentum logging, dan is dat ook mogelijk als je wat extra conditionerende code toepast. Het goede nieuws is dat er al een paar voorbeelden om van te gebruiken zijn.

MessageBird rapporteert berichtafleveringen in een webhooks feed of in de message events API.  Toegang tot Bird platte tekst logs is gewoonweg niet mogelijk. Je kunt deze gegevens terughalen naar jouw omgeving met een webhooks collector of door periodiek de Events API aan te roepen en de gegevens te gebruiken.  We raden aan om webhooks te gebruiken en hebben enkele aanbevelingen over hoe je dat goed kunt doen.  In zijn meest eenvoudige vorm kan een PHP webhook collector in een paar  regels code worden ingezet:

<?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)

Terwijl je aan het experimenteren bent, kun je ze uitproberen met gratis collectors zoals http://webhook.site/.

Zodra je alle webhookgegevens hebt verzameld, kun je deze inlezen in een gegevensopslag voor verdere verwerking.  Er zijn ook manieren om Webhooks via diensten zoals StitchData en Segment door te geven.

Dezelfde informatie is beschikbaar in de Events API als je de gegevens MOET ophalen en geen PUSH-gegevens kunt accepteren.  Hier is een voorbeeld van een Event API-aanroep:
GET https://api.sparkpost.com/api/v1/events/message?/

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

Die API is volledig gedocumenteerd met voorbeelden hier:  https://developers.sparkpost.com/api/events/#events-get-search-for-message-events

Als je de gebeurtenisgegevens echt terug nodig hebt in een vorm die lijkt op PMTA of Momentum logging, dan is dat ook mogelijk als je wat extra conditionerende code toepast. Het goede nieuws is dat er al een paar voorbeelden om van te gebruiken zijn.

Samenvatting

Zorg ervoor dat u praat met uw Sales en Success Management team.  We hebben dit eerder gedaan en kunnen u er snel en kostenefficiënt doorheen helpen.

  1. Ontdek of u in Kamp #1 bent (volledig van On-Prem kunnen overstappen) of Kamp #2 (nog steeds een on-prem MTA nodig).

  2. Meld u aan voor een gratis testaccount om de integratiedetails te evalueren.

  3. Beslis over SMTP of REST API injectiemethoden.

  4. Als u SMTP-injectie gebruikt, ontdek dan hoe u kopgegevens en berichtattributen in een X-MSYS-API-header krijgt.

  5. Bevestig of u ons BYOIP proces kunt gebruiken.

  6. Werk uw DNS bij met nieuwe domeinen indien nodig.

  7. Bouw een klein voorbeeld om uw migratie te testen.  U moet mogelijk uw configuratie aanpassen.

  8. Verhoog het volume totdat al het verkeer is gemigreerd.

  9. Als u in Kamp #1 past, kunt u eindelijk uw on-prem MTA's uitschakelen nadat al het verkeer is gemigreerd.

Bij het plannen van DNS-wijzigingen voor e-mail systemen met een hoog volume, wees u bewust van mogelijke AWS DNS-schaaluitdagingen die de e-mailbezorgprestaties op schaal kunnen beïnvloeden.

Zorg ervoor dat u praat met uw Sales en Success Management team.  We hebben dit eerder gedaan en kunnen u er snel en kostenefficiënt doorheen helpen.

  1. Ontdek of u in Kamp #1 bent (volledig van On-Prem kunnen overstappen) of Kamp #2 (nog steeds een on-prem MTA nodig).

  2. Meld u aan voor een gratis testaccount om de integratiedetails te evalueren.

  3. Beslis over SMTP of REST API injectiemethoden.

  4. Als u SMTP-injectie gebruikt, ontdek dan hoe u kopgegevens en berichtattributen in een X-MSYS-API-header krijgt.

  5. Bevestig of u ons BYOIP proces kunt gebruiken.

  6. Werk uw DNS bij met nieuwe domeinen indien nodig.

  7. Bouw een klein voorbeeld om uw migratie te testen.  U moet mogelijk uw configuratie aanpassen.

  8. Verhoog het volume totdat al het verkeer is gemigreerd.

  9. Als u in Kamp #1 past, kunt u eindelijk uw on-prem MTA's uitschakelen nadat al het verkeer is gemigreerd.

Bij het plannen van DNS-wijzigingen voor e-mail systemen met een hoog volume, wees u bewust van mogelijke AWS DNS-schaaluitdagingen die de e-mailbezorgprestaties op schaal kunnen beïnvloeden.

Zorg ervoor dat u praat met uw Sales en Success Management team.  We hebben dit eerder gedaan en kunnen u er snel en kostenefficiënt doorheen helpen.

  1. Ontdek of u in Kamp #1 bent (volledig van On-Prem kunnen overstappen) of Kamp #2 (nog steeds een on-prem MTA nodig).

  2. Meld u aan voor een gratis testaccount om de integratiedetails te evalueren.

  3. Beslis over SMTP of REST API injectiemethoden.

  4. Als u SMTP-injectie gebruikt, ontdek dan hoe u kopgegevens en berichtattributen in een X-MSYS-API-header krijgt.

  5. Bevestig of u ons BYOIP proces kunt gebruiken.

  6. Werk uw DNS bij met nieuwe domeinen indien nodig.

  7. Bouw een klein voorbeeld om uw migratie te testen.  U moet mogelijk uw configuratie aanpassen.

  8. Verhoog het volume totdat al het verkeer is gemigreerd.

  9. Als u in Kamp #1 past, kunt u eindelijk uw on-prem MTA's uitschakelen nadat al het verkeer is gemigreerd.

Bij het plannen van DNS-wijzigingen voor e-mail systemen met een hoog volume, wees u bewust van mogelijke AWS DNS-schaaluitdagingen die de e-mailbezorgprestaties op schaal kunnen beïnvloeden.

Andere nieuws

Lees meer uit deze categorie

A person is standing at a desk while typing on a laptop.

Het complete AI-native platform dat met uw bedrijf meegroeit.

A person is standing at a desk while typing on a laptop.

Het complete AI-native platform dat met uw bedrijf meegroeit.