Kā iestatīt e-pasta kastītes savam domēnam
Publicēts 2026. gada 29. jūlijā
Jaunai domēna e-pasta adresei vajadzētu prasīt tikai dažas minūtes, nevis vēlu nakts izmeklēšanu par DNS ierakstiem un aizmirstām parolēm. Tomēr e-pasts ir viens no tiem pakalpojumiem, kur viena neliela trūkstoša iestatījuma dēļ ziņojumi var netikt piegādāti, nonākt surogātpastā vai komanda nevar atbildēt brīdī, kad tas ir svarīgi.
Šajā praktiskajā ceļvedī ir skaidrots, kā iestatīt e-pasta kastītes domēnam, sākot ar pareizo adrešu izvēli un beidzot ar piegādes pārbaudi. Precīzie ekrānu nosaukumi dažādās hostinga platformās atšķiras, taču secība paliek viena un tā pati: izveidojiet e-pasta kastīti, norādiet savu domēnu uz e-pasta pakalpojumu, aizsargājiet sūtīšanu un pievienojiet ierīces, ko jūsu komanda patiešām izmanto.
Pirms iestatāt e-pasta kastītes, pieņemiet trīs lēmumus
Sāciet ar e-pasta kastīšu plānu, nevis vadības paneli. Izlemiet, kurām adresēm ir vajadzīgas savas iesūtnes un kurām vajadzētu vienkārši pārsūtīt ziņojumus citai personai.
Īstai e-pasta kastītei ir sava pieteikšanās, krātuve un iesūtne. Adresēm, piemēram, `jane@yourdomain.com`, `support@yourdomain.com` un `billing@yourdomain.com`, tas bieži ir vajadzīgs, jo tās var izmantot vairāk nekā viena persona vai arī ziņojumiem jāpaliek pieejamiem pēc darbinieku maiņas.
Aizstājvārds vai pārsūtītājs saņem pastu vienā adresē un nosūta to uz citu iesūtni. Piemēram, `hello@yourdomain.com` var pārsūtīt uz `jane@yourdomain.com`. Tas ir noderīgi mazam uzņēmumam, kam vajadzīga publiska adrese, neuzturot vēl vienu iesūtni. Tomēr ar pārsūtīšanu jābūt uzmanīgiem: tā var sarežģīt surogātpasta filtrēšanu un padara koplietojamo piekļuvi grūtāk pārvaldāmu, uzņēmumam augot.
Izlemiet arī, kur tiks mitināts jūsu e-pasts. Varat izmantot e-pasta pakalpojumu, kas iekļauts jūsu servera vadības panelī, specializētu uzņēmuma e-pasta pakalpojumu sniedzēju vai jūsu tīmekļa hostinga pakalpojumu sniedzēja mitinātu pakalpojumu. Nav viena universāla uzvarētāja. E-pasta mitināšana tajā pašā serverī var vienkāršot pārvaldību un uzturēt pakalpojumus vienuviet. Atsevišķs pakalpojumu sniedzējs var būt piemērotāks lielākām komandām, stingrām atbilstības prasībām vai organizācijām, kurām nepieciešami uzlaboti sadarbības rīki.
1. Izveidojiet e-pasta kastīti un iestatiet stipru paroli
Savā hostinga vai servera panelī atlasiet domēnu un atveriet sadaļu Mail. Izvēlieties iespēju pievienot e-pasta kastīti, pēc tam ievadiet e-pasta kastītes nosaukumu, piemēram, `sales`, un izveidojiet paroli.
Izmantojiet garu, unikālu paroli, ko ģenerējis paroļu pārvaldnieks. E-pasta konti ir augstas vērtības mērķi, jo caur tiem mēdz iet paroles atiestatīšanas saites, rēķini, klientu sarakstes un piekļuves pieprasījumi. Pazīstama parole ar papildu izsaukuma zīmi nav drošības plāns.
Iestatiet krātuves kvotu, ja jūsu platforma to atbalsta. Vienam lietotājam var pietikt ar dažiem gigabaitiem. Koplietojamām e-pasta kastītēm un kontiem, kas saņem pielikumus, var būt vajadzīgs vairāk vietas. Pareizais apjoms ir atkarīgs no jūsu glabāšanas paradumiem, taču neierobežota krātuve reti ir iemesls pārtraukt domāt par tīrīšanu un dublējumkopijām.
Ja veidojat adreses komandai, neizmantojiet vienu paroli vairākiem cilvēkiem. Kad vien iespējams, piešķiriet katram lietotājam individuālu e-pasta kastīti. Koplietojamai funkcijai, piemēram, atbalstam, izmantojiet deleģētu piekļuvi, koplietojamas e-pasta kastītes funkciju vai biļešu sistēmu, ja tā ir pieejama. Tas saglabā atbildību un padara piekļuves slēgšanu aizejošajiem darbiniekiem daudz mazāk dramatisku.
2. Konfigurējiet DNS ierakstus, kas maršrutē e-pastu
E-pasta kastītes izveide automātiski nenorāda internetam, kur piegādāt e-pastu. Šis uzdevums pieder DNS. Ja jūsu domēna DNS tiek pārvaldīts ārpus e-pasta hostinga pakalpojuma, jums ieraksti būs jāpievieno tur.
MX ieraksti
MX jeb Mail Exchange ieraksti norāda sūtītāju serveriem, kurš pasta serveris pieņem e-pastu jūsu domēnam. Jūsu e-pasta pakalpojumu sniedzējs jums norādīs resursdatora nosaukumu un prioritātes vērtību. Ievadiet tos tieši tā, kā norādīts.
Noņemiet vecos MX ierakstus, kas norāda uz iepriekšējo e-pasta pakalpojumu, ja vien jūsu pakalpojumu sniedzējs īpaši nenorāda tos paturēt. Pretrunīgi MX ieraksti ir biežs iemesls, kāpēc ziņojumi nonāk nepareizajā vietā vai pazūd iesūtnē, kuru neviens nepārbauda.
SPF, DKIM un DMARC ieraksti
MX ieraksti apstrādā ienākošo pastu. SPF, DKIM un DMARC palīdz pierādīt, ka izejošais pasts ir leģitīms. Uzņēmuma domēnam tie vairs nav izvēles papildinājumi. Bez tiem ziņojumi biežāk tiek filtrēti, noraidīti vai uzskatīti par aizdomīgiem.
SPF ir TXT ieraksts, kurā norādīti pakalpojumi, kam ir atļauts sūtīt pastu jūsu domēna vārdā. Tajā jāiekļauj katrs leģitīms sūtītājs, tostarp jūsu e-pasta hostings, tīmekļa vietnes veidlapas, CRM, rēķinu izrakstīšanas platforma un mārketinga rīks. Katram domēnam vajadzētu būt vienam SPF ierakstam. Vairāku SPF TXT ierakstu pievienošana ir pārsteidzoši efektīvs veids, kā radīt problēmu.
DKIM pievieno izejošajam e-pastam kriptogrāfisku parakstu. Jūsu pakalpojumu sniedzējs ģenerē ierakstu, parasti kā selektoru un garu publisko atslēgu. Pievienojiet to DNS, pēc tam iespējojiet DKIM e-pasta pakalpojumā, ja tas ir atsevišķs solis.
DMARC norāda saņēmēju serveriem, ko darīt, ja SPF vai DKIM pārbaudes neizdodas. Sāciet ar uzraudzības politiku, piemēram, `p=none`, kamēr apstiprināt, ka visi derīgie sūtīšanas pakalpojumi ir saskaņoti. Kad atskaites rāda, ka leģitīms pasts tiek korekti piegādāts, virzieties uz stingrāku politiku. Steigā iestatīts `p=reject` var bloķēt jūsu pašu rēķinu e-pastus tikpat efektīvi, cik tas bloķē viltošanu.
DNS izmaiņas var stāties spēkā ātri, taču pilnīga izplatīšanās var aizņemt vairākas stundas un reizēm līdz 24–48 stundām. Plānojiet šo aizkavi, pārvietojot e-pastu no cita pakalpojumu sniedzēja. Neatceliet veco pakalpojumu, kamēr neesat pārbaudījis piegādi jaunajā.
3. Pievienojiet tīmekļa pastu un e-pasta lietotnes
Kad e-pasta kastīte ir izveidota un MX ieraksti norāda uz pareizo pakalpojumu, vispirms piesakieties tīmekļa pastā. Nosūtiet testa ziņojumu uz personīgo adresi un atbildiet atpakaļ. Tas apstiprina, ka konts darbojas, pirms pievienojat tālruni, darbvirsmas lietotni un vēl vienu iestatījumu slāni.
Lai izmantotu Outlook, Apple Mail, Thunderbird vai mobilo e-pasta lietotni, jums būs vajadzīgi ienākošā un izejošā servera nosaukumi, portu numuri, šifrēšanas veids un jūsu pilnā e-pasta adrese kā lietotājvārds. Lielākajā daļā mūsdienu iestatījumu ienākošajam pastam izmanto IMAP, bet izejošajam pastam — SMTP ar SSL/TLS šifrēšanu.
Izvēlieties IMAP, nevis POP, ja vien jums nav konkrētas arhivēšanas darbplūsmas. IMAP uztur e-pasta sinhronizāciju starp tīmekļa pastu, klēpjdatoriem un tālruņiem. POP lejupielādē ziņojumus vienā ierīcē un var radīt neskaidrības, ja lietotājs sagaida, ka ziņojums parādīsies visur.
Izejošajam pastam iespējojiet SMTP autentifikāciju. Tas nozīmē, ka lietotnei pirms sūtīšanas ir jāpiesakās. Tas samazina ļaunprātīgu izmantošanu un neļauj serverim kļūt par atvērtu releju — tāda konfigurācijas kļūda ļoti ātri noved pie pasta servera iekļaušanas melnajā sarakstā.
Ja lietotne piedāvā automātisku konfigurāciju, vispirms izmantojiet to. Ja tā neizdodas, ievadiet pakalpojumu sniedzēja iestatījumus manuāli, nevis miniet. Pietiek ar vienu nepareizu servera nosaukumu vai drošības iestatījumu, lai citādi pilnībā darbspējīga e-pasta kastīte izskatītos salauzta.
4. Pārbaudiet piegādi, pirms nododat to komandai
E-pasta kastīte nav gatava tikai tāpēc, ka izveides ekrānā bija rakstīts “success.” Pārbaudiet visu maršrutu.
Ja iespējams, sūtiet ziņojumus no jaunās adreses uz Gmail, Outlook.com un vēl vienu ārēju pakalpojumu sniedzēju. Pēc tam sūtiet e-pastu atpakaļ uz jauno adresi. Pārbaudiet iesūtni, surogātpasta mapi un jebkuru karantīnas zonu e-pasta panelī. Pārbaudiet pielikumu un atbildi no katras ierīces, ko jūsu komanda plāno izmantot.
Ja kaut kas neizdodas, pārskatiet ziņojumu galvenes vai sava e-pasta pakalpojumu sniedzēja piegādes žurnālus. Noraidīts ziņojums bieži satur patieso iemeslu: MX ieraksts joprojām norāda citur, SPF neatļauj sūtīšanas serveri, DKIM trūkst vai saņēmējs noraida savienojumu. Kļūdas nolasīšana ir ātrāka nekā nejaušu iestatījumu izmēģināšana, līdz kaut kas mainās.
Ja pārejat no esoša e-pasta pakalpojumu sniedzēja, pārejas laikā paturiet veco e-pasta kastīti aktīvu. Ja vajadzīgs, nokopējiet vēsturisko e-pastu, atjauniniet DNS, pārbaudiet abus virzienus un tikai tad atsakieties no iepriekšējā pakalpojuma. E-pasta migrācijas atalgo pacietību. Dažas pārklāšanās stundas maksā mazāk nekā nokavēts klienta pieprasījums.
Ikdienas prakses, kas uztur e-pasta kastītes veselīgas
E-pasta kastītes iestatīšana ir tikai pirmā daļa. Lai e-pasts būtu uzticams, nepieciešama neliela regulāra aprūpe. Pārskatiet kontus, kad darbinieki vai ārpakalpojumu sniedzēji aiziet, noņemiet vecos pārsūtītājus un nomainiet paroles, ja jums ir aizdomas, ka konts ir ticis kompromitēts. Iespējojiet divfaktoru autentifikāciju, kur jūsu e-pasta platforma to atbalsta.
Sekojiet krātuves izmantojumam, piegādes kļūdām un surogātpasta sūdzībām. Pēkšņs atlektušo ziņojumu vilnis var norādīt uz DNS izmaiņām, kompromitētu e-pasta kastīti vai lietotni, kas sūta no adreses, kuru tai nekad nav bijis atļauts izmantot.
Arī servera bāzētam e-pastam uzraudzība ir svarīga. Neliels brīvās diska vietas apjoms, beigušies SSL sertifikāti un bloķēti izejošie porti var ietekmēt e-pasta piegādi. Tāds panelis kā FASTPANEL nodrošina skaidrāku vietu domēnu, e-pasta kastīšu un servera veselības pārvaldībai, nepārvēršot katru rutīnas pārbaudi komandrindas ekspedīcijā.
Mērķis nav padarīt e-pastu sarežģītu. Mērķis ir nodrošināt jūsu uzņēmumam adresi, kurai cilvēki uzticas, iesūtni, ko jūsu komanda var izmantot no jebkuras vietas, un iestatījumu kopu, ko jūs joprojām sapratīsiet pēc sešiem mēnešiem, kad kāds pilnīgi pamatoti pajautās, kāpēc e-pasts netiek piegādāts.