Verslo el. paštas su savo domenu: SPF, DKIM ir DMARC paprastai

Laiškas iš [email protected] kelia daugiau pasitikėjimo nei iš [email protected]. Tačiau vien adreso neužtenka: jei domeno DNS nėra SPF, DKIM ir DMARC įrašų, laiškai vis dažniau patenka į šlamštą arba gavėjo visai nepasiekia. Paaiškiname, ką daro kiekvienas įrašas ir kaip juos susitvarkyti be IT skyriaus.

Kodėl verslui verta turėti el. paštą su savo domenu

Adresas su jūsų domenu iš karto parodo, kas rašo. Gavėjui nereikia spėlioti, ar [email protected] tikrai ta pati įmonė, su kuria jis kalbėjo telefonu. Svetainė, el. paštas ir sąskaitos turi vieną vardą, todėl įmonė atrodo patikimesnė.

Svarbi ir kontrolė. Pašto dėžutės priklauso įmonei, o ne konkrečiam darbuotojui. Išėjus žmogui, jo dėžutę galite perduoti kitam arba nukreipti laiškus, o susirašinėjimas su klientais niekur nedingsta. Pakeitus el. pašto tiekėją, adresai lieka tie patys, nes domenas yra jūsų.

Kodėl laiškai patenka į šlamštą

El. pašto protokolas sukurtas prieš kelis dešimtmečius ir pats savaime netikrina siuntėjo. Laiško laukelyje „Nuo“ galima įrašyti bet kokį adresą, todėl sukčiai lengvai apsimeta bankais, kurjeriais ar net jūsų įmone. Gaunantys serveriai su tuo kovoja tikrindami siuntėjo domeno DNS įrašus. Jei jų nėra arba jie neteisingi, laiškas laikomas įtartinu.

Didieji pašto tiekėjai šias patikras pavertė privalomomis. Google ir Yahoo reikalavimus siuntėjams paskelbė dar 2024 m. vasarį, o nuo 2025 m. lapkričio Gmail neatitinkančius laiškus pradėjo atmesti, ne tik perkelti į šlamštą. Microsoft panašius reikalavimus Outlook.com ir Hotmail gavėjams taiko nuo 2025 m. gegužės.

Ar tai liečia ir mažą įmonę? Griežčiausi reikalavimai taikomi siunčiantiems daugiau nei 5 000 laiškų per dieną. Tačiau ir mažesnių siuntėjų laiškai be šių įrašų dažniau patenka į šlamštą, todėl juos verta susitvarkyti visiems.

Trys įrašai – trys skirtingi klausimai

SPF, DKIM ir DMARC nėra programos, kurias reikėtų įsidiegti. Tai paprasti tekstiniai (TXT) įrašai jūsų domeno DNS zonoje. Kiekvienas jų atsako į vieną gaunančio serverio klausimą:

Įrašas	Į kokį klausimą atsako	Palyginimas
SPF	Ar šis serveris turi teisę siųsti laiškus jūsų domeno vardu?	Svečių sąrašas prie durų
DKIM	Ar laiškas tikrai išsiųstas jūsų ir pakeliui nebuvo pakeistas?	Antspaudas ant voko
DMARC	Ką daryti, jei patikra nepavyko, ir kam apie tai pranešti?	Instrukcija apsaugai

Veikia jie tik kartu: SPF ir DKIM patikrina laišką, o DMARC nurodo, ką daryti su patikros rezultatu.

SPF: kas gali siųsti jūsų vardu

SPF įraše išvardijami visi serveriai ir paslaugos, siunčiantys laiškus su jūsų domenu. Tai ne tik pašto dėžutės, bet ir naujienlaiškių įrankis, CRM, sąskaitų programa ar el. parduotuvė, siunčianti užsakymų patvirtinimus.

jusuimone.lt.   TXT   "v=spf1 mx include:_spf.google.com ~all"

v=spf1 – įrašo pradžia, rodo, kad tai SPF.
mx – siųsti leidžiama jūsų domeno pašto serveriams.
include: – leidžiama siųsti kito tiekėjo serveriams, šiame pavyzdyje Google Workspace.
~all – laiškai iš visų kitų serverių laikomi įtartinais. Griežtesnė forma -all reiškia, kad jie atmetami.

Trys taisyklės

Vienam domenui – vienas SPF įrašas. Jei jų yra du, neveikia nė vienas. Naują paslaugą pridėkite prie esamo įrašo, o ne kurkite atskirą.
Ne daugiau kaip 10 DNS užklausų. Kiekvienas include:, a ar mx yra užklausa, o vieno include: viduje jų gali būti dar kelios. Viršijus limitą, SPF patikra nepavyksta.
Pradėkite nuo ~all. Kai įsitikinsite, kad įtraukėte visus siuntėjus, galėsite pereiti prie -all.

DKIM: skaitmeninis parašas kiekvienam laiškui

Siųsdamas laišką, pašto serveris jį pasirašo privačiu raktu. Viešąjį raktą jūs paskelbiate DNS, o gavėjo serveris pagal jį patikrina, ar parašas tikras ir ar laiškas pakeliui nebuvo pakeistas.

default._domainkey.jusuimone.lt.   TXT   "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOC…"

Pirmoji įrašo dalis (šiame pavyzdyje default) vadinama selektoriumi. Jis leidžia turėti kelis raktus vienu metu, pavyzdžiui, vieną pašto dėžutėms, kitą naujienlaiškių įrankiui. Raktą sugeneruoja el. pašto tiekėjas, jums tereikia jį nukopijuoti į DNS.

Patarimas. Rinkitės 2048 bitų raktą. Kopijuodami patikrinkite, ar į raktą nepateko tarpų ar eilučių lūžių: dėl vieno klaidingo simbolio parašo nebepavyks patikrinti.

DMARC: ką daryti su netikrais laiškais

DMARC sujungia SPF ir DKIM. Jis tikrina, ar bent viena iš šių patikrų pavyko ir ar patikrintas domenas sutampa su tuo, kurį gavėjas mato laukelyje „Nuo“. Be šio sutapimo sukčius galėtų siųsti laiškus iš savo domeno su teisingu SPF, o gavėjui rodyti jūsų adresą.

_dmarc.jusuimone.lt.   TXT   "v=DMARC1; p=none; rua=mailto:[email protected]"

Svarbiausia įrašo dalis yra p – politika. rua nurodo adresą, kuriuo gausite ataskaitas: kas ir iš kokių serverių siuntė laiškus jūsų domeno vardu.

Politika	Kas nutinka netikram laiškui	Kada naudoti
p=none	Nieko, jūs tik gaunate ataskaitas	Pirmos 2–4 savaitės
p=quarantine	Laiškas keliauja į šlamštą	Kai ataskaitose matote tik savo siuntėjus
p=reject	Laiškas atmetamas ir gavėjo nepasiekia	Galutinis tikslas

Nešokite iš karto prie p=reject. Jei pamiršote įtraukti, pavyzdžiui, sąskaitų programą, jos laiškai klientų tiesiog nebepasieks. Pradėkite stebėjimo režimu, peržiūrėkite ataskaitas ir politiką griežtinkite palaipsniui.

Patikrinkite savo domeną

Įrašykite domeną ir pamatysite, kurie įrašai jau yra ir ką reikia pataisyti.

Domenas arba el. pašto adresas

Patikra vyksta jūsų naršyklėje per viešą Google Public DNS paslaugą. Jei ką tik pakeitėte įrašus, pakeitimai gali pasimatyti tik po kelių valandų.

Dažniausios klaidos

Du SPF įrašai. Prijungiant naujienlaiškių įrankį sukuriamas antras įrašas, užuot papildžius esamą. Tada SPF neveikia visai.
Pamiršti siuntėjai. Pašto dėžutės sutvarkytos, bet el. parduotuvės užsakymų laiškai ar naujienlaiškiai siunčiami per kitą paslaugą, kuri neįtraukta į SPF ir neturi DKIM.
Iš karto p=reject. Dalis teisėtų laiškų dingsta, ir niekas nesupranta kodėl.
Ataskaitų niekas neskaito. DMARC ataskaitos ateina XML formatu. Skirkite joms atskirą pašto dėžutę arba naudokite ataskaitų analizės įrankį.
Laiškai iš VPS be atvirkštinio DNS. Jei paštą siunčiate iš savo serverio, jo IP adresui reikia PTR įrašo, rodančio į pašto serverio vardą. Be jo dalis tiekėjų laiškus atmeta.

Nuo ko pradėti

Užsiregistruokite domeną. Iki lapkričio 8 d. su E-PREKYBAI, PLIUS arba VPS planu 12, 24 ar 36 mėnesiams pirmieji domeno metai – nemokamai.
Susikurkite pašto dėžutes. WEB hostingo planuose jos jau įskaičiuotos. VPS serveryje galite įsidiegti savo pašto serverį arba naudoti išorinį el. pašto tiekėją.
Pridėkite SPF ir DKIM įrašus pagal el. pašto tiekėjo pateiktas reikšmes.
Paskelbkite DMARC su p=none ir nurodykite ataskaitų adresą.
Patikrinkite domeną aukščiau esančia forma, o po kelių savaičių, peržiūrėję ataskaitas, griežtinkite politiką.

Jei kyla klausimų dėl DNS įrašų, kreipkitės į Redfox Cloud palaikymo komandą.

Įdomu? Štai daugiau naujienų ir įžvalgų

Visos naujienos