4 modulis · 4.1

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

4 modulis: Pristatomumas: SPF, DKIM ir DMARC praktikoje · Skaitymo trukmė: 10 min.

Mokymosi tikslas: Po šios pamokos galėsite įvardyti keturis lygmenis, kuriais gavėjas vertina gaunamą laišką, paaiškinti, kodėl teiginys „man juk ateina“ nieko neįrodo, ir testu nustatyti, kuriame lygmenyje slypi problema.

Pagrindinės sąvokos: pristatomumas (deliverability), pristatymas prieš patekimą į gautuosius (inbox), techninis tvarkingumas, autentifikavimas (SPF, DKIM, DMARC), suderinimas (alignment), IP reputacija, domeno reputacija, turinys, gavėjų elgsena (skundai, atidarymas, trynimas), kiekvieno gavėjo filtrai, Authentication-Results, testinis laiškas, matavimo įrankiai

Pristatyta nereiškia, kad pasiekta

Jei Jūsų serveris perdavė laišką gavėjo serveriui, ir tas atsakė 250 OK, laiškas yra pristatytas. Tai dar nereiškia, kad jis atsidūrė gautųjų dėžutėje. Gavėjo serveris gali jį tada perkelti į šlamšto aplanką, skirtuką „Reklama“, karantiną, arba net tyliai sunaikinti.

Pristatomumas (angl. deliverability) susijęs būtent su šiuo antruoju žingsniu: ar Jūsų laiškas pasiekia tą vietą, kurioje turi atsidurti? Ir tai kiekvienas gavėjas sprendžia pats. Gmail vertina kitaip nei Microsoft, o įmonė su savo šlamšto filtru vėlgi kitaip. Nėra centralizuoto taisyklių sąrašo. Tačiau lygmenys, kuriais vertinama, visur maždaug tie patys.

1 lygmuo: techninis tvarkingumas

Prieš žiūrėdamas į turinį, filtras pirmiausia pažiūri į patį ryšį:

Ar siunčiančio serverio IP adresas turi tvarkingą atvirkštinį DNS (PTR) įrašą, nurodantį atgal į tą patį adresą? (Pamoka 5.1.)
Ar serveris tinkamai prisistato su tikru vardu komandoje EHLO?
Ar ryšys šifruojamas naudojant TLS?
Ar serveris laikosi SMTP taisyklių ir bando iš naujo po laikino atsisakymo?

Jei pašto dėžutė yra pas hostingo paslaugų teikėją ar didelę pašto paslaugą, tai paprastai būna tvarkoje. Tai tampa svarbu, kai patys administruojate serverį, pavyzdžiui, VPS, kuris tiesiogiai siunčia paštą, arba kai spausdintuvas ar kamera patys siunčia laiškus.

2 lygmuo: autentifikavimas

Tai lygmuo, kuriame Jūs, kaip domeno administratorius, galite padaryti daugiausiai, ir apie jį kalbama šiame modulyje:

SPF (pamoka 4.2): ar šis serveris gali siųsti paštą domeno vardu?
DKIM (pamoka 4.3): ar laiškas pasirašytas ir ar parašas teisingas?
DMARC (pamoka 4.4): ar sėkminga patikra susijusi su domenu, nurodytu Iš adrese (suderinimas, alignment), ir ką gavėjas turi daryti, jei taip nėra?

Šių trijų įrašų pagrindai pateikti DNS kurso 4 modulyje. Čia kalbama apie praktiką: visų Jūsų vardu siunčiančių paslaugų nustatymą ir politikos laipsnišką griežtinimą.

Jei autentifikavimo trūksta, vertinimas prastėja. Nuo 2024 ir 2025 metų didieji gavėjai tai laiko ir griežtu reikalavimu: Gmail, Yahoo ir Microsoft iš visų siuntėjų reikalauja bent SPF arba DKIM, o iš masinio siuntimo siuntėjų, SPF, DKIM ir DMARC su suderinimu. Tai išsamiai aptariama pamokoje 5.3.

3 lygmuo: reputacija

Gavėjas prisimena, ką anksčiau gavo iš siuntėjo. Čia vertinama:

IP reputacija: kas anksčiau buvo siunčiama iš šio IP adreso? Dalijantis hostingu ir didelėse pašto paslaugose daugelis siuntėjų naudoja tą patį IP; vienas blogas siuntėjas gali paveikti visus. Naujas IP be istorijos vertinamas atsargiai.
Domeno reputacija: kas anksčiau buvo siunčiama iš šio domeno (domeno, nurodyto Iš adrese, ir DKIM domeno)? Tai vis svarbesnis veiksnys, kadangi DKIM ir DMARC leidžia patikimai atpažinti domeną. Gera domeno reputacija išlieka, kai keičiate serverį.
Blokavimo sąrašai (blocklists): vieši sąrašai su IP adresais ar domenais, iš kurių buvo siunčiamas šlamštas (pamoka 5.2).

Reputaciją kuriate lėtai, o prarandate greitai.

4 lygmuo: turinys ir elgsena

Tik paskutiniu etapu filtras pažiūri į patį laišką ir į tai, ką su juo daro gavėjai:

Turinys: nuorodos į domenus su bloga reputacija, sutrumpintos nuorodos, tik didelis paveikslėlis be teksto, priedai su makrokomandomis, tema, neturinti nieko bendro su turiniu, sugadintas formatavimas.
Gavėjų elgsena: tai didžiausią įtaką turintis veiksnys didelėse pašto paslaugose. Jei daug gavėjų spaudžia „Tai šlamštas“, Jūsų reputacija krenta. Jei laiškai atidaromi, į juos atsakoma arba jie ištraukiami iš šlamšto aplanko, reputacija kyla. Gmail siekia, kad mažiau nei 0,3 % gavėjų pažymėtų Jūsų laišką kaip šlamštą, o geriau, kad šis rodiklis būtų mažesnis nei 0,1 %.

Mintis, kad pavieniai „šlamšto žodžiai“, tokie kaip nemokama ar pasiūlymas, sustabdo Jūsų laišką, iš esmės yra mitas. Šiuolaikiniai filtrai vertina laišką kaip visumą. Naujienlaiškis su žodžiu nemokama nuo siuntėjo su gera autentifikacija ir gera reputacija puikiai pasiekia gavėją; tvarkingas tekstas nuo nežinomo serverio be SPF nepasiekia.

Kodėl „man juk ateina“ nieko neįrodo

Siunčiate testinį laišką į savo Gmail adresą, ir jis atsiduria gautuosiuose. Vadinasi, viskas gerai? Nebūtinai:

Greičiausiai anksčiau jau esate susirašinėję su tuo adresu. Filtras labiau pasitiki siuntėju, su kuriuo turite ryšį.
Vienas gavėjas nėra tas pats, kas kitas. Microsoft gali atmesti laišką, kurį Gmail priima.
Vienas laiškas nėra tas pats, kas tūkstantis. Naujienlaiškis tūkstančiui adresų vertinamas kitaip nei pavienis laiškas.

Testinis laiškas vis dėlto naudingas, tačiau tam, kad perskaitytumėte antraštes (pamoka 1.5). Ten tiksliai parašyta, ką nustatė gavėjas:

Authentication-Results: mx.google.com;
       dkim=pass header.i=@example.com header.s=x header.b=Ab12Cd34;
       spf=pass (google.com: domain of info@example.com designates 192.0.2.25 as permitted sender) smtp.mailfrom=info@example.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=example.com

Čia visos trys patikros sėkmingos. Jei matote spf=softfail, dkim=none arba dmarc=fail, žinote, kuriame lygmenyje reikia ieškoti problemos. Taip problemą nustatote konkrečiai, o ne spėliojate.

Trijų žingsnių metodas

Patikrinkite savo DNS naudodami įrankį, kuris tikrina MX, SPF, DKIM, DMARC ir blokavimo sąrašus. Pavyzdžiai: WebOké E-mailcheck ir Domeno būklė (Domein gezondheid), internet.nl, MXToolbox. Jie parodo, kas yra DNS įrašuose, bet ne tai, kaip realiai vertinamas tikras laiškas.
Nusiųskite tikrą testinį laišką į adresą Gmail ir Outlook.com, arba į testinę paslaugą, pavyzdžiui, mail-tester, ir perskaitykite antraštes arba ataskaitą. Taip pamatysite, ar laiškas praktiškai praeina SPF, DKIM ir DMARC patikras.
Pažiūrėkite į reputaciją ir elgseną, jei technika tvarkinga: ar Jūsų IP yra blokavimo sąraše? Ar siunčiate naujienlaiškius žmonėms, kurie to prašė? Jei esate didelis siuntėjas, galite stebėti per Google Postmaster Tools ir Microsoft SNDS.

Praktikoje: kaip tai atrodo valdymo skydelyje

WebOké svetainėje yra nemokamas E-mailcheck (www.weboke.lt/emailcheck): įvedate domeną ir matote įvertinimą su MX, SPF, DMARC bei pirmojo pašto serverio blokavimo sąrašų patikra, su rekomendacijomis. Mano WebOké skiltyje Domeno būklė (Domein gezondheid) tą patį patikrina Jūsų nuosaviems domenams, su taisymo mygtukais. Tai tik du iš daugelio įrankių; internet.nl ir MXToolbox atlieka panašias patikras, ir kiekvienas paslaugų teikėjas turi savo versiją. Naudokite kelis vienu metu: nė vienas įrankis nemato visko.

Santrauka

Pristatyta reiškia tik tai, kad gavėjo serveris priėmė laišką; ar jis atsidurs gautuosiuose, sprendžia gavėjas.
Gavėjai vertina keturiais lygmenimis: technika, autentifikavimas, reputacija ir turinys/elgsena.
Autentifikavimą (SPF, DKIM, DMARC) kontroliuojate patys, ir tai yra griežtas reikalavimas pas didelius gavėjus.
Gavėjų skundai sveria daugiau nei pavieniai žodžiai Jūsų tekste.
Perskaitykite testinio laiško antraštę Authentication-Results, kad pamatytumėte, kur slypi problema.

Testas

Užduotis

Užduotis Z4.1: Patikrinkite savo domeną e. pašto patikra. Įveskite savo domeną (arba, jei jo neturite, internet.nl). Programa patikrins MX, SPF, DKIM selektorius, kuriuos pavyks rasti, DMARC ir pirmojo pašto serverio blokavimo sąrašų patikrą. Tada patys užpildykite: koks domeno SPF pabaiga, kokia DMARC politika ir ar pirmasis pašto serveris yra blokavimo sąraše. Programa Jūsų atsakymus palygins su realiais rezultatais. Vienu sakiniu paaiškinkite, kurį iš keturių lygmenų Jūsų domenui labiausiai reikėtų patobulinti.

Skaitykite daugiau

Šiuose straipsniuose aprašyti žingsniai galioja WebOké valdymo skydeliams; pas kitus paslaugų teikėjus veikimas panašus.

Slapukai WebOké svetainėje

Slapukų nustatymai

Būtinieji

Rinkodara