Che cosa deve trasferire un cambio di gateway

Un gateway di posta contiene di solito più logica di quanta sia documentata: allow list e block list, eccezioni per singoli mittenti, instradamento per dominio, requisiti TLS per i partner, processi di quarantena, disclaimer, journaling e invio da parte di applicazioni. I gateway inline nel percorso MX e le soluzioni basate su API intervengono inoltre in punti diversi di Microsoft 365; il passaggio da un modello all’altro modifica i connettori, Enhanced Filtering e la valutazione da parte di EOP.

Servizi

  • Gateway di sicurezza e-mailProofpoint, FortiMail, Barracuda, Cisco Secure Email, xorlab e altri: esportare il set di regole, valutarlo e trasporlo sul sistema di destinazione, invece di riprendere le configurazioni ereditate una a una.
  • Passaggio a Microsoft Defender for Office 365Rimuovere il gateway a monte e trasferire le sue funzioni di protezione in EOP e Defender, incluse policy, quarantena e allow list.
  • Gateway per invio massivoSistemi di invio per newsletter, fatture e comunicazione con i clienti: mantenere durante il trasloco profilo di carico, reputazione IP, SPF, DKIM, DMARC e gestione dei bounce.
  • Gateway SMSMail-to-SMS e invio di SMS da applicazioni: trasferire interfacce, identificativi del mittente e conferme di recapito al nuovo fornitore.

Come si svolge un incarico

  1. ValutazioneCriteri misurabili e capitolato invece di brochure di prodotto, quando il sistema di destinazione non è ancora deciso.
  2. Analisi del set di regoleCensire ogni regola ed eccezione del sistema precedente e decidere: riprendere, sostituire o eliminare.
  3. Esercizio in paralleloParte del traffico attraverso il nuovo gateway, confronto di verdetti, recapito e carico.
  4. Commutazione e dismissioneCommutare MX e connettori in modo reversibile, poi rimuovere il sistema precedente da DNS, SPF, allow list e monitoraggio.

Esempi dalla pratica