Lēmums: saglabāt pastkasti, mainīt MX
E-pasta sistēmas maiņa un aizsardzības maiņa ir divi dažādi projekti. Pirmais pārceļ pastkastes, vēsturi, kalendārus un kontus tālruņos. Otrais skar tikai ienākošā pasta ceļu.
Šo ceļu nosaka viens DNS ieraksts: MX, kas sūtītāju serveriem norāda, kur piegādāt jūsu domēna pastu. Kad tas norāda uz vārteju, vārteja pastu saņem, analizē un pēc tam nodod pastkastu serverim. Tas attiecas uz:
- Microsoft 365 (Exchange Online);
- Google Workspace;
- Exchange, kas uzstādīts jūsu telpās vai mitināts;
- jebkuru citu e-pasta serveri, kas pieņem pastu ar SMTP;
- Klytic Mail, kas ir tikai viens no gadījumiem, nevis priekšnoteikums.
Šī rokasgrāmata aplūko gadījumu, kad pastkaste tiek saglabāta. Ja maināt arī serveri, šo projektu apraksta rokasgrāmatas migrēšana no Microsoft 365 un migrēšana no Google Workspace.
Kas ko maina
| Iestatījums | Kur | Kas |
|---|
| Domēna MX ieraksts | DNS zona pie domēnu reģistratora vai DNS mitinātāja | Persona, kas pārvalda DNS, vai pakalpojuma sniedzējs, kam tas deleģēts |
| Vārtejas reģistrēšana e-pasta sistēmā | Microsoft 365, Google Workspace vai servera administrēšanas konsole | E-pasta administrators |
| SPF, DKIM un DMARC | DNS zona | DNS pārvaldītājs pēc to serveru inventarizācijas, kas sūta domēna vārdā |
| Domēni un piegādes serveris | Vārteja | Vārtejas piegādātājs, kas sagatavo konfigurāciju |
Princips Microsoft 365 pusē
Microsoft dokumentācija par filtrēšanu ar trešās puses pakalpojumu ir skaidra: domēna MX jānorāda uz šo pakalpojumu, kas pēc tam piegādā pastu Exchange Online. Microsoft iesaka ienākošo savienotāju ar tipu „partneris”, kas var noraidīt pastu, kurš nav nācis caur pakalpojumu. Tas iesaka arī ieslēgt uzlaboto filtrēšanu savienotājiem, lai tā paša analīze vērtētu īsto sūtītāju, nevis vārtejas adresi. Tas neiesaka vienkārši apiet savu filtrēšanu trešās puses pakalpojuma adresēm.
Princips Google Workspace pusē
Google apraksta „ienākošā pasta vārteju”: MX norāda uz vārteju, pēc tam administrators konsolē reģistrē tās IP adreses. Gmail tās izmanto, lai galvenēs atrastu sūtītāja īsto adresi, no kuras atkarīgs SPF un surogātpasta novērtējums. Var arī noraidīt pastu, kas nenāk no vārtejas. Google precizē, ka nepiemēro sūtītāja DMARC politiku pastam, kas saņemts caur reģistrētu vārteju: šī pārbaude tad ir vārtejas uzdevums.
Šī rokasgrāmata nepārkopē šo konsoļu ekrānus, jo tie mainās. Iestatīšanas brīdī sekojiet oficiālajai lapai, kas minēta lapas beigās.
Vairāki serveri aiz vienas vārtejas
Bieži sastopams gadījums grupā: mātesuzņēmums izmanto Microsoft 365, meitasuzņēmums – Google Workspace, trešais – vēsturisku serveri. Viena vārteja var darboties pirms visiem trim.
Princips ir maršrutēšana pēc domēna. Katra domēna MX norāda uz vārteju. Katram domēnam vārteja zina serveri, kam pēc analīzes nodot pastu. Analīze ir kopīga, galamērķis atšķiras.
Ieguvums: vienota filtrēšanas politika vai atšķirīgi iestatījumi katram domēnam un visu lēmumu pārskatīšana vienuviet. Kas jāsagatavo: domēnam, kura pastkastes sadalītas starp diviem serveriem, katrai adresei jāzina, kur piegādāt. Šis gadījums jāizpēta pirms pārslēgšanas.
Kas mainās un kas nemainās
Nemainās: adreses, pastkastes, vēsture, e-pasta klients, tīmekļa pasts, tālruņi. E-pasta sistēmas iebūvētais filtrs turpina darboties. Tiesības un iekšējā kopīgošana paliek tādas, kādas ir platformā.
Mainās:
- Pirmais serveris, kas saņem pastu. Tas redz sākotnējo savienojumu un pārbauda sūtītāja autentifikāciju.
- Pastkastu serveris vairs neredz sūtītāju tieši, bet gan vārteju. Tāpēc nepieciešama iepriekš aprakstītā reģistrēšana.
- Vēstulēs ir vārtejas lēmumu galvenes: administrators tajās var izlasīt, kāpēc vēstule piegādāta vai novietota atsevišķi.
- Ja vārteja pārsūta arī izejošo pastu, domēna SPF ierakstam tā jāatļauj un tai jāpublicē DKIM paraksts. Šo mehānismu nozīme ir izskaidrota rakstā SPF, DKIM un DMARC.
Dienā, kad mainīsiet arī pastkastu serveri, vārteja var palikt vietā: mainās tikai tās piegādes serveris. Rokasgrāmata e-pasta migrēšana bez pārtraukuma paliek atsauce šai dienai, arī attiecībā uz SPF, DKIM un DMARC.
Ieviešana secībā
- Inventarizācija: domēni, katra domēna pastkastu serveris, lietotnes, kas sūta pastu domēna vārdā.
- Vārtejas piegādātājs sagatavo vārteju: pieņemtie domēni, piegādes serveris, izejošā pasta noteikumi.
- Vārtejas reģistrēšana e-pasta sistēmā (ienākošais savienotājs vai ienākošā vārteja), ja platforma to paredz.
- Iepriekšēja MX TTL samazināšana, pēc tam MX maiņa. DNS kešatmiņas darbības laikā daļa sūtītāju vēl piegādā tieši pastkastu serverim: tas ir normāli.
- Pārbaude: vēstulei, kas nosūtīta no ārējas adreses, jāpienāk ar vārtejas lēmumu galvenēm.
- Karantīnas uzraudzība pirmajās dienās, lai atbrīvotu kļūdaini pozitīvos rezultātus un pielāgotu noteikumus.
Atgriešanās ir vienkārša: atjaunot iepriekšējo MX. To sagatavo kā migrācijai, ar personu, kurai ir tiesības par to lemt.
Ko vārteja nedara
Tā redz pastu, kas iet caur to, un tikai to. Tā neredz vēstules, ar kurām apmainās divas vienas platformas pastkastes un kas neiziet no tās, ne tiešsaistes krātuvē kopīgotus failus, ne lietotāju pieteikšanās.
Tāpēc tā neaizstāj Microsoft 365 vai Google Workspace iekšējos iestatījumus: tiesības, divfaktoru autentifikāciju, pieteikšanās brīdinājumus, automātiskās pāradresācijas noteikumus. Nozagts konts vispirms ir e-pasta sistēmas jautājums. Rokasgrāmata Surogātpasts, pikšķerēšana, ļaunprogrammatūra un kompromitēts konts to nodala.
Visbeidzot, sūtītājs, kas zina pastkastu servera tehnisko adresi, var mēģināt piegādāt tieši tam, neizmantojot MX. Tāpēc Microsoft piedāvā bloķēšanu (partnera savienotājs) un Google – ārpus vārtejas nākušā pasta noraidīšanu.
Biežāk uzdotie jautājumi
Vai jābrīdina lietotāji?
Viņu adreses nemainās. Taču brīdiniet viņus, ka viņi var saņemt karantīnas paziņojumus: skatiet Karantīna, kļūdaini pozitīvi rezultāti un ziņošana.
Vai jāizslēdz Microsoft 365 vai Google filtrs?
Nē. Microsoft iesaka atstāt savu analīzi ieslēgtu un iestatīt to tā, lai tā redzētu īsto sūtītāju, nevis to apiet.
Cik ilgi notiek pārslēgšana?
Pati MX maiņa stājas spēkā DNS kešatmiņas tempā. Sagatavošana ir atkarīga no domēnu un serveru skaita. Par Klytic MTA skatiet nākamo sadaļu.
Vai vārteja, kas novietota pirms e-pasta, ietekmē mūsu sūtījumu piegādājamību?
Tikai tad, ja tā pārsūta arī izejošo pastu. Tādā gadījumā SPF un DKIM tas jāņem vērā: skatiet SPF, DKIM un DMARC.
Kāpēc vienkārši nenomainīt e-pasta sistēmu?
Tas ir cits lēmums ar citiem kritērijiem. Tas aplūkots rakstā kā izvēlēties Eiropas uzņēmuma e-pastu.
Kur ir Klytic
Klytic MTA darbojas pirms jūsu esošās e-pasta sistēmas: Microsoft 365, Google Workspace, Exchange, Klytic Mail vai jebkura cita servera. Tam nav vajadzīga Klytic pastkaste.
- Ieviešana: parasti 24 līdz 48 stundas. Klytic sagatavo konfigurāciju; jūs maināt sava domēna MX ierakstu, vai Klytic to izdara jūsu vietā. Vārtejas reģistrēšanu Microsoft 365 vai Google Workspace konsolē veic šīs e-pasta sistēmas administrators, un to sagatavo kopā ar Klytic ieviešanas laikā.
- Izvietošana: Klytic mākonis, īpaši paredzēta instance vai klienta serveri. Īpašām vajadzībām citas arhitektūras izstrādā kopā ar Klytic, piemēram, filtrēšanu mākonī un starpniekserveri jūsu telpās vai vairākus reģionus.
- Piedāvājumi: Essential un Advanced. Essential aptver autentifikāciju, surogātpasta un vīrusu aizsardzību, pikšķerēšanu, līdzīgus domēnus, karantīnu, izejošo sūtījumu DKIM parakstu un atsaukšanu pirms nosūtīšanas. Advanced pievieno finanšu krāpšanu, aizsardzību klikšķa brīdī, DMARC konsoli un žurnālu eksportu uz SIEM.
- Izmēģinājums: 30 dienas bez maksas, nemainot e-pasta sistēmu.
Klytic MTA nepārvalda jūsu esošās e-pasta sistēmas tiesības un kontus un nesola līdzvērtību Microsoft 365 vai Google Workspace iebūvētajiem drošības rīkiem: tas tiek pievienots pirms tiem.
Šajā lapā aprakstīts princips. Microsoft un Google konsoles mainās: konkrētajām darbībām noteicošā ir to oficiālā dokumentācija.
Avoti
Skatīti 2026. gada oktobrī.
- Microsoft Learn, „Manage mail flow using a third-party cloud service with Exchange Online”: MX jānorāda uz trešās puses pakalpojumu; partnera tipa ienākošais savienotājs; uzlabotā filtrēšana savienotājiem, nevis filtrēšanas apiešana. learn.microsoft.com
- Google Workspace palīdzība, „Set up an inbound mail gateway”: MX uz vārteju, tās IP adrešu reģistrēšana, iespēja noraidīt pastu, kas nenāk caur vārteju; Gmail nepiemēro sūtītāja DMARC politiku pastam, kas saņemts caur vārteju. knowledge.workspace.google.com
- RFC 5321, SMTP: starpniekresursdatorus parasti norāda DNS MX ieraksts. rfc-editor.org
- Klytic, lapa Klytic MTA: piedāvājumu Essential un Advanced moduļi, papildiespējas, izvietošanas veidi, ieviešana ar MX. klytic.com
