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ą į pašto dėžutę (inbox), techninis tvarkingumas, autentifikavimas (SPF, DKIM, DMARC), suderinimas (alignment), IP adreso reputacija, domeno reputacija, turinys, gavėjų elgsena (skundai, atidarymas, trynimas), kiekvieno gavėjo filtrai, Authentication-Results, testinis laiškas, matavimo įrankiai
Pristatyta nereiškia pasiekta
Jei Jūsų serveris perdavė laišką gavėjo serveriui ir šis atsakė 250 OK, laiškas yra pristatytas. Tai dar nereiškia, kad jis atsidūrė Gautuose laiškuose. Gavėjo serveris gali vėliau jį perkelti į šlamšto aplanką, skirtuką „Reklama“, karantiną arba net tyliai pašalinti.
Pristatomumas (angliškai deliverability) kaip tik ir apima šį antrąjį žingsnį: ar Jūsų laiškas pasiekia ten, kur turėtų? Tai sprendžia kiekvienas gavėjas savarankiškai. „Gmail“ vertina kitaip nei „Microsoft“, o įmonė su savo šlamšto filtru dar kitaip. Nėra vieno bendro taisyklių sąrašo. Tačiau lygmenys, pagal kuriuos vertinama, visur yra maždaug tie patys.
1 lygmuo: techninis tvarkingumas
Prieš filtrui pažiūrint į turinį, jis patikrina ryšį:
- Ar siunčiančio serverio IP adresas turi tvarkingą atvirkštinį DNS (PTR), kuris nurodo atgal į tą patį adresą? (3 pamoka, 5.1.)
- Ar serveris tinkamai prisistato su tikru pavadinimu per
EHLO? - Ar ryšys šifruojamas naudojant TLS?
- Ar serveris laikosi SMTP taisyklių ir bando iš naujo po laikino atsisakymo?
Jei naudojatės prieglobos bendrovės arba didelės pašto paslaugos pašto dėžute, tai beveik visada tvarkoje. Tai tampa problema, jei patys administruojate serverį, pavyzdžiui, VPS, kuris siunčia tiesiogiai, arba spausdintuvą ar kamerą, kurie patys siunčia laiškus.
2 lygmuo: autentifikavimas
Tai lygmuo, kuriame Jūs, kaip domeno administratorius, galite padaryti daugiausiai, ir apie jį kalba šis modulis:
- SPF (4.2 pamoka): ar šiam serveriui leista siųsti laiškus domeno vardu?
- DKIM (4.3 pamoka): ar laiškas pasirašytas ir ar parašas teisingas?
- DMARC (4.4 pamoka): ar sėkmingas patikrinimas susietas su domenu, nurodytu lauke „Iš“ (suderinimas), ir ką turėtų daryti gavėjas, jei taip nėra?
Šių trijų įrašų pagrindai pateikti DNS kurse, 4 modulyje. Čia kalbama apie praktiką: visų Jūsų vardu laiškus siunčiančių paslaugų identifikavimą ir politikos griežtinimą žingsnis po žingsnio.
Jei autentifikavimo trūksta, vertinimas suprastėja. Nuo 2024 ir 2025 metų didieji gavėjai tai laiko griežtu reikalavimu: „Gmail“, „Yahoo“ ir „Microsoft“ reikalauja bent SPF arba DKIM iš visų, o iš masinių siuntėjų, SPF, DKIM ir DMARC su suderinimu. Tai plačiau aptariama 5.3 pamokoje.
3 lygmuo: reputacija
Gavėjas prisimena, ką anksčiau gavo iš siuntėjo. Čia žiūrima į:
- IP adreso reputaciją: kas anksčiau buvo gauta iš šio IP adreso? Dalijamojoje prieglobose ir didelėse pašto paslaugose daug siuntėjų dalijasi tuo pačiu IP adresu; vienas blogas siuntėjas gali paveikti visus. Naujas IP adresas be istorijos vertinamas atsargiai.
- Domeno reputaciją: kas anksčiau buvo gauta iš šio domeno (domeno, nurodyto lauke „Iš“, ir DKIM domeno)? Tai sveria vis daugiau, būtent todėl, kad DKIM ir DMARC leidžia patikimai atpažinti domeną. Gera domeno reputacija išlieka, net pakeitus serverį.
- Blokavimo sąrašus (blocklists): viešus IP adresų ar domenų, siuntusių šlamštą, sąrašus (5.2 pamoka).
Reputaciją kuriate ilgai, o prarandate greitai.
4 lygmuo: turinys ir elgsena
Tik pačioje pabaigoje filtras pažiūri į patį laišką ir į tai, ką su juo daro gavėjai:
- Turinys: nuorodos į blogos reputacijos domenus, sutrumpintos nuorodos, tik didelis paveikslėlis be teksto, priedai su makrokomandomis, tema, neturinti nieko bendro su turiniu, sugadintas formatavimas.
- Gavėjų elgsena: tai sveria daugiausiai didelėse pašto paslaugose. Jei daug gavėjų spaudžia „Tai šlamštas“, Jūsų reputacija blogėja. Jei laiškai atidaromi, į juos atsakoma arba jie ištraukiami iš šlamšto aplanko, reputacija gerėja. „Gmail“ nori, kad mažiau nei 0,3 % gavėjų pažymėtų Jūsų laišką kaip šlamštą, o geriau, kad mažiau nei 0,1 %.
Idėja, kad pavieniai „šlamšto žodžiai“, tokie kaip nemokamai ar pasiūlymas, sustabdo Jūsų laišką, iš esmės yra mitas. Šiuolaikiniai filtrai vertina visumą. Naujienlaiškis su žodžiu „nemokamai“ iš siuntėjo, turinčio gerą autentifikavimą ir gerą reputaciją, puikiai pasieks gavėją; tvarkingas tekstas iš nežinomo serverio be SPF jo nepasieks.
Kodėl „man juk ateina“ nieko neįrodo
Siunčiate testinį laišką į savo paties „Gmail“ adresą, ir jis atsiduria Gautuose laiškuose. Vadinasi, viskas gerai? Nebūtinai:
- Tikriausiai anksčiau jau susirašinėjote su tuo adresu. Filtras labiau pasitiki siuntėju, su kuriuo turite kontaktą.
- 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, siunčiamas tūkstančiui adresų, vertinamas kitaip nei pavienis laiškas.
Testinis laiškas vis dėlto naudingas, tačiau tam, kad perskaitytumėte kopregeles (1.5 pamoka). Jose tiksliai parašyta, ką gavėjas nustatė:
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 visi trys patikrinimai sėkmingi. Jei matote spf=softfail, dkim=none arba dmarc=fail, žinote, kuriame lygmenyje ieškoti. Taip problemą nustatote, o ne spėliojate.
Trijų žingsnių planas
- Patikrinkite savo DNS įrankiu, kuris tikrina MX, SPF, DKIM, DMARC ir blokavimo sąrašus. Pavyzdžiai: WebOké el. pašto patikra ir Domeno sveikata, internet.nl, MXToolbox. Jie parodo, kas yra DNS įrašuose, bet ne tai, kaip tikras laiškas iš tikrųjų vertinamas.
- Nusiųskite tikrą testinį laišką į adresą „Gmail“ ir „Outlook.com“ paslaugose, arba į testavimo paslaugą, pavyzdžiui, mail-tester, ir perskaitykite kopregeles ar ataskaitą. Taip pamatysite, ar laiškas praktiškai praeina SPF, DKIM ir DMARC patikrą.
- Pažiūrėkite į reputaciją ir elgseną, jei technika tvarkoje: 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 situaciją naudodami „Google Postmaster Tools“ ir „Microsoft SNDS“.
Praktikoje: kaip tai atrodo valdymo skydelyje
WebOké svetainėje yra nemokama el. pašto patikra (www.weboke.lt/emailcheck): įvedate domeną ir matote įvertinimą pagal MX, SPF, DMARC ir pirmojo pašto serverio blokavimo sąrašų patikrą, kartu su patarimais. Mano WebOké skydelyje Domeno sveikata tikrina tą patį Jūsų pačių domenams, su taisymo mygtukais. Tai tik du iš daugybės įrankių; internet.nl ir MXToolbox atlieka panašias patikras, ir kiekvienas paslaugų teikėjas turi savo versiją. Naudokite kelis iš jų kartu: nė vienas įrankis nemato visko.
Santrauka
- Pristatyta reiškia tik tai, kad gavėjo serveris priėmė laišką; ar jis pateks į Gautus laiškus, sprendžia gavėjas.
- Gavėjai vertina keturiais lygmenimis: technika, autentifikavimas, reputacija ir turinys/elgsena.
- Autentifikavimas (SPF, DKIM, DMARC) priklauso nuo Jūsų ir didiesiems gavėjams yra griežtas reikalavimas.
- Gavėjų skundai sveria daugiau nei pavieniai žodžiai Jūsų tekste.
- Perskaitykite testinio laiško kopregelę
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 ras, DMARC ir pirmojo pašto serverio blokavimo sąrašų patikrą. Po to patys įveskite: kokia yra domeno SPF pabaiga, kokia DMARC politika ir ar pirmasis pašto serveris yra blokavimo sąraše. Programa Jūsų atsakymus palygins su realiu rezultatu. Vienu sakiniu paaiškinkite, kuriame iš keturių lygmenų Jūsų domenas labiausiai gali pagerėti.
Skaitykite daugiau
Šiuose straipsniuose aprašyti žingsniai galioja WebOké valdymo skydeliuose; kitų paslaugų teikėjų atveju veikimas panašus.
- WebOké vadovas 7.4: Paštas neateina: patikrinkite patys
- Mano el. laiškai nepasiekia adresato arba patenka į šlamštą: kaip tai išsiaiškinti
- DirectAdmin vadovas 9.4: Mano laiškai gavėjui patenka į šlamštą
- WebOké vadovas 5.17: Domeno ir el. pašto būklė: tikrinimas ir sutvarkymas
- El. pašto patikra: https://www.weboke.lt/el-pasto-patikra
- „Google“, Email sender guidelines: https://support.google.com/a/answer/81126
