Kuidas seadistada oma domeenil postkaste
Avaldatud 29. juulil 2026
Uue domeeni e-posti aadressi loomine peaks võtma minuteid, mitte kujunema hilisõhtuseks DNS-kirjete ja unustatud paroolide uurimiseks. Ometi on e-post üks neist teenustest, kus üks väike puuduv seadistus võib takistada kirjade kohalejõudmist, saata need rämpsposti või jätta meeskonna ilma võimalusest vastata siis, kui see on oluline.
See praktiline juhend selgitab, kuidas seadistada postkaste domeeni jaoks, alates õigete aadresside valimisest kuni kohaletoimetamise kontrollimiseni. Täpsed ekraanil kuvatavad sildid erinevad hostimisplatvormiti, kuid tegevuste järjestus jääb samaks: loo postkast, suuna oma domeen postiteenusele, turva saatmine ja ühenda seadmed, mida sinu meeskond tegelikult kasutab.
Enne postkastide seadistamist tee kolm otsust
Alusta postkastide plaanist, mitte juhtpaneelist. Otsusta, millised aadressid vajavad omaenda postkasti ja millised peaksid lihtsalt kirjad kellelegi teisele edasi suunama.
Päris postkastil on oma sisselogimine, salvestusruum ja sisendkaust. Aadressid nagu `jane@yourdomain.com`, `support@yourdomain.com` ja `billing@yourdomain.com` vajavad seda sageli, sest neid võib kasutada rohkem kui üks inimene või peavad kirjad jääma kättesaadavaks ka pärast töötajavahetust.
Alias või edasisuunaja võtab kirju vastu ühel aadressil ja saadab need teise sisendkausta. Näiteks võib `hello@yourdomain.com` suunata kirjad edasi aadressile `jane@yourdomain.com`. See on kasulik väikeettevõttele, kes vajab avalikku aadressi ilma teist sisendkausta haldamata. Edasisuunamisega tasub siiski ettevaatlik olla: see võib muuta rämpspostifiltreerimise keerulisemaks ja raskendab ühiskasutuse haldamist ettevõtte kasvades.
Otsusta ka, kus sinu e-posti majutatakse. Võid kasutada oma serveri juhtpaneeliga kaasas olevat postiteenust, eraldi ärilise e-posti pakkujat või oma veebimajutaja hostitud teenust. Üht universaalset võitjat ei ole. E-posti majutamine samas serveris võib halduse lihtsamaks teha ja hoida teenused ühes kohas. Eraldi teenusepakkuja võib sobida paremini suurematele meeskondadele, rangete vastavusnõuetega vajadustele või organisatsioonidele, kes vajavad täiustatud koostöötööriistu.
1. Looge postkast ja määrake tugev parool
Valige oma hostimise või serveri paneelis domeen ja avage jaotis Mail. Valige postkasti lisamise võimalus, seejärel sisestage postkasti nimi, näiteks `sales`, ja looge parool.
Kasutage pikka ja unikaalset parooli, mis on genereeritud paroolihalduriga. E-posti kontod on kõrge väärtusega sihtmärgid, sest nende kaudu liiguvad tavaliselt parooli lähtestamise lingid, arved, kliendivestlused ja juurdepääsutaotlused. Tuttav parool koos ühe lisahüüumärgiga ei ole turvaplaan.
Määrake salvestusmahu kvoot, kui teie platvorm seda toetab. Ühele kasutajale võib mõnest gigabaidist piisata. Ühiskasutatavad postkastid ja manuseid vastuvõtvad kontod võivad vajada rohkem ruumi. Õige number sõltub teie säilitamisharjumustest, kuid piiramatu salvestusruum on harva põhjus lõpetada koristamisele ja varundustele mõtlemine.
Kui loote aadresse meeskonnale, vältige ühe parooli jagamist mitme inimese vahel. Andke igale kasutajale võimaluse korral eraldi postkast. Jagatud funktsiooni, näiteks toe jaoks, kasutage delegeeritud juurdepääsu, ühiskasutatava postkasti funktsiooni või piletisüsteemi, kui see on saadaval. See säilitab vastutuse ja muudab töölt lahkumise protsessi palju vähem dramaatiliseks.
2. Konfigureerige DNS-kirjed, mis suunavad e-posti
Postkasti loomine ei ütle internetile automaatselt, kuhu e-kirjad kohale toimetada. See ülesanne kuulub DNS-ile. Kui teie domeeni DNS-i hallatakse väljaspool postihosti, peate kirjed lisama sinna.
MX-kirjed
MX- ehk Mail Exchange'i kirjed ütlevad saatvatele serveritele, milline postiserver võtab teie domeeni jaoks e-kirju vastu. Teie postiteenuse pakkuja annab teile hostinime ja prioriteedi väärtuse. Sisestage need täpselt nii, nagu need anti.
Eemaldage vanad MX-kirjed, mis viitavad eelmisele postiteenusele, välja arvatud juhul, kui teenusepakkuja käsib neid konkreetselt alles hoida. Vastuolulised MX-kirjed on levinud põhjus, miks kirjad jõuavad valesse kohta või kaovad sisendkausta, mida keegi ei kontrolli.
SPF-, DKIM- ja DMARC-kirjed
MX-kirjed käsitlevad sissetulevat e-posti. SPF, DKIM ja DMARC aitavad tõendada, et väljaminev e-post on legitiimne. Need ei ole äridomeeni jaoks enam valikulised lisad. Ilma nendeta filtreeritakse, lükatakse tagasi või käsitletakse kirju suurema kahtlusega.
SPF on TXT-kirje, mis loetleb teenused, millel on lubatud teie domeeni nimel kirju saata. See peab sisaldama kõiki legitiimseid saatjaid, sealhulgas teie postihosti, veebisaidi vorme, CRM-i, arveldusplatvormi ja turundustööriista. Teil peaks olema domeeni kohta üks SPF-kirje. Mitme SPF TXT-kirje lisamine on üllatavalt tõhus viis probleemi tekitamiseks.
DKIM lisab väljaminevale e-postile krüptograafilise allkirja. Teie teenusepakkuja genereerib kirje, tavaliselt valijana ja pika avaliku võtmena. Lisage see DNS-i, seejärel lubage DKIM postiteenuses, kui see on eraldi samm.
DMARC ütleb vastuvõtvatele serveritele, mida teha siis, kui SPF-i või DKIM-i kontroll ebaõnnestub. Alustage jälgimispoliitikaga, näiteks `p=none`, samal ajal kui kinnitate, et kõik kehtivad saatmisteenused on kooskõlas. Kui aruanded näitavad, et legitiimne post läbib kontrolli õigesti, liikuge rangema poliitika poole. Rutakas `p=reject` seade võib blokeerida teie enda arvekirjad sama tõhusalt kui võltsimise.
DNS-i muudatused võivad rakenduda kiiresti, kuid täielik levik võib võtta mitu tundi ja mõnikord kuni 24–48 tundi. Arvestage selle viivitusega, kui kolite e-posti teiselt teenusepakkujalt. Ärge tühistage vana teenust enne, kui olete uues teenuses kohaletoimetamist testinud.
3. Ühendage veebipost ja e-posti rakendused
Kui postkast on olemas ja MX-kirjed viitavad õigele teenusele, logige esmalt sisse veebiposti kaudu. Saatke testkiri isiklikule aadressile ja vastake sellele tagasi. See kinnitab, et konto töötab, enne kui lisate telefoni, töölauarakenduse ja veel ühe seadistuste kihi.
Outlooki, Apple Maili, Thunderbirdi või mobiilse e-posti rakenduse kasutamiseks vajate sissetuleva ja väljamineva serveri nimesid, pordinumbreid, krüptimise tüüpi ja kasutajanimena oma täielikku e-posti aadressi. Enamik tänapäevaseid seadistusi kasutab sissetuleva e-posti jaoks IMAP-i ja väljamineva e-posti jaoks SMTP-d koos SSL/TLS-krüptimisega.
Valige IMAP, mitte POP, välja arvatud juhul, kui teil on konkreetne arhiveerimise töövoog. IMAP hoiab e-posti sünkroonis veebiposti, sülearvutite ja telefonide vahel. POP laadib kirjad alla ühte seadmesse ja võib tekitada segadust, kui kasutaja ootab, et kiri ilmuks kõikjal.
Väljamineva e-posti jaoks lubage SMTP autentimine. See tähendab, et rakendus peab enne saatmist sisse logima. See vähendab kuritarvitamist ja hoiab ära serveri muutumise avatud releeks, mis on selline konfiguratsiooniviga, mis viib postiserveri väga kiiresti musta nimekirja.
Kui rakendus pakub automaatset seadistamist, kasutage seda kõigepealt. Kui see ebaõnnestub, sisestage teenusepakkuja seaded käsitsi, mitte ärge hakake oletama. Ühest valest serverinimest või turvaseadest piisab, et muidu täiesti toimiv postkast näiks katkisena.
4. Testige kohaletoimetamist enne, kui annate selle meeskonnale üle
Postkast ei ole valmis ainult sellepärast, et loomise ekraan ütles „õnnestus“. Testige kogu teekonda.
Saatke kirju uuelt aadressilt Gmaili, Outlook.com-i ja võimaluse korral veel ühe välise teenusepakkuja aadressile. Seejärel saatke kiri tagasi uuele aadressile. Kontrollige sisendkausta, rämpsposti kausta ja kõiki karantiinialasid postipaneelis. Testige manust ja vastust igast seadmest, mida teie meeskond plaanib kasutada.
Kui midagi ebaõnnestub, vaadake üle kirja päised või oma postiteenuse pakkuja kohaletoimetamislogid. Tagasi lükatud kiri sisaldab sageli tegelikku põhjust: MX-kirje viitab endiselt mujale, SPF ei volita saatvat serverit, DKIM puudub või adressaat lükkab ühenduse tagasi. Veateate lugemine on kiirem kui juhuslike seadete proovimine, kuni midagi muutub.
Kui liigute üle olemasolevalt e-posti teenusepakkujalt, hoidke vana postkast ülemineku ajal aktiivsena. Kopeerige vajadusel varasem e-post, uuendage DNS-i, testige mõlemat suunda ja alles siis lõpetage eelmise teenuse kasutamine. E-posti migratsioonid tasuvad kannatlikkuse eest. Mõnetunnine kattuvus maksab vähem kui üks kaotatud kliendipäring.
Igapäevased praktikad, mis hoiavad postkastid töökorras
Postkasti seadistamine on alles esimene osa. E-posti töökindlana hoidmine nõuab vähesel määral rutiinset hoolt. Vaadake kontod üle, kui töötajad või töövõtjad lahkuvad, eemaldage vanad edasisuunajad ja vahetage paroole, kui kahtlustate, et konto on lekkinud. Lubage kaheastmeline autentimine seal, kus teie postiplatvorm seda toetab.
Jälgige salvestusruumi kasutust, kohaletoimetamisvigu ja rämpspostikaebusi. Äkitselt suur hulk tagasipõrkunud kirju võib viidata DNS-i muudatusele, kompromiteeritud postkastile või rakendusele, mis saadab aadressilt, mida tal ei olnud kunagi luba kasutada.
Serveripõhise e-posti puhul on ka jälgimine oluline. Vähene kettaruum, aegunud SSL-sertifikaadid ja blokeeritud väljaminevad pordid võivad kõik mõjutada e-posti kohaletoimetamist. Selline paneel nagu FASTPANEL annab teile selgema koha domeenide, postkastide ja serveri tervise haldamiseks, ilma et iga rutiinne kontroll muutuks käsurea-ekspeditsiooniks.
Eesmärk ei ole muuta e-posti keeruliseks. Eesmärk on anda teie ettevõttele aadress, mida inimesed usaldavad, sisendkaust, mida teie meeskond saab kasutada kõikjalt, ja seadistus, millest te saate ka kuue kuu pärast veel aru, kui keegi täiesti põhjendatult küsib, miks post kohale ei jõua.