Vad ett gatewaybyte måste ta med sig

En e-postgateway innehåller oftast mer logik än vad som är dokumenterat: tillåt- och blocklistor, undantag för enskilda avsändare, routning per domän, TLS-krav för partner, karantänrutiner, ansvarsfriskrivningar, journalföring och inlämning från applikationer. Inline-gateways i MX-vägen och API-baserade lösningar griper dessutom in på olika ställen i Microsoft 365; ett byte mellan de två modellerna ändrar connectors, Enhanced Filtering och bedömningen i EOP.

Tjänster

  • E-postsäkerhetsgatewaysProofpoint, FortiMail, Barracuda, Cisco Secure Email, xorlab med flera: exportera regelverket, bedöma det och överföra det till målsystemet, i stället för att ta över gamla konfigurationer rakt av.
  • Övergång till Microsoft Defender for Office 365Ta bort gatewayen framför och föra över dess skyddsfunktioner till EOP och Defender, inklusive policyer, karantän och tillåtlistor.
  • Gateways för massutskickUtskickssystem för nyhetsbrev, fakturor och kundkommunikation: behålla belastningsprofil, IP-rykte, SPF, DKIM, DMARC och hantering av studsar vid flytten.
  • SMS-gatewaysMail-to-SMS och SMS-utskick från applikationer: ställa om gränssnitt, avsändar-ID och leveranskvitton till den nya leverantören.

Så går ett uppdrag till

  1. UtvärderingMätbara kriterier och en kravspecifikation i stället för produktbroschyrer, när målsystemet ännu inte är valt.
  2. Analys av regelverketRegistrera varje regel och varje undantag i det gamla systemet och avgöra: överföra, ersätta eller stryka.
  3. ParallelldriftEn del av trafiken via den nya gatewayen, jämförelse av bedömningar, leverans och belastning.
  4. Omläggning och avvecklingLägga om MX och connectors reversibelt och därefter ta bort det gamla systemet från DNS, SPF, tillåtlistor och övervakning.

Exempel från praktiken