Hva et gatewaybytte må ta med seg

En e-postgateway inneholder som regel mer logikk enn det som er dokumentert: tillatelses- og blokkeringslister, unntak for enkeltavsendere, ruting per domene, TLS-krav for partnere, karanteneprosesser, ansvarsfraskrivelser, journalføring og innsending fra applikasjoner. Inline-gatewayer i MX-veien og API-baserte løsninger griper dessuten inn på ulike steder i Microsoft 365; et bytte mellom de to modellene endrer connectors, Enhanced Filtering og vurderingen i EOP.

Tjenester

  • E-postsikkerhetsgatewayerProofpoint, FortiMail, Barracuda, Cisco Secure Email, xorlab og flere: eksportere regelsettet, vurdere det og overføre det til målsystemet, i stedet for å ta over gamle konfigurasjoner én til én.
  • Overgang til Microsoft Defender for Office 365Fjerne gatewayen foran og overføre beskyttelsesfunksjonene til EOP og Defender, inkludert policyer, karantene og tillatelseslister.
  • Gatewayer for masseutsendelseUtsendelsessystemer for nyhetsbrev, fakturaer og kundekommunikasjon: bevare belastningsprofil, IP-omdømme, SPF, DKIM, DMARC og håndtering av returer ved flyttingen.
  • SMS-gatewayerMail-to-SMS og SMS-utsendelse fra applikasjoner: legge om grensesnitt, avsender-ID-er og leveringskvitteringer til den nye leverandøren.

Slik foregår et oppdrag

  1. EvalueringMålbare kriterier og en kravspesifikasjon i stedet for produktbrosjyrer, når målsystemet ennå ikke er valgt.
  2. Analyse av regelsettetRegistrere hver regel og hvert unntak i det gamle systemet og avgjøre: overføre, erstatte eller fjerne.
  3. ParallelldriftEn del av trafikken via den nye gatewayen, sammenligning av vurderinger, levering og belastning.
  4. Omlegging og avviklingLegge om MX og connectors reversibelt, deretter fjerne det gamle systemet fra DNS, SPF, tillatelseslister og overvåking.

Eksempler fra praksis