Odločitev: obdržati nabiralnik, spremeniti MX
Menjava e-pošte in menjava zaščite sta dva različna projekta. Prvi premakne nabiralnike, zgodovino, koledarje in račune na telefonih. Drugi se dotakne le poti dohodne pošte.
Ta pot je zapisana v enem zapisu DNS: MX, ki strežnikom pošiljateljev pove, kam dostaviti pošto za vašo domeno. Ko kaže na prehod, ta sporočilo prejme, analizira in ga nato preda strežniku nabiralnikov. To velja za:
- Microsoft 365 (Exchange Online);
- Google Workspace;
- Exchange, nameščen pri vas ali gostovan;
- vsak drug e-poštni strežnik, ki prejema prek SMTP;
- Klytic Mail, ki je le eden od primerov, ne pa pogoj.
Ta vodnik obravnava primer, ko nabiralnik obdržite. Če zamenjate tudi strežnik, ta projekt opisujeta vodnika selitev iz Microsoft 365 in selitev iz Google Workspace.
Kdo spremeni kaj
| Nastavitev | Kje | Kdo |
|---|
| Zapis MX domene | Cona DNS, pri registrarju ali ponudniku DNS | Oseba, ki upravlja DNS, ali izvajalec, ki mu je bilo upravljanje preneseno |
| Prijava prehoda v e-poštnem sistemu | Skrbniška konzola Microsoft 365, Google Workspace ali strežnika | Skrbnik e-pošte |
| SPF, DKIM in DMARC | Cona DNS | Upravljavec DNS, po popisu strežnikov, ki pošiljajo za domeno |
| Domene in strežnik za dostavo | Prehod | Ponudnik prehoda, ki pripravi konfiguracijo |
Načelo na strani Microsoft 365
Dokumentacija Microsoft o filtriranju prek storitve tretje osebe je jasna: zapis MX domene mora kazati na to storitev, ki nato dostavlja v Exchange Online. Microsoft priporoča dohodni povezovalnik vrste »partner«, ki lahko zavrne pošto, ki ni prišla skozi storitev. Priporoča tudi vklop izboljšanega filtriranja za povezovalnike, da njegova lastna analiza oceni dejanskega pošiljatelja in ne naslova prehoda. Odsvetuje preprosto obhajanje njegovega filtriranja za naslove storitve tretje osebe.
Načelo na strani Google Workspace
Google opisuje »prehod za dohodno pošto«: MX kaže na prehod, skrbnik pa v konzoli prijavi njegove naslove IP. Gmail jih uporabi, da v glavah najde dejanski naslov pošiljatelja, od katerega sta odvisna SPF in njegova ocena neželene pošte. Pošto, ki ne prihaja s prehoda, je mogoče tudi zavrniti. Google navaja, da za pošto, prejeto prek prijavljenega prehoda, ne uporablja politike DMARC pošiljatelja: to preverjanje je tedaj naloga prehoda.
Ta vodnik ne povzema zaslonov teh konzol, ki se spreminjajo. Ob nastavljanju sledite uradni strani, navedeni na dnu strani.
Več strežnikov za enim prehodom
Pogost primer v skupini: matična družba v Microsoft 365, hčerinska družba v Google Workspace, tretja na starejšem strežniku. En prehod je lahko pred vsemi tremi.
Načelo je usmerjanje po domenah. MX vsake domene kaže na prehod. Prehod za vsako domeno pozna strežnik, kateremu po analizi preda pošto. Analiza je skupna, cilj se spreminja.
Prednost: enotna politika filtriranja ali različne nastavitve glede na domeno in pregled vseh odločitev na enem mestu. Kaj pripraviti: pri domeni, katere nabiralniki so razdeljeni med dva strežnika, je treba za vsak naslov vedeti, kam dostaviti. Ta primer se preuči pred preklopom.
Kaj se spremeni in kaj ne
Ne spremeni se: naslovi, nabiralniki, zgodovina, e-poštni odjemalec, spletna pošta, telefoni. Vgrajeni filter e-pošte deluje še naprej. Pravice in notranja deljenja ostanejo tista iz platforme.
Spremeni se:
- Prvi strežnik, ki pošto prejme. Ta vidi izvorno povezavo in preveri avtentikacijo pošiljatelja.
- Strežnik nabiralnikov ne vidi več neposredno pošiljatelja, temveč prehod. Od tod prijava, opisana zgoraj.
- Sporočila nosijo glave z odločitvijo prehoda: skrbnik iz njih razbere, zakaj je bilo sporočilo dostavljeno ali odloženo.
- Če prehod posreduje tudi odhodno pošto, ga mora zapis SPF domene pooblastiti, zanj pa mora biti objavljen podpis DKIM. Pomen teh mehanizmov je pojasnjen v SPF, DKIM in DMARC.
Ko boste zamenjali tudi strežnik nabiralnikov, lahko prehod ostane: spremeni se le njegov strežnik za dostavo. Vodnik selitev e-pošte brez prekinitve ostaja referenca za ta dan, tudi za SPF, DKIM in DMARC.
Vzpostavitev, po vrstnem redu
- Popis: domene, strežnik nabiralnikov vsake od njih, aplikacije, ki pošiljajo pošto v imenu domene.
- Ponudnik prehoda pripravi prehod: sprejete domene, strežnik za dostavo, začetna pravila.
- Prijava prehoda v e-poštnem sistemu (dohodni povezovalnik ali dohodni prehod), če platforma to predvideva.
- Predhodno znižanje TTL zapisa MX, nato sprememba MX. V času predpomnilnika DNS del pošiljateljev še dostavlja neposredno strežniku nabiralnikov: to je normalno.
- Preverjanje: sporočilo, poslano z zunanjega naslova, mora prispeti z glavami odločitve prehoda.
- Spremljanje karantene v prvih dneh, da sprostite lažne pozitivne rezultate in prilagodite pravila.
Vrnitev je preprosta: ponovno nastavite stari MX. Pripravi se kot pri selitvi, z osebo, ki je pooblaščena, da o tem odloči.
Česa prehod ne naredi
Vidi pošto, ki gre skozenj, in samo to. Ne vidi sporočil, izmenjanih med dvema nabiralnikoma iste platforme, ki je ne zapustijo, ne datotek, deljenih v spletni shrambi, ne prijav uporabnikov.
Zato ne nadomesti notranjih nastavitev Microsoft 365 ali Google Workspace: pravic, dvofaktorske avtentikacije, opozoril ob prijavi, pravil samodejnega posredovanja. Ukraden račun je najprej tema e-poštnega sistema. Vodnik Neželena pošta, phishing, zlonamerna programska oprema in ogrožen račun razloži razliko.
Nazadnje: pošiljatelj, ki pozna tehnični naslov strežnika nabiralnikov, lahko poskusi dostaviti neposredno nanj, mimo zapisa MX. Zato Microsoft predlaga zaklepanje (povezovalnik partner), Google pa zavrnitev pošte, ki ne pride s prehoda.
Pogosta vprašanja
Ali je treba obvestiti uporabnike?
Njihovi naslovi se ne spremenijo. Obvestite pa jih, da bodo morda prejemali obvestila o karanteni: glejte Karantena, lažni pozitivni rezultati in prijave.
Ali je treba izklopiti filter Microsoft 365 ali Google?
Ne. Microsoft priporoča, da njegova analiza ostane vklopljena in nastavljena tako, da vidi dejanskega pošiljatelja, namesto da bi jo obšli.
Koliko časa traja preklop?
Sama sprememba MX začne veljati v ritmu predpomnilnika DNS. Priprava je odvisna od števila domen in strežnikov. Za Klytic MTA glejte naslednji razdelek.
Ali prehod pred e-pošto vpliva na dostavljivost naše odhodne pošte?
Samo če posreduje tudi odhodno pošto. V tem primeru ga morata upoštevati SPF in DKIM: glejte SPF, DKIM in DMARC.
Zakaj ne bi preprosto zamenjali e-pošte?
To je druga odločitev, z drugimi merili. Obravnava jo vodnik izbira evropske poslovne e-pošte.
Kje je Klytic
Klytic MTA se postavi pred e-pošto, ki jo imate: Microsoft 365, Google Workspace, Exchange, Klytic Mail ali kateri koli drug strežnik. Ne predpostavlja nabiralnika Klytic.
- Vzpostavitev: običajno 24 do 48 ur. Klytic pripravi konfiguracijo; zapis MX svoje domene spremenite vi ali pa to stori Klytic za vas. Prijavo prehoda v konzoli Microsoft 365 ali Google Workspace opravi skrbnik te e-pošte, pripravi pa se skupaj s Klytic ob vzpostavitvi.
- Namestitev: oblak Klytic, namenska instanca ali strežniki stranke. Za posebne potrebe se s Klytic zasnujejo druge arhitekture, na primer filtriranje v oblaku in posredovalni strežnik, nameščen pri vas, ali več regij.
- Paketi: Essential in Advanced. Essential pokriva avtentikacijo, zaščito pred neželeno pošto, protivirusno zaščito, phishing, podobne domene, karanteno, podpis DKIM odhodne pošte in priklic pred pošiljanjem. Advanced doda finančne prevare, zaščito ob kliku, konzolo DMARC in izvoz dnevnikov v SIEM.
- Preizkus: 30 dni brezplačno, brez menjave e-pošte.
Klytic MTA ne upravlja pravic in računov vaše obstoječe e-pošte in ne obljublja enakovrednosti z varnostnimi orodji, vgrajenimi v Microsoft 365 ali Google Workspace: doda se pred njimi.
Ta stran opisuje načelo. Konzoli Microsoft in Google se spreminjata: za postopek velja njuna uradna dokumentacija.
Viri
Pregledano oktobra 2026.
- Microsoft Learn, »Manage mail flow using a third-party cloud service with Exchange Online«: MX mora kazati na storitev tretje osebe; dohodni povezovalnik vrste partner; izboljšano filtriranje za povezovalnike namesto obhoda filtriranja. learn.microsoft.com
- Pomoč Google Workspace, »Set up an inbound mail gateway«: MX na prehod, prijava njegovih naslovov IP, možna zavrnitev pošte mimo prehoda; Gmail za pošto, prejeto prek prehoda, ne uporablja politike DMARC pošiljatelja. knowledge.workspace.google.com
- RFC 5321, SMTP: vmesne gostitelje praviloma določa zapis MX v DNS. rfc-editor.org
- Klytic, stran Klytic MTA: moduli paketov Essential in Advanced, dodatne možnosti, načini namestitve, vzpostavitev prek zapisa MX. klytic.com
