Pāriet uz saturu

Sīkdatņu iestatījumi

Izvēlieties, kāda veida sīkdatnes atļaujat. Savu izvēli varat jebkurā laikā mainīt sadaļā Sīkdatņu iestatījumi katras lapas apakšā. Privātuma politika

Nepieciešamās

Vienmēr ieslēgtas

Vajadzīgas, lai pieteiktos, saglabātu grozu un atcerētos Jūsu izvēles. Tās vienmēr ir ieslēgtas.

Kuras sīkdatnes?
  • weboke_sessie, weboke_klant, weboke_remember: Jūsu sesija un pieteikšanās saglabāšana
  • weboke_basket: Jūsu grozs
  • wkBtwIncl: cenu rādīšana ar PVN vai bez PVN
  • wok_cookies: Jūsu sīkdatņu izvēle, 12 mēneši

Mēra, kura reklāma noved pie apmeklējuma vai pasūtījuma, lai mēs nemaksātu par reklāmām, kas neko nedod.

Kuras sīkdatnes?
  • Google Ads ar Google Tag Manager (_gcl_au, _gcl_aw), līdz 90 dienām
  • OpenAI Ads, reklāmas ChatGPT
  • wok_aff: caur kuru partneri nonācāt pie mums (partneru programma), 60 dienas

4,6

Valsts un valoda

Katrai valstij ir sava vietne ar attiecīgās valsts cenām un PVN.

Skatīt

Kāpēc pasts nonāk mēstulēs

4. modulis: Nogādājamība: SPF, DKIM un DMARC praksē · Lasīšanas laiks: 10 minūtes

Mērķis: Pēc šīs nodarbības Jūs varēsiet nosaukt četras kārtas, pēc kurām saņēmējs vērtē ienākošu vēstuli, izskaidrot, kāpēc apgalvojums "man gan pienāk" neko nepierāda, un ar testu noteikt, kurā kārtā rodas problēma.

Pamatjēdzieni: nogādājamība (deliverability), nogādāšana pret iekļuvi iesūtnē, tehniskā kārtība, autentifikācija (SPF, DKIM, DMARC), salāgošana (alignment), IP reputācija, domēna reputācija, saturs, saņēmēju uzvedība (sūdzības, atvēršana, dzēšana), filtri atkarībā no saņēmēja, Authentication-Results, testa vēstule, mērīšanas rīki

Nogādāts nenozīmē tas pats, kas nonācis iesūtnē

Ja Jūsu serveris ir nodevis vēstuli saņēmēja serverim un tas atbildēja ar 250 OK, tad vēstule ir nogādāta. Tas gan vēl neliecina, vai tā ir iesūtnē. Saņemošais serveris pēc tam var to novietot mēstuļu mapē, cilnē "Reklāma", karantīnā vai pat klusītēm izmest.

Nogādājamība (angliski deliverability) attiecas uz šo otro soli: vai Jūsu vēstule nonāk tur, kur tai jābūt? Un to izlemj katrs saņēmējs pats. Gmail vērtē citādi nekā Microsoft, un uzņēmumam ar savu mēstuļu filtru atkal ir savādāk. Nav vienota noteikumu saraksta. Taču kārtas, pēc kurām vērtē, visur ir aptuveni vienādas.

1. kārta: tehniskā kārtība

Pirms filtrs paskatās uz saturu, tas paskatās uz savienojumu:

  • Vai nosūtītāja servera IP adresei ir kārtīgs reverse DNS (PTR), kas norāda atpakaļ uz to pašu adresi? (Nodarbība 5.1.)
  • Vai serveris pienācīgi iepazīstina sevi ar īstu nosaukumu EHLO komandā?
  • Vai savienojums tiek šifrēts ar TLS?
  • Vai serveris ievēro SMTP noteikumus un vai tas mēģina vēlreiz pēc pagaidu atteikuma?

Pastkastei pie hostinga uzņēmuma vai lielā pasta pakalpojumu sniedzēja tas gandrīz vienmēr ir kārtībā. Tas kļūst aktuāli, ja Jūs paši uzturat serveri, piemēram, VPS, kas sūta tieši, vai printeris, vai kamera, kas pati sūta pastu.

2. kārta: autentifikācija

Šī ir kārta, kurā Jūs kā domēna pārvaldnieks varat visvairāk ietekmēt rezultātu, un par to ir šis modulis:

  • SPF (nodarbība 4.2): vai šim serverim ir atļauts sūtīt pastu domēna vārdā?
  • DKIM (nodarbība 4.3): vai vēstule ir parakstīta un vai paraksts ir pareizs?
  • DMARC (nodarbība 4.4): vai veiksmīgā pārbaude atbilst domēnam no adreses laukā (salāgošana, alignment), un ko saņēmējam darīt, ja tas tā nav?

Šo trīs ierakstu pamati ir izklāstīti DNS kursa 4. modulī. Šeit runa ir par praksi: visu pakalpojumu, kas sūta Jūsu vārdā, apzināšanu un politikas pakāpenisku stingrināšanu.

Ja autentifikācijas trūkst, vērtējums pasliktinās. Kopš 2024. un 2025. gada lielajiem saņēmējiem tā ir arī stingra prasība: Gmail, Yahoo un Microsoft no visiem pieprasa vismaz SPF vai DKIM, bet no masveida sūtītājiem SPF, DKIM un DMARC ar salāgošanu. Par to sīkāk runāsim nodarbībā 5.3.

3. kārta: reputācija

Saņēmējs atceras, ko tas iepriekš saņēmis no konkrēta nosūtītāja. Šajā ziņā tiek ņemts vērā:

  • IP reputācija: kas iepriekš nācis no šīs IP adreses? Koplietotā hostingā un lielos pasta pakalpojumos daudzi nosūtītāji dala vienu IP adresi; viens slikts nosūtītājs tādā gadījumā var ietekmēt visus. Jaunai IP adresei bez vēstures izturas piesardzīgi.
  • Domēna reputācija: kas iepriekš nācis no šī domēna (domēns no adreses laukā un DKIM domēns)? Tas sver arvien vairāk, tieši tāpēc, ka DKIM un DMARC ļauj domēnu uzticami atpazīt. Labu domēna reputāciju Jūs paturat līdzi, ja mainat serveri.
  • Bloķēšanas saraksti (blocklists): publiski saraksti ar IP adresēm vai domēniem, kas sūtījuši mēstules (nodarbība 5.2).

Reputāciju Jūs veidojat lēnām un zaudējat ātri.

4. kārta: saturs un uzvedība

Tikai pēdējā kārtā filtrs paskatās uz pašu vēstuli un to, ko saņēmēji ar to dara:

  • Saturs: saites uz domēniem ar sliktu reputāciju, saīsinātas saites, tikai liels attēls bez teksta, pielikumi ar makro, tēma, kam nav sakara ar saturu, salauzta noformēšana.
  • Saņēmēju uzvedība: tas lielajiem pasta pakalpojumiem sver visvairāk. Ja daudzi saņēmēji noklikšķina uz "Tās ir mēstules", Jūsu reputācija krītas. Ja Jūsu vēstules tiek atvērtas, uz tām atbild vai tās tiek izņemtas no mēstuļu mapes, reputācija pieaug. Gmail vēlas, lai mazāk nekā 0,3% saņēmēju atzīmē Jūsu vēstuli kā mēstuli, un vēlams mazāk nekā 0,1%.

Doma, ka atsevišķi "mēstuļu vārdi", piemēram, bezmaksas vai piedāvājums, aptur Jūsu vēstuli, lielā mērā ir mīts. Mūsdienu filtri izvērtē kopainu. Jaunumu vēstule ar vārdu "bezmaksas" no nosūtītāja ar labu autentifikāciju un labu reputāciju nonāk sekmīgi; kārtīgs teksts no nezināma servera bez SPF ieraksta ne.

Kāpēc "man gan pienāk" neko nepierāda

Jūs nosūtāt testa vēstuli uz savu Gmail adresi, un tā nonāk iesūtnē. Vai tātad viss ir kārtībā? Ne obligāti:

  • Visticamāk, ar šo adresi Jums jau iepriekš bijusi sarakste. Filtrs vairāk uzticas nosūtītājam, ar kuru Jums ir bijis kontakts.
  • Viens saņēmējs nav tas pats, kas cits. Microsoft var noraidīt vēstuli, kuru Gmail pieņem.
  • Viena vēstule nav tas pats, kas tūkstoš. Jaunumu vēstuli, kas sūtīta tūkstoš adresēm, vērtē citādi nekā atsevišķu vēstuli.

Testa vēstule gan ir noderīga, bet, lai izlasītu galvenes (nodarbība 1.5). Tur ir precīzi redzams, ko saņēmējs konstatējis:

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

Šeit visas trīs pārbaudes ir sekmīgas. Ja redzat spf=softfail, dkim=none vai dmarc=fail, tad Jūs zināt, kurā kārtā meklēt. Tā Jūs konstatējat problēmu, nevis minat.

Trīs soļu pieeja

  1. Pārbaudiet savu DNS ar rīku, kas apskata MX, SPF, DKIM, DMARC un bloķēšanas sarakstus. Piemēri: WebOké E-pasta pārbaude un Domēna veselība, internet.nl, MXToolbox. Tie parāda, kas ir DNS ierakstā, bet ne to, kā īstu vēstuli vērtē.
  2. Nosūtiet īstu testa vēstuli uz adresi pie Gmail un pie Outlook.com, vai uz testa pakalpojumu, piemēram, mail-tester, un izlasiet galvenes vai pārskatu. Tā Jūs redzēsiet, vai vēstule praksē iztur SPF, DKIM un DMARC pārbaudi.
  3. Paskatieties uz reputāciju un uzvedību, ja tehniskā puse ir kārtībā: vai Jūsu IP adrese ir bloķēšanas sarakstā? Vai Jūs sūtāt jaunumu vēstules cilvēkiem, kas par tām lūguši? Kā liels nosūtītājs varat sekot līdzi Google Postmaster Tools un Microsoft SNDS rīkos.

Praksē: kā tas izskatās panelī

WebOké vietnē atrodama bezmaksas E-pasta pārbaude (www.weboke.lv/emailcheck): Jūs ievadāt domēnu un redzat novērtējumu ar MX, SPF, DMARC un pirmā pasta servera bloķēšanas saraksta pārbaudi, kopā ar ieteikumiem. Mans WebOké sadaļā Domēna veselība pārbauda to pašu Jūsu pašu domēniem, ar atjaunošanas pogām. Šie ir divi no daudziem rīkiem; internet.nl un MXToolbox veic līdzīgas pārbaudes, un katram pakalpojumu sniedzējam ir sava versija. Izmantojiet vairākus vienlaikus: neviens rīks neredz visu.

Kopsavilkums

  • Nogādāts nozīmē tikai to, ka saņemošais serveris ir pieņēmis vēstuli; vai tā nonāk iesūtnē, izlemj saņēmējs.
  • Saņēmēji vērtē četrās kārtās: tehnika, autentifikācija, reputācija un saturs/uzvedība.
  • Autentifikāciju (SPF, DKIM, DMARC) Jūs varat ietekmēt paši, un lieliem saņēmējiem tā ir stingra prasība.
  • Saņēmēju sūdzības sver vairāk nekā atsevišķi vārdi Jūsu tekstā.
  • Izlasiet testa vēstules galveni Authentication-Results, lai redzētu, kur rodas problēma.

Tests

1. Jūsu serveris saņēma 250 OK no saņemošā servera. Ko Jūs tad droši zināt?



2. Kas lieliem pasta pakalpojumiem sver visvairāk, lemjot par iesūtni vai mēstulēm?



3. Testa vēstule uz Jūsu paša Gmail adresi nonāk labi, bet klienti pie Outlook.com Jūsu vēstuli redz mēstulēs. Kāds ir labākais nākamais solis?



4. Galvenēs redzams spf=pass, dkim=none un dmarc=fail. Kāds ir loģisks skaidrojums?



5. Kāpēc laba domēna reputācija ir īpaši vērtīga, ja Jūs maināt pakalpojumu sniedzēju?



Uzdevums

Uzdevums Z4.1: Likt sava domēna izturēt e-pasta pārbaudi. Ievadiet savu domēnu (vai, ja Jums tāda nav, internet.nl). Programma pārbauda MX, SPF, DKIM selektorus, ko tā var atrast, DMARC un pirmā pasta servera bloķēšanas saraksta pārbaudi. Pēc tam paši ievadiet: kāds ir domēna SPF beigu mehānisms, kāda DMARC politika un vai pirmais pasta serveris ir bloķēšanas sarakstā. Programma salīdzina Jūsu atbildes ar reālo rezultātu. Vienā teikumā izskaidrojiet, kurā no četrām kārtām Jūsu domēnam ir visvairāk uzlabojumu iespēju.

Uzdevums Z4.1: Likt sava domēna izturēt e-pasta pārbaudi

Aizpildiet savu domēnu (vai internet.nl). Paši atrodiet SPF ieraksta beigas, DMARC politiku un to, vai pirmais pasta serveris ir iekļauts bloķēšanas sarakstā.






To, ko ievadāt, un to, ko atrodam, mēs nesaglabājam. Jūsu pārlūkprogramma atceras Jūsu atbildes un to, vai esat izpildījuši uzdevumu. Ja esat pieteikušies, sadaļā Mani kursi saglabājam tikai to, ka uzdevums bija (gandrīz) pareizs; tur to varat arī dzēst.

Papildu lasāmviela

Šajos rakstos aprakstītie soļi attiecas uz WebOké paneļiem; citiem pakalpojumu sniedzējiem process ir līdzīgs.

Lūdzu, uzgaidiet…

Iestatiet savus domēnus

Katram domēnam norādiet vārdu serverus, piesaisti hostingam un to, kurš būs turētājs.

Ielādē Jūsu domēnus…