Guida alla migrazione della posta elettronica da locale a cloud
Uccello
28 giu 2020
1 min read
Conclusioni principali
Bird Cloud è stato costruito sul motore Momentum MTA comprovato, offrendo ai clienti le prestazioni di un sistema on-prem maturo con i vantaggi aggiuntivi di una moderna piattaforma API di posta elettronica cloud.
Molti mittenti legacy si affidano ancora a Momentum o PowerMTA, e Bird fornisce un chiaro percorso di migrazione per entrambi—migrazione completa al cloud o routing ibrido attraverso nodi on-prem.
Migrare richiede la comprensione se vuoi:
eliminare tutta l'infrastruttura on-prem, o
continuare a utilizzare il tuo MTA per pre-elaborazione, instradamento o vincoli legacy.
Bird accetta solo l'iniezione SMTP autenticata attraverso le porte 587 o 2525 (consigliato fortemente TLS). L'iniezione REST API è anche disponibile per la consegna diretta basata su JSON.
L'opzione n. 1 (“cold turkey”) consente la dismissione completa degli MTAs inviando direttamente a Bird tramite SMTP o REST, eliminando la complessità e modernizzando l'architettura di invio.
L'opzione n. 2 supporta ambienti ibridi—indirizzando flussi selezionati da Momentum o PMTA a Bird configurando i domini di uscita con SMTP_Auth verso Bird.
Le configurazioni PowerMTA e Momentum possono inoltrare traffico a Bird in modo sicuro utilizzando TLS, SMTP_Auth basato su chiave API e definizioni di instradamento.
I clienti che utilizzano script avanzati Lua, sostituzioni inline o filtri pre-consegna possono rimanere ibridi fino a quando la logica non viene rifatta nei sistemi upstream.
Bird supporta BYOIP (Bring Your Own IP) per i clienti con un blocco contiguo /24, permettendo di mantenere la reputazione degli IP riscaldati ed evitare il riscaldamento completo degli IP.
Per gli utenti non-BYOIP, Bird fornisce l'automatizzazione del riscaldamento IP e raccomanda una migrazione graduale—partendo con piccoli volumi, poi aumentando gradualmente il traffico.
L'impostazione corretta del dominio (DKIM, SPF, DMARC, domini di rimbalzo, domini di tracciamento) è essenziale per l'allineamento e la coesistenza fluida durante la migrazione.
Bird fornisce dati sugli eventi in tempo reale tramite webhook o Events API, permettendo automazione a valle, flussi ETL e ricostruzione in stile log, se necessario.
Q&A Highlights
Quali sono i due principali scenari di migrazione?
O dismettere completamente tutti gli MTA locali (Opzione #1) o mantenere una configurazione ibrida dove parte del traffico viene instradato attraverso Momentum/PMTA prima di raggiungere Bird (Opzione #2).
Cosa determina se scegliere Option #1 o Option #2?
La tua dipendenza dai script Lua, logica di pre-elaborazione, riscritture di messaggi, requisiti di sicurezza, o generatori che non possono inviare traffico autenticato sulla porta 587.
Bird accetta l'iniezione SMTP sulla porta 25?
No—Bird richiede l'iniezione SMTP tramite la porta 587 o 2525, autenticata con SMTP_Auth.
È richiesto TLS?
Non strettamente richiesto, ma fortemente raccomandato per l'inserimento sicuro dei messaggi da generatori o MTAs on-prem.
I mittenti possono utilizzare la REST API invece di SMTP?
Sì—i mittenti possono consegnare i payload JSON tramite l'API REST di Transmissions, spesso semplificando i flussi di lavoro e rimuovendo la necessità di generare messaggi SMTP grezzi.
Qual è il programma BYOIP di Bird?
Un processo che consente ai clienti con un blocco contiguo /24 di migrare i loro IP esistenti in Bird, mantenendo la reputazione e saltando il riscaldamento.
E se BYOIP non fosse un'opzione?
Utilizza nuovi domini di invio (ad esempio, sp.yourdomain.com), esegui entrambi gli ambienti in parallelo e affidati al riscaldamento automatico dell'IP di Bird.
Come instradi solo i flussi selezionati attraverso Bird in un setup ibrido?
Configurando domini in uscita (Momentum) o configurazioni di rollup/VMTAs (PowerMTA) che autenticano e consegnano all'endpoint SMTP di Bird.
Quali modifiche ai metadati sono necessarie quando si effettua l'iniezione tramite SMTP?
Aggiungi un'intestazione
X-MSYS-APIcontenente attributi comeip_pool,campaigne qualsiasi metadato personalizzato precedentemente gestito tramite X-Headers.Cosa dovrebbe essere configurato in DNS prima della migrazione?
I record DKIM, SPF, DMARC, domini di rimbalzo e domini di tracciamento per garantire l'allineamento del dominio e ridurre il rischio di consegna durante la transizione.
Come dovrebbe essere migrato il traffico su Bird?
Gradualmente: inizia con un piccolo flusso, poi 10%, poi 20%, aumentando quotidianamente finché tutto il traffico si è spostato—simile alle migliori pratiche di riscaldamento IP.
Come possono i mittenti raccogliere dati di consegna e coinvolgimento dopo la migrazione?
Utilizzando il sistema di webhook in tempo reale di Bird o l'API degli eventi; i raccoglitori di webhook possono essere costruiti rapidamente e alimentare sistemi di archiviazione o ETL a valle.
Molte volte, sentiamo la domanda: "Avete una sorta di manuale che descrive il processo per migrare da un'installazione on-premises a Bird"?
Sì, assolutamente sì. Continua a leggere.
Prima, un po' di retroscena. Il servizio Bird Cloud è stato creato nel 2014 a causa dell'enorme successo della soluzione On-Premises Momentum MTA. Momentum si trova al cuore del Bird Cloud, fornendo consegna ad alta velocità e modellazione del traffico per migliaia di clienti sul servizio cloud. A causa di ciò, Momentum riceve una grande parte della nostra attenzione ingegneristica, ma i risultati di quel lavoro sono spesso sepolti in miglioramenti delle prestazioni che non ricevono molta pubblicità. I clienti di Momentum vedono i benefici di questo lavoro ogni volta che viene pubblicata una nuova versione pubblica di Momentum.
Questo non significa che Bird sia semplicemente "Momentum in the Cloud". MessageBird è molto di più e può offrire benefici aggiuntivi ai clienti che scelgono di migrare o utilizzare una configurazione ibrida. Questi benefici derivano dalla nostra moderna architettura API e-mail basata su cloud, che offre capacità non disponibili nelle soluzioni on-premises tradizionali. Inoltre, abbiamo reso molto facile per i clienti PowerMTA migrare o utilizzare PowerMTA con Bird in una configurazione ibrida. Il resto di questo documento descriverà in dettaglio come puoi migrare i tuoi flussi di messaggi da Momentum o PowerMTA al servizio Bird Cloud.
Ci sono realmente due scenari separati da considerare quando si migra a Bird da Momentum o PowerMTA.
Sei pronto a lasciare completamente il mondo on-premises, chiudere i tuoi data center fisici e non gestire più direttamente alcun MTA on-premises. Questo significa eliminare Momentum o PowerMTA dal tuo deployment e inviare messaggi direttamente a SparkPost per la gestione dei messaggi. Prima di dismettere la tua infrastruttura on-premises, assicurati di avere backup del database completi di tutti i sistemi critici, specialmente se stai eseguendo database PostgreSQL che contengono dati storici o configurazioni importanti.
Hai motivo di mantenere una parte dell'infrastruttura on-premises per qualche motivo. Alcune possibilità potrebbero essere:
flussi di consegna specifici che richiedono pre-elaborazione in Momentum
divisione di capacità per esigenze di ripetizione o recupero da disastri
supporto clienti legacy in PMTA mentre si spostano nuovi clienti su SparkPost
...allora vuoi inoltrare gli altri messaggi a Bird per la gestione successiva dei messaggi.
In entrambi i casi, devi essere consapevole che Bird accetterà solo messaggi SMTP per la consegna che sono iniettati su porta 587 o 2525 e utilizzano SMTP_Auth con un nome utente e una password specifici (Vedi documentazione SMTP qui). Consigliamo vivamente di connettersi con una connessione TLS, ma non è strettamente necessario. Se stai sostituendo completamente il tuo livello MTA (scenario 1), allora potresti anche considerare di utilizzare l'API Transmissions REST che può accettare messaggi su connessioni HTTPS. La documentazione su quell'API è qui.
Per le organizzazioni che mantengono un'infrastruttura on-premises che richiede capacità e-mail sicure, la nostra guida all'implementazione del S/MIME per PowerMTA e Momentum fornisce istruzioni dettagliate per la configurazione della consegna e-mail criptata.
Molte volte, sentiamo la domanda: "Avete una sorta di manuale che descrive il processo per migrare da un'installazione on-premises a Bird"?
Sì, assolutamente sì. Continua a leggere.
Prima, un po' di retroscena. Il servizio Bird Cloud è stato creato nel 2014 a causa dell'enorme successo della soluzione On-Premises Momentum MTA. Momentum si trova al cuore del Bird Cloud, fornendo consegna ad alta velocità e modellazione del traffico per migliaia di clienti sul servizio cloud. A causa di ciò, Momentum riceve una grande parte della nostra attenzione ingegneristica, ma i risultati di quel lavoro sono spesso sepolti in miglioramenti delle prestazioni che non ricevono molta pubblicità. I clienti di Momentum vedono i benefici di questo lavoro ogni volta che viene pubblicata una nuova versione pubblica di Momentum.
Questo non significa che Bird sia semplicemente "Momentum in the Cloud". MessageBird è molto di più e può offrire benefici aggiuntivi ai clienti che scelgono di migrare o utilizzare una configurazione ibrida. Questi benefici derivano dalla nostra moderna architettura API e-mail basata su cloud, che offre capacità non disponibili nelle soluzioni on-premises tradizionali. Inoltre, abbiamo reso molto facile per i clienti PowerMTA migrare o utilizzare PowerMTA con Bird in una configurazione ibrida. Il resto di questo documento descriverà in dettaglio come puoi migrare i tuoi flussi di messaggi da Momentum o PowerMTA al servizio Bird Cloud.
Ci sono realmente due scenari separati da considerare quando si migra a Bird da Momentum o PowerMTA.
Sei pronto a lasciare completamente il mondo on-premises, chiudere i tuoi data center fisici e non gestire più direttamente alcun MTA on-premises. Questo significa eliminare Momentum o PowerMTA dal tuo deployment e inviare messaggi direttamente a SparkPost per la gestione dei messaggi. Prima di dismettere la tua infrastruttura on-premises, assicurati di avere backup del database completi di tutti i sistemi critici, specialmente se stai eseguendo database PostgreSQL che contengono dati storici o configurazioni importanti.
Hai motivo di mantenere una parte dell'infrastruttura on-premises per qualche motivo. Alcune possibilità potrebbero essere:
flussi di consegna specifici che richiedono pre-elaborazione in Momentum
divisione di capacità per esigenze di ripetizione o recupero da disastri
supporto clienti legacy in PMTA mentre si spostano nuovi clienti su SparkPost
...allora vuoi inoltrare gli altri messaggi a Bird per la gestione successiva dei messaggi.
In entrambi i casi, devi essere consapevole che Bird accetterà solo messaggi SMTP per la consegna che sono iniettati su porta 587 o 2525 e utilizzano SMTP_Auth con un nome utente e una password specifici (Vedi documentazione SMTP qui). Consigliamo vivamente di connettersi con una connessione TLS, ma non è strettamente necessario. Se stai sostituendo completamente il tuo livello MTA (scenario 1), allora potresti anche considerare di utilizzare l'API Transmissions REST che può accettare messaggi su connessioni HTTPS. La documentazione su quell'API è qui.
Per le organizzazioni che mantengono un'infrastruttura on-premises che richiede capacità e-mail sicure, la nostra guida all'implementazione del S/MIME per PowerMTA e Momentum fornisce istruzioni dettagliate per la configurazione della consegna e-mail criptata.
Molte volte, sentiamo la domanda: "Avete una sorta di manuale che descrive il processo per migrare da un'installazione on-premises a Bird"?
Sì, assolutamente sì. Continua a leggere.
Prima, un po' di retroscena. Il servizio Bird Cloud è stato creato nel 2014 a causa dell'enorme successo della soluzione On-Premises Momentum MTA. Momentum si trova al cuore del Bird Cloud, fornendo consegna ad alta velocità e modellazione del traffico per migliaia di clienti sul servizio cloud. A causa di ciò, Momentum riceve una grande parte della nostra attenzione ingegneristica, ma i risultati di quel lavoro sono spesso sepolti in miglioramenti delle prestazioni che non ricevono molta pubblicità. I clienti di Momentum vedono i benefici di questo lavoro ogni volta che viene pubblicata una nuova versione pubblica di Momentum.
Questo non significa che Bird sia semplicemente "Momentum in the Cloud". MessageBird è molto di più e può offrire benefici aggiuntivi ai clienti che scelgono di migrare o utilizzare una configurazione ibrida. Questi benefici derivano dalla nostra moderna architettura API e-mail basata su cloud, che offre capacità non disponibili nelle soluzioni on-premises tradizionali. Inoltre, abbiamo reso molto facile per i clienti PowerMTA migrare o utilizzare PowerMTA con Bird in una configurazione ibrida. Il resto di questo documento descriverà in dettaglio come puoi migrare i tuoi flussi di messaggi da Momentum o PowerMTA al servizio Bird Cloud.
Ci sono realmente due scenari separati da considerare quando si migra a Bird da Momentum o PowerMTA.
Sei pronto a lasciare completamente il mondo on-premises, chiudere i tuoi data center fisici e non gestire più direttamente alcun MTA on-premises. Questo significa eliminare Momentum o PowerMTA dal tuo deployment e inviare messaggi direttamente a SparkPost per la gestione dei messaggi. Prima di dismettere la tua infrastruttura on-premises, assicurati di avere backup del database completi di tutti i sistemi critici, specialmente se stai eseguendo database PostgreSQL che contengono dati storici o configurazioni importanti.
Hai motivo di mantenere una parte dell'infrastruttura on-premises per qualche motivo. Alcune possibilità potrebbero essere:
flussi di consegna specifici che richiedono pre-elaborazione in Momentum
divisione di capacità per esigenze di ripetizione o recupero da disastri
supporto clienti legacy in PMTA mentre si spostano nuovi clienti su SparkPost
...allora vuoi inoltrare gli altri messaggi a Bird per la gestione successiva dei messaggi.
In entrambi i casi, devi essere consapevole che Bird accetterà solo messaggi SMTP per la consegna che sono iniettati su porta 587 o 2525 e utilizzano SMTP_Auth con un nome utente e una password specifici (Vedi documentazione SMTP qui). Consigliamo vivamente di connettersi con una connessione TLS, ma non è strettamente necessario. Se stai sostituendo completamente il tuo livello MTA (scenario 1), allora potresti anche considerare di utilizzare l'API Transmissions REST che può accettare messaggi su connessioni HTTPS. La documentazione su quell'API è qui.
Per le organizzazioni che mantengono un'infrastruttura on-premises che richiede capacità e-mail sicure, la nostra guida all'implementazione del S/MIME per PowerMTA e Momentum fornisce istruzioni dettagliate per la configurazione della consegna e-mail criptata.
Quale opzione scelgo?
Per capire se ti trovi nell'opzione #1 o nell'opzione #2, considera questi fattori:
Usi il motore di scripting Lua di Momentum per qualcosa di più complicato del semplice instradamento dei messaggi?
Lua è uno strumento di scripting completo per manipolare i messaggi in linea, ma la stragrande maggioranza dei nostri utenti lo utilizza solo per selezionare un vincolo per la consegna. Se questo è il caso, puoi modificare il tuo codice di generazione per aggiungere un attributo ip_pool all'intestazione X-MSYS-API e consigliamo Bird per assegnare il percorso per te.
Se utilizzi Lua per fare cose più complicate come il filtraggio del corpo, le riscritture di Mail_From o i calcoli della cadenza del messaggio, e non è fattibile spostare quella logica nella tua applicazione di iniezione, potresti voler considerare di cambiare al campo Opzione #2.
Il tuo sistema di generazione è in grado di inviare messaggi sulla porta 587 utilizzando TLS e SMTP_Auth?
Alcuni sistemi di gestione campagne possono inviare mail solo sulla porta 25 in testo semplice. Questo causa un problema di sicurezza per Bird quindi potresti voler considerare l'opzione #2
Stai usando la sintassi di sostituzione di PowerMTA o altre modifiche in linea del messaggio?
Se puoi spostare questa funzione nei tuoi generatori o usare il Template Language di Bird, puoi ancora usare l'opzione 1, ma altrimenti, potresti dover pensare a mantenere un nodo PMTA online per questa modifica del messaggio prima di inviarlo a Bird per la consegna.
Richiedi una scansione AV/AS in entrata prima dell'iniezione? Mentre questo è possibile in Momentum e PowerMTA, eBird presume che tu abbia già eseguito tutti quei controlli. Potresti voler considerare di farlo prima dell'iniezione.
Qualunque sia la tua scelta, influenzerà sicuramente il tuo rapporto commerciale. Come puoi immaginare, non è la nostra prima volta. Assicurati di coinvolgere il tuo Commercial Account Manager e il Customer Success Manager in modo che possiamo aiutarti nei dettagli e assicurarci che tu ottenga il miglior valore per il tuo denaro.
Per capire se ti trovi nell'opzione #1 o nell'opzione #2, considera questi fattori:
Usi il motore di scripting Lua di Momentum per qualcosa di più complicato del semplice instradamento dei messaggi?
Lua è uno strumento di scripting completo per manipolare i messaggi in linea, ma la stragrande maggioranza dei nostri utenti lo utilizza solo per selezionare un vincolo per la consegna. Se questo è il caso, puoi modificare il tuo codice di generazione per aggiungere un attributo ip_pool all'intestazione X-MSYS-API e consigliamo Bird per assegnare il percorso per te.
Se utilizzi Lua per fare cose più complicate come il filtraggio del corpo, le riscritture di Mail_From o i calcoli della cadenza del messaggio, e non è fattibile spostare quella logica nella tua applicazione di iniezione, potresti voler considerare di cambiare al campo Opzione #2.
Il tuo sistema di generazione è in grado di inviare messaggi sulla porta 587 utilizzando TLS e SMTP_Auth?
Alcuni sistemi di gestione campagne possono inviare mail solo sulla porta 25 in testo semplice. Questo causa un problema di sicurezza per Bird quindi potresti voler considerare l'opzione #2
Stai usando la sintassi di sostituzione di PowerMTA o altre modifiche in linea del messaggio?
Se puoi spostare questa funzione nei tuoi generatori o usare il Template Language di Bird, puoi ancora usare l'opzione 1, ma altrimenti, potresti dover pensare a mantenere un nodo PMTA online per questa modifica del messaggio prima di inviarlo a Bird per la consegna.
Richiedi una scansione AV/AS in entrata prima dell'iniezione? Mentre questo è possibile in Momentum e PowerMTA, eBird presume che tu abbia già eseguito tutti quei controlli. Potresti voler considerare di farlo prima dell'iniezione.
Qualunque sia la tua scelta, influenzerà sicuramente il tuo rapporto commerciale. Come puoi immaginare, non è la nostra prima volta. Assicurati di coinvolgere il tuo Commercial Account Manager e il Customer Success Manager in modo che possiamo aiutarti nei dettagli e assicurarci che tu ottenga il miglior valore per il tuo denaro.
Per capire se ti trovi nell'opzione #1 o nell'opzione #2, considera questi fattori:
Usi il motore di scripting Lua di Momentum per qualcosa di più complicato del semplice instradamento dei messaggi?
Lua è uno strumento di scripting completo per manipolare i messaggi in linea, ma la stragrande maggioranza dei nostri utenti lo utilizza solo per selezionare un vincolo per la consegna. Se questo è il caso, puoi modificare il tuo codice di generazione per aggiungere un attributo ip_pool all'intestazione X-MSYS-API e consigliamo Bird per assegnare il percorso per te.
Se utilizzi Lua per fare cose più complicate come il filtraggio del corpo, le riscritture di Mail_From o i calcoli della cadenza del messaggio, e non è fattibile spostare quella logica nella tua applicazione di iniezione, potresti voler considerare di cambiare al campo Opzione #2.
Il tuo sistema di generazione è in grado di inviare messaggi sulla porta 587 utilizzando TLS e SMTP_Auth?
Alcuni sistemi di gestione campagne possono inviare mail solo sulla porta 25 in testo semplice. Questo causa un problema di sicurezza per Bird quindi potresti voler considerare l'opzione #2
Stai usando la sintassi di sostituzione di PowerMTA o altre modifiche in linea del messaggio?
Se puoi spostare questa funzione nei tuoi generatori o usare il Template Language di Bird, puoi ancora usare l'opzione 1, ma altrimenti, potresti dover pensare a mantenere un nodo PMTA online per questa modifica del messaggio prima di inviarlo a Bird per la consegna.
Richiedi una scansione AV/AS in entrata prima dell'iniezione? Mentre questo è possibile in Momentum e PowerMTA, eBird presume che tu abbia già eseguito tutti quei controlli. Potresti voler considerare di farlo prima dell'iniezione.
Qualunque sia la tua scelta, influenzerà sicuramente il tuo rapporto commerciale. Come puoi immaginare, non è la nostra prima volta. Assicurati di coinvolgere il tuo Commercial Account Manager e il Customer Success Manager in modo che possiamo aiutarti nei dettagli e assicurarci che tu ottenga il miglior valore per il tuo denaro.
Per l'Opzione #1 Camp (metodo "cold turkey"):
Supponiamo che tu sia d'accordo con l'opzione 1 e sei pronto a spegnere i tuoi MTA locali e hai deciso di continuare a utilizzare il metodo di iniezione SMTP, senza modificare affatto i tuoi sistemi di creazione dei messaggi. I tuoi sistemi di generazione dovrebbero creare un messaggio SMTP completamente formattato, quindi inviarlo a Bird tramite TLS utilizzando SMTP_AUTH dove il nome utente e la password sono descritti su questa pagina. Ricorda che la 'password' è la chiave API generata nel tuo account Bird con l'opzione di consegna SMTP attivata.
Se sei nel campo dell'Opzione #1, considera di passare all'API REST direttamente dal tuo sistema di generazione. Nella maggior parte dei casi, troviamo che i sistemi di elaborazione dei clienti stanno già utilizzando JSON su HTTP e devono convertire in SMTP prima dell'iniezione. Puoi saltare quel passaggio e inviarcelo direttamente come un payload REST formattato in JSON.
Se scegli di iniettare con l'API REST, potresti dover modificare un po' il tuo sistema di creazione dei contenuti, ma potrebbe valerne la pena. Puoi scoprire di più qui.
Una delle maggiori preoccupazioni che i grandi ESP hanno con una Migrazione è il Riscaldamento IP. Tipicamente hanno speso molti anni a curare il loro inventario di indirizzi IP con grande cura, quindi il pensiero di abbandonare tutto quel lavoro è doloroso. Bird ha elaborato un processo Bring Your Own IP (BYOIP) che si occupa di quel problema. Se hai almeno un blocco CIDR /24 contiguo, Bird può utilizzare quegli IP esistenti per la consegna, il che ti salva dal doverli riscaldare di nuovo. Se puoi approfittare di quell'opzione, puoi saltare la sezione qui sul riscaldamento IP.
Se senti di essere pronto per andare avanti qui, salta a 'Making it happen'
Supponiamo che tu sia d'accordo con l'opzione 1 e sei pronto a spegnere i tuoi MTA locali e hai deciso di continuare a utilizzare il metodo di iniezione SMTP, senza modificare affatto i tuoi sistemi di creazione dei messaggi. I tuoi sistemi di generazione dovrebbero creare un messaggio SMTP completamente formattato, quindi inviarlo a Bird tramite TLS utilizzando SMTP_AUTH dove il nome utente e la password sono descritti su questa pagina. Ricorda che la 'password' è la chiave API generata nel tuo account Bird con l'opzione di consegna SMTP attivata.
Se sei nel campo dell'Opzione #1, considera di passare all'API REST direttamente dal tuo sistema di generazione. Nella maggior parte dei casi, troviamo che i sistemi di elaborazione dei clienti stanno già utilizzando JSON su HTTP e devono convertire in SMTP prima dell'iniezione. Puoi saltare quel passaggio e inviarcelo direttamente come un payload REST formattato in JSON.
Se scegli di iniettare con l'API REST, potresti dover modificare un po' il tuo sistema di creazione dei contenuti, ma potrebbe valerne la pena. Puoi scoprire di più qui.
Una delle maggiori preoccupazioni che i grandi ESP hanno con una Migrazione è il Riscaldamento IP. Tipicamente hanno speso molti anni a curare il loro inventario di indirizzi IP con grande cura, quindi il pensiero di abbandonare tutto quel lavoro è doloroso. Bird ha elaborato un processo Bring Your Own IP (BYOIP) che si occupa di quel problema. Se hai almeno un blocco CIDR /24 contiguo, Bird può utilizzare quegli IP esistenti per la consegna, il che ti salva dal doverli riscaldare di nuovo. Se puoi approfittare di quell'opzione, puoi saltare la sezione qui sul riscaldamento IP.
Se senti di essere pronto per andare avanti qui, salta a 'Making it happen'
Supponiamo che tu sia d'accordo con l'opzione 1 e sei pronto a spegnere i tuoi MTA locali e hai deciso di continuare a utilizzare il metodo di iniezione SMTP, senza modificare affatto i tuoi sistemi di creazione dei messaggi. I tuoi sistemi di generazione dovrebbero creare un messaggio SMTP completamente formattato, quindi inviarlo a Bird tramite TLS utilizzando SMTP_AUTH dove il nome utente e la password sono descritti su questa pagina. Ricorda che la 'password' è la chiave API generata nel tuo account Bird con l'opzione di consegna SMTP attivata.
Se sei nel campo dell'Opzione #1, considera di passare all'API REST direttamente dal tuo sistema di generazione. Nella maggior parte dei casi, troviamo che i sistemi di elaborazione dei clienti stanno già utilizzando JSON su HTTP e devono convertire in SMTP prima dell'iniezione. Puoi saltare quel passaggio e inviarcelo direttamente come un payload REST formattato in JSON.
Se scegli di iniettare con l'API REST, potresti dover modificare un po' il tuo sistema di creazione dei contenuti, ma potrebbe valerne la pena. Puoi scoprire di più qui.
Una delle maggiori preoccupazioni che i grandi ESP hanno con una Migrazione è il Riscaldamento IP. Tipicamente hanno speso molti anni a curare il loro inventario di indirizzi IP con grande cura, quindi il pensiero di abbandonare tutto quel lavoro è doloroso. Bird ha elaborato un processo Bring Your Own IP (BYOIP) che si occupa di quel problema. Se hai almeno un blocco CIDR /24 contiguo, Bird può utilizzare quegli IP esistenti per la consegna, il che ti salva dal doverli riscaldare di nuovo. Se puoi approfittare di quell'opzione, puoi saltare la sezione qui sul riscaldamento IP.
Se senti di essere pronto per andare avanti qui, salta a 'Making it happen'
Sfruttando l'Opzione #2 (pre-elaborazione on-prem):
Se, tuttavia, fai parte del team Opzione #2, allora vorrai apportare alcune modifiche di configurazione al tuo deployment. Il modo meno doloroso per migrare alcuni flussi di messaggi selezionati da Momentum o PMTA a Bird pur utilizzando l'iniezione SMTP dai tuoi sistemi di generazione è aggiungere una route speciale nella tua configurazione.
Per Momentum:
Configura una versione di Momentum > 3.6.23.
Installa un certificato SSL valido e apri la porta 587 in uscita in modo che Momentum possa comunicare con Bird. Configura un dominio in uscita in modo da poter instradare un messaggio tramite Momentum a Bird.
Con la configurazione seguente, qualsiasi messaggio che raggiunge questa configurazione verrà instradato a smtp.sparkpostmail.com utilizzando la porta 587 e SMTP_Auth con il nome utente e la password definiti lì.
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" }
Configura le associazioni che vuoi trasmettere tramite MessageBird con TLS e instradale al dominio che hai definito sopra.
Nota: TLS non è strettamente necessario ma è una raccomandazione forte. Se TLS non è possibile per qualche motivo, allora il whitelisting degli indirizzi IP delle chiavi API è anche una forte raccomandazione.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" }
Per PowerMTA:
Configura una versione di PowerMTA > 4.5.0
Installa un certificato SSL valido e apri la porta 587 in uscita in modo che PowerMTA possa comunicare con Bird.
Configura un percorso di dominio in uscita in modo da poter instradare un messaggio tramite PowerMTA a Bird. Con la configurazione seguente, qualsiasi messaggio che raggiunge questa configurazione verrà instradato a smtp.sparkpostmail.com utilizzando la porta 587 e SMTP_Auth con il nome utente e la password definiti lì. In PowerMTA, questo è anche il luogo dove puoi impostare TLS. Nota che questo è anche documentato più ampiamente qui
<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. Configura i VMTAs che vuoi trasmettere tramite Bird con la configurazione di rollup {sparkpost} che hai definito sopra.
<virtual-mta SparkPostRelay> <domain *> queue-to {sparkpost} </domain> </virtual-mta>
Una volta che hai apportato quelle modifiche di configurazione, qualsiasi messaggio inviato alla 'binding' o 'VMTA' selezionata dovrebbe essere instradato automaticamente tramite Bird per la consegna.
Se, tuttavia, fai parte del team Opzione #2, allora vorrai apportare alcune modifiche di configurazione al tuo deployment. Il modo meno doloroso per migrare alcuni flussi di messaggi selezionati da Momentum o PMTA a Bird pur utilizzando l'iniezione SMTP dai tuoi sistemi di generazione è aggiungere una route speciale nella tua configurazione.
Per Momentum:
Configura una versione di Momentum > 3.6.23.
Installa un certificato SSL valido e apri la porta 587 in uscita in modo che Momentum possa comunicare con Bird. Configura un dominio in uscita in modo da poter instradare un messaggio tramite Momentum a Bird.
Con la configurazione seguente, qualsiasi messaggio che raggiunge questa configurazione verrà instradato a smtp.sparkpostmail.com utilizzando la porta 587 e SMTP_Auth con il nome utente e la password definiti lì.
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" }
Configura le associazioni che vuoi trasmettere tramite MessageBird con TLS e instradale al dominio che hai definito sopra.
Nota: TLS non è strettamente necessario ma è una raccomandazione forte. Se TLS non è possibile per qualche motivo, allora il whitelisting degli indirizzi IP delle chiavi API è anche una forte raccomandazione.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" }
Per PowerMTA:
Configura una versione di PowerMTA > 4.5.0
Installa un certificato SSL valido e apri la porta 587 in uscita in modo che PowerMTA possa comunicare con Bird.
Configura un percorso di dominio in uscita in modo da poter instradare un messaggio tramite PowerMTA a Bird. Con la configurazione seguente, qualsiasi messaggio che raggiunge questa configurazione verrà instradato a smtp.sparkpostmail.com utilizzando la porta 587 e SMTP_Auth con il nome utente e la password definiti lì. In PowerMTA, questo è anche il luogo dove puoi impostare TLS. Nota che questo è anche documentato più ampiamente qui
<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. Configura i VMTAs che vuoi trasmettere tramite Bird con la configurazione di rollup {sparkpost} che hai definito sopra.
<virtual-mta SparkPostRelay> <domain *> queue-to {sparkpost} </domain> </virtual-mta>
Una volta che hai apportato quelle modifiche di configurazione, qualsiasi messaggio inviato alla 'binding' o 'VMTA' selezionata dovrebbe essere instradato automaticamente tramite Bird per la consegna.
Se, tuttavia, fai parte del team Opzione #2, allora vorrai apportare alcune modifiche di configurazione al tuo deployment. Il modo meno doloroso per migrare alcuni flussi di messaggi selezionati da Momentum o PMTA a Bird pur utilizzando l'iniezione SMTP dai tuoi sistemi di generazione è aggiungere una route speciale nella tua configurazione.
Per Momentum:
Configura una versione di Momentum > 3.6.23.
Installa un certificato SSL valido e apri la porta 587 in uscita in modo che Momentum possa comunicare con Bird. Configura un dominio in uscita in modo da poter instradare un messaggio tramite Momentum a Bird.
Con la configurazione seguente, qualsiasi messaggio che raggiunge questa configurazione verrà instradato a smtp.sparkpostmail.com utilizzando la porta 587 e SMTP_Auth con il nome utente e la password definiti lì.
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" }
Configura le associazioni che vuoi trasmettere tramite MessageBird con TLS e instradale al dominio che hai definito sopra.
Nota: TLS non è strettamente necessario ma è una raccomandazione forte. Se TLS non è possibile per qualche motivo, allora il whitelisting degli indirizzi IP delle chiavi API è anche una forte raccomandazione.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" }
Per PowerMTA:
Configura una versione di PowerMTA > 4.5.0
Installa un certificato SSL valido e apri la porta 587 in uscita in modo che PowerMTA possa comunicare con Bird.
Configura un percorso di dominio in uscita in modo da poter instradare un messaggio tramite PowerMTA a Bird. Con la configurazione seguente, qualsiasi messaggio che raggiunge questa configurazione verrà instradato a smtp.sparkpostmail.com utilizzando la porta 587 e SMTP_Auth con il nome utente e la password definiti lì. In PowerMTA, questo è anche il luogo dove puoi impostare TLS. Nota che questo è anche documentato più ampiamente qui
<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. Configura i VMTAs che vuoi trasmettere tramite Bird con la configurazione di rollup {sparkpost} che hai definito sopra.
<virtual-mta SparkPostRelay> <domain *> queue-to {sparkpost} </domain> </virtual-mta>
Una volta che hai apportato quelle modifiche di configurazione, qualsiasi messaggio inviato alla 'binding' o 'VMTA' selezionata dovrebbe essere instradato automaticamente tramite Bird per la consegna.
Far accadere le cose
Quando inizi su questa strada, non fare l'errore di pensare che sia un'operazione da una notte. Fare questo bene richiederà del tempo e cura.
Configura il tuo account Bird e testa completamente usando un sottoconto di sviluppo così da poter filtrare il traffico successivamente. Dovrai farlo per entrambe le opzioni perché avrai bisogno della chiave API per la password SMTP_Auth in ogni caso.
Se stai usando l'iniezione SMTP, pianifica di aggiungere un'intestazione X-MSYS-API per incorporare tutti i metadati e gli attributi del messaggio necessari. Qualsiasi X-Headers dovrebbe essere riscritto come metadati e dovresti includere anche gli attributi ip_pool e campaign. Un esempio è disponibile qui
Se NON stai usando BYOIP, assicurati di configurare domini di invio leggermente diversi per l'uso con MessageBird in modo da poter gestire entrambi gli ambienti in parallelo per tutto il tempo necessario. Se il tuo dominio di invio corrente è mycompany.com, magari imposta sp.mycompany.com specificamente per la consegna Bird. Questo ti permette di migrare lentamente e con attenzione senza compromettere nessuno dei domini.
Assicurati di avere il pieno allineamento del dominio e le funzionalità di sicurezza abilitate. Nel DNS, configura DKIM, SPF, DMARC, domini di rimbalzo e tracciamento in modo che sembrino tutti appartenere alla stessa organizzazione.
Configura il Risveglio Automatico IP sui tuoi IP_Pools definiti. Se stai usando l'opzione precedentemente menzionata BYOIP, puoi ignorare il passaggio di risveglio.
Inizia con un flusso di messaggi e procedi da lì. Proprio come il Risveglio IP, non vuoi fare tutto in una volta. Reindirizza prima alcune centinaia di messaggi, poi il 10% del volume, poi il 20% il giorno seguente ed aumenta fino a che non hai trasferito tutto il volume. Se sei un ESP, seleziona un cliente con cui puoi lavorare e testa il processo con il loro feedback. Se tutto funziona bene, passa al successivo. Se incontri problemi, prenditi il tempo per risolverli e integrali nel processo per il prossimo.
Automatizza il più possibile con le API. Oltre ai cambiamenti DNS, la configurazione SparkPost può essere principalmente automatizzata con alcune chiamate API.
Quando inizi su questa strada, non fare l'errore di pensare che sia un'operazione da una notte. Fare questo bene richiederà del tempo e cura.
Configura il tuo account Bird e testa completamente usando un sottoconto di sviluppo così da poter filtrare il traffico successivamente. Dovrai farlo per entrambe le opzioni perché avrai bisogno della chiave API per la password SMTP_Auth in ogni caso.
Se stai usando l'iniezione SMTP, pianifica di aggiungere un'intestazione X-MSYS-API per incorporare tutti i metadati e gli attributi del messaggio necessari. Qualsiasi X-Headers dovrebbe essere riscritto come metadati e dovresti includere anche gli attributi ip_pool e campaign. Un esempio è disponibile qui
Se NON stai usando BYOIP, assicurati di configurare domini di invio leggermente diversi per l'uso con MessageBird in modo da poter gestire entrambi gli ambienti in parallelo per tutto il tempo necessario. Se il tuo dominio di invio corrente è mycompany.com, magari imposta sp.mycompany.com specificamente per la consegna Bird. Questo ti permette di migrare lentamente e con attenzione senza compromettere nessuno dei domini.
Assicurati di avere il pieno allineamento del dominio e le funzionalità di sicurezza abilitate. Nel DNS, configura DKIM, SPF, DMARC, domini di rimbalzo e tracciamento in modo che sembrino tutti appartenere alla stessa organizzazione.
Configura il Risveglio Automatico IP sui tuoi IP_Pools definiti. Se stai usando l'opzione precedentemente menzionata BYOIP, puoi ignorare il passaggio di risveglio.
Inizia con un flusso di messaggi e procedi da lì. Proprio come il Risveglio IP, non vuoi fare tutto in una volta. Reindirizza prima alcune centinaia di messaggi, poi il 10% del volume, poi il 20% il giorno seguente ed aumenta fino a che non hai trasferito tutto il volume. Se sei un ESP, seleziona un cliente con cui puoi lavorare e testa il processo con il loro feedback. Se tutto funziona bene, passa al successivo. Se incontri problemi, prenditi il tempo per risolverli e integrali nel processo per il prossimo.
Automatizza il più possibile con le API. Oltre ai cambiamenti DNS, la configurazione SparkPost può essere principalmente automatizzata con alcune chiamate API.
Quando inizi su questa strada, non fare l'errore di pensare che sia un'operazione da una notte. Fare questo bene richiederà del tempo e cura.
Configura il tuo account Bird e testa completamente usando un sottoconto di sviluppo così da poter filtrare il traffico successivamente. Dovrai farlo per entrambe le opzioni perché avrai bisogno della chiave API per la password SMTP_Auth in ogni caso.
Se stai usando l'iniezione SMTP, pianifica di aggiungere un'intestazione X-MSYS-API per incorporare tutti i metadati e gli attributi del messaggio necessari. Qualsiasi X-Headers dovrebbe essere riscritto come metadati e dovresti includere anche gli attributi ip_pool e campaign. Un esempio è disponibile qui
Se NON stai usando BYOIP, assicurati di configurare domini di invio leggermente diversi per l'uso con MessageBird in modo da poter gestire entrambi gli ambienti in parallelo per tutto il tempo necessario. Se il tuo dominio di invio corrente è mycompany.com, magari imposta sp.mycompany.com specificamente per la consegna Bird. Questo ti permette di migrare lentamente e con attenzione senza compromettere nessuno dei domini.
Assicurati di avere il pieno allineamento del dominio e le funzionalità di sicurezza abilitate. Nel DNS, configura DKIM, SPF, DMARC, domini di rimbalzo e tracciamento in modo che sembrino tutti appartenere alla stessa organizzazione.
Configura il Risveglio Automatico IP sui tuoi IP_Pools definiti. Se stai usando l'opzione precedentemente menzionata BYOIP, puoi ignorare il passaggio di risveglio.
Inizia con un flusso di messaggi e procedi da lì. Proprio come il Risveglio IP, non vuoi fare tutto in una volta. Reindirizza prima alcune centinaia di messaggi, poi il 10% del volume, poi il 20% il giorno seguente ed aumenta fino a che non hai trasferito tutto il volume. Se sei un ESP, seleziona un cliente con cui puoi lavorare e testa il processo con il loro feedback. Se tutto funziona bene, passa al successivo. Se incontri problemi, prenditi il tempo per risolverli e integrali nel processo per il prossimo.
Automatizza il più possibile con le API. Oltre ai cambiamenti DNS, la configurazione SparkPost può essere principalmente automatizzata con alcune chiamate API.
Raccolta dati da Bird
MessageBird riporta la consegna dei messaggi in un feed di webhook o nell'API degli eventi dei messaggi. Accedere ai log di testo semplice di Bird non è semplicemente possibile. È possibile recuperare questi dati nel proprio ambiente con un collettore di webhook o chiamando periodicamente l'Events API e consumando i dati. Consigliamo di utilizzare webhooks e abbiamo alcune raccomandazioni su come farlo correttamente. Nella sua forma più basilare, un collettore di webhook PHP può essere implementato in poche righe di codice:
<?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)
Durante l'esperimentazione, puoi provarli con collettori gratuiti come http://webhook.site/.
Una volta raccolti tutti i dati dei webhook, puoi leggerli in un archivio dati per ulteriori elaborazioni. Ci sono anche modi per inviare Webhooks tramite servizi come StitchData e Segment.
Le stesse informazioni sono disponibili nell'Events API se hai bisogno di PULL dei dati e non puoi accettare dati PUSH. Ecco un esempio di chiamata all'Event API:
GET https://api.sparkpost.com/api/v1/events/message?/
recipients=recipient@example.com&templates=my-template&events
Quell'API è completamente documentata con esempi qui: https://developers.sparkpost.com/api/events/#events-get-search-for-message-events
Se hai davvero bisogno che i dati degli eventi tornino in una forma che sembri il logging di PMTA o Momentum, ciò è possibile anche se impieghi un po' di codice di condizionamento aggiuntivo. La buona notizia è che ci sono alcuni esempi da cui rubare già.
MessageBird riporta la consegna dei messaggi in un feed di webhook o nell'API degli eventi dei messaggi. Accedere ai log di testo semplice di Bird non è semplicemente possibile. È possibile recuperare questi dati nel proprio ambiente con un collettore di webhook o chiamando periodicamente l'Events API e consumando i dati. Consigliamo di utilizzare webhooks e abbiamo alcune raccomandazioni su come farlo correttamente. Nella sua forma più basilare, un collettore di webhook PHP può essere implementato in poche righe di codice:
<?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)
Durante l'esperimentazione, puoi provarli con collettori gratuiti come http://webhook.site/.
Una volta raccolti tutti i dati dei webhook, puoi leggerli in un archivio dati per ulteriori elaborazioni. Ci sono anche modi per inviare Webhooks tramite servizi come StitchData e Segment.
Le stesse informazioni sono disponibili nell'Events API se hai bisogno di PULL dei dati e non puoi accettare dati PUSH. Ecco un esempio di chiamata all'Event API:
GET https://api.sparkpost.com/api/v1/events/message?/
recipients=recipient@example.com&templates=my-template&events
Quell'API è completamente documentata con esempi qui: https://developers.sparkpost.com/api/events/#events-get-search-for-message-events
Se hai davvero bisogno che i dati degli eventi tornino in una forma che sembri il logging di PMTA o Momentum, ciò è possibile anche se impieghi un po' di codice di condizionamento aggiuntivo. La buona notizia è che ci sono alcuni esempi da cui rubare già.
MessageBird riporta la consegna dei messaggi in un feed di webhook o nell'API degli eventi dei messaggi. Accedere ai log di testo semplice di Bird non è semplicemente possibile. È possibile recuperare questi dati nel proprio ambiente con un collettore di webhook o chiamando periodicamente l'Events API e consumando i dati. Consigliamo di utilizzare webhooks e abbiamo alcune raccomandazioni su come farlo correttamente. Nella sua forma più basilare, un collettore di webhook PHP può essere implementato in poche righe di codice:
<?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)
Durante l'esperimentazione, puoi provarli con collettori gratuiti come http://webhook.site/.
Una volta raccolti tutti i dati dei webhook, puoi leggerli in un archivio dati per ulteriori elaborazioni. Ci sono anche modi per inviare Webhooks tramite servizi come StitchData e Segment.
Le stesse informazioni sono disponibili nell'Events API se hai bisogno di PULL dei dati e non puoi accettare dati PUSH. Ecco un esempio di chiamata all'Event API:
GET https://api.sparkpost.com/api/v1/events/message?/
recipients=recipient@example.com&templates=my-template&events
Quell'API è completamente documentata con esempi qui: https://developers.sparkpost.com/api/events/#events-get-search-for-message-events
Se hai davvero bisogno che i dati degli eventi tornino in una forma che sembri il logging di PMTA o Momentum, ciò è possibile anche se impieghi un po' di codice di condizionamento aggiuntivo. La buona notizia è che ci sono alcuni esempi da cui rubare già.
Riepilogo
Assicurati di parlare con il tuo team di Sales and Success Management. L'abbiamo fatto in precedenza e possiamo aiutarti a farlo rapidamente ed efficacemente in termini di costi.
Scopri se sei nel Camp #1 (in grado di spostarti completamente da On-Prem) o nel Camp #2 (hai ancora bisogno di un po' di MTA on-prem).
Iscriviti per un account di prova gratuito per valutare i dettagli dell'integrazione.
Se stai usando l'iniezione SMTP, scopri come ottenere i dati dell'header e gli attributi del messaggio in un header X-MSYS-API.
Conferma se puoi usare il nostro processo BYOIP.
Aggiorna il tuo DNS con nuovi domini se necessario.
Costruisci un piccolo campione per testare la tua migrazione. Potresti dover regolare la tua configurazione.
Aumenta il volume fino a quando tutto il traffico è migrato.
Se rientri nel Camp #1, puoi finalmente spegnere i tuoi MTA on-prem dopo che tutto il traffico è stato migrato.
Quando pianifichi modifiche al DNS per sistemi di email ad alto volume, sii consapevole delle potenziali sfide di scalabilità DNS di AWS che possono influenzare le prestazioni di consegna delle email su larga scala.
Assicurati di parlare con il tuo team di Sales and Success Management. L'abbiamo fatto in precedenza e possiamo aiutarti a farlo rapidamente ed efficacemente in termini di costi.
Scopri se sei nel Camp #1 (in grado di spostarti completamente da On-Prem) o nel Camp #2 (hai ancora bisogno di un po' di MTA on-prem).
Iscriviti per un account di prova gratuito per valutare i dettagli dell'integrazione.
Se stai usando l'iniezione SMTP, scopri come ottenere i dati dell'header e gli attributi del messaggio in un header X-MSYS-API.
Conferma se puoi usare il nostro processo BYOIP.
Aggiorna il tuo DNS con nuovi domini se necessario.
Costruisci un piccolo campione per testare la tua migrazione. Potresti dover regolare la tua configurazione.
Aumenta il volume fino a quando tutto il traffico è migrato.
Se rientri nel Camp #1, puoi finalmente spegnere i tuoi MTA on-prem dopo che tutto il traffico è stato migrato.
Quando pianifichi modifiche al DNS per sistemi di email ad alto volume, sii consapevole delle potenziali sfide di scalabilità DNS di AWS che possono influenzare le prestazioni di consegna delle email su larga scala.
Assicurati di parlare con il tuo team di Sales and Success Management. L'abbiamo fatto in precedenza e possiamo aiutarti a farlo rapidamente ed efficacemente in termini di costi.
Scopri se sei nel Camp #1 (in grado di spostarti completamente da On-Prem) o nel Camp #2 (hai ancora bisogno di un po' di MTA on-prem).
Iscriviti per un account di prova gratuito per valutare i dettagli dell'integrazione.
Se stai usando l'iniezione SMTP, scopri come ottenere i dati dell'header e gli attributi del messaggio in un header X-MSYS-API.
Conferma se puoi usare il nostro processo BYOIP.
Aggiorna il tuo DNS con nuovi domini se necessario.
Costruisci un piccolo campione per testare la tua migrazione. Potresti dover regolare la tua configurazione.
Aumenta il volume fino a quando tutto il traffico è migrato.
Se rientri nel Camp #1, puoi finalmente spegnere i tuoi MTA on-prem dopo che tutto il traffico è stato migrato.
Quando pianifichi modifiche al DNS per sistemi di email ad alto volume, sii consapevole delle potenziali sfide di scalabilità DNS di AWS che possono influenzare le prestazioni di consegna delle email su larga scala.
