Laiškas neateina: veiksmų planas

6 modulis: Klaidų pranešimų ir problemų sprendimas · Skaitymo trukmė: 11 min.

Mokymosi tikslas: Po šios pamokos galėsite nuosekliai išsiaiškinti, kodėl laiškas neateina arba patenka į spam, tiek kaip siuntėjas, tiek kaip gavėjas, ir žinosite, kokie duomenys Jums reikės, jei prašysite pagalbos.

Pagrindinės sąvokos: siuntimo ir gavimo pusė, atmestas laiškas (bounce), pašto žurnalas arba el. pašto sekimas, spam aplankas, taisyklės ir filtrai, bandomasis laiškas į savo išorinį adresą, Authentication-Results, testavimo įrankiai, kada sprendimas priklauso gavėjui

Pirmiausia teisingas klausimas

"Mano laiškas neateina" gali reikšti labai skirtingus dalykus:

• laiškas niekada nebuvo išsiųstas (lieka aplanke Išsiųsta arba Jūsų programa rodo klaidos pranešimą);
• laiškas buvo išsiųstas, bet grįžo su atmetimo pranešimu (bounce);
• laiškas buvo pristatytas, bet pas gavėją atsidūrė spam aplanke ar kitame aplanke;
• laiškas buvo pristatytas, bet gavėjas jo neranda arba teigia jo negavęs;
• Jūs pats negaunate (daugiau) laiškų iš vieno ar kelių siuntėjų.

Kiekviena iš šių situacijų turi kitokią pradžią. Toliau pateiktas veiksmų planas veikia kaip sprendimų medis: su kiekvienu žingsniu sužinosite daugiau, ir dažnai problema paaiškėja jau po dviejų ar trijų žingsnių.

Jei esate siuntėjas: septyni žingsniai

1 žingsnis. Ar laiškas tikrai buvo išsiųstas?
Ar jis yra aplanke Išsiųsta? Ar jis vis dar aplanke Išsiūsta, ar Jūsų programa rodė klaidos pranešimą? Tai reiškia, kad siuntimo problema yra Jūsų pusėje: serverio pavadinimas, prievadas, prisijungimas, slaptažodis arba per didelis priedas (pamoka 1.4, 2.1). Patikrinkite webmail: jei ten siuntimas pavyksta, problema yra Jūsų programoje.

2 žingsnis. Ar gavote atmetimo pranešimą (bounce)?
Patikrinkite savo gautuosius (ir spam aplanką) dėl pranešimų iš Mailer-Daemon arba Mail Delivery System. Jei taip, perskaitykite jį (pamoka 6.1) ir susiraskite kodą (pamoka 6.2). Daugeliu atvejų dabar jau žinosite priežastį.

3 žingsnis. Nėra atmetimo pranešimo: ką rodo pašto žurnalas?
Suraskite laišką paslaugų teikėjo žurnale. Hostingo valdymo skydelyje tai dažnai vadinama el. pašto sekimu arba pašto žurnalu, Microsoft 365 atveju, pranešimų sekimu (message tracing), Google Workspace atveju, el. pašto žurnalu. Matysite:

4 žingsnis. Pristatyta, bet gavėjas jo nemato.
Po kodo 250 laiškas yra gavėjo pusėje. Gavėjo pusė gali jį perkelti į spam, į karantiną pas pašto administratorių arba perkelti pagal taisyklę. Paprašykite gavėjo patikrinti Spam arba Nepageidaujamą paštą, kitus aplankus, ir paklausti savo administratoriaus, ar yra karantinas. Jūs to matyti negalite.

5 žingsnis. Patikrinkite savo domeną.
Ar Jūsų laiškai dažniau patenka į spam, ar neateina pas vieną didelį gavėją? Patikrinkite SPF, DKIM ir DMARC naudodami įrankį (El. pašto patikra, Domeno sveikata, internet.nl arba MXToolbox). Atkreipkite dėmesį į:

• lygiai vieną SPF įrašą, neviršijant dešimties paieškų, su visomis paslaugomis, kurios siunčia laiškus Jūsų vardu (pamoka 4.2);
• DKIM raktą prie selektoriaus, nurodyto Jūsų laiškuose (pamoka 4.3);
• DMARC įrašą ir jo politiką (pamoka 4.4).

6 žingsnis. Išsiųskite bandomąjį laišką ir perskaitykite antraštes.
Išsiųskite tą patį laišką (su tuo pačiu siuntėju ir pageidautina tuo pačiu turiniu) į savo adresą Gmail ir Outlook.com. Ten atidarykite antraštes (Gmail: "Rodyti originalą" / Show original). Peržiūrėkite Authentication-Results:

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

Jei matote tris kartus pass, autentifikacija tvarkinga ir patekimas į spam priklauso nuo reputacijos ar turinio. Jei matote fail, softfail, none arba temperror, žinosite, ką reikia taisyti. Testavimo paslaugos, pavyzdžiui, mail-tester, pateikia panašią ataskaitą su įvertinimu.

7 žingsnis. Patikrinkite siuntimo serverį.
Koks IP adresas pristatė laišką (pamoka 5.1)? Ar jis turi tinkamą PTR įrašą? Ar jis yra blokavimo sąraše (pamoka 5.2)? Ar tai Jūsų paslaugų teikėjo, ar Jūsų paties interneto prisijungimo adresas? Jei tai savas prisijungimas, vadinasi, Jūsų programa siunčia ne per paslaugų teikėjo serverį.

Jei esate gavėjas: šeši žingsniai

Jei Jūs pats negaunate laiškų arba trūksta laiškų iš vieno siuntėjo:

1. Patikrinkite webmail, taip pat Spam ir Nepageidaujamą paštą. Jei laiškas yra ten, problema yra Jūsų programoje ar telefone (slaptažodis, POP3 kitame įrenginyje, kuris pašalina laiškus, taisyklė; pamoka 1.3, 3.1).
2. Ar Jūsų pašto dėžutė ar paketas pilnas? Pilna pašto dėžutė atmeta naujus laiškus (pamoka 3.2).
3. Filtrai ir taisyklės: spam filtras, kuris iš karto pašalina spam, užblokuotas siuntėjas, serverio taisyklė, kuri peradresuoja laiškus.
4. Ar Jūsų MX įrašas teisingas? Ar jis nurodo į serverį, kuriame yra Jūsų pašto dėžutė? Po perkėlimo arba susiejimo su Microsoft 365 ar Google Workspace čia dažnai pasitaiko klaidų (DNS kurso pamoka 4.1, pamoka 8.2).
5. Ar tam adresui nustatytas peradresavimas? Tokiu atveju laiškas atsiduria ten, o ne Jūsų pašto dėžutėje (pamoka 3.3).
6. Paprašykite siuntėjo atsiųsti jam gautą atmetimo pranešimą (bounce). Jame tiksliai nurodyta, ką atsakė Jūsų serveris.

Kada sprendimas priklauso kitai pusei?

Ne viską galite išspręsti patys. Štai kaip atpažinti, kada sprendimas priklauso kitai pusei:

• Gavėjui, kai: pašto dėžutė pilna, adresas panaikintas, laiškas pristatytas, bet atsidūrė jo spam aplanke ar karantinoje. Paprašykite jo įtraukti Jūsų adresą kaip patikimą siuntėją ar kontaktą.
• Jūsų paslaugų teikėjui, kai: siuntimo serveris yra blokavimo sąraše, neturi tinkamo PTR įrašo, arba didelis gavėjas jį sulėtina ar blokuoja. Persiųskite visą atmetimo pranešimą (bounce).
• Paslaugai, kuri siunčia laiškus Jūsų vardu (internetinė parduotuvė, apskaitos programa, naujienlaiškių paslauga), kai: tos paslaugos laiškai neatitinka SPF ar DKIM. Ta paslauga turi pateikti Jums teisingus įrašus.

Prašote pagalbos: ką pridėti?

Su šiais duomenimis bet koks palaikymo skyrius galės iš karto surasti laišką:

• siuntėjo adresą ir gavėjo adresą;
• siuntimo datą ir laiką (su laiko juosta);
• visą atmetimo pranešimą (bounce) arba eilutę su kodu;
• jei laiškas atėjo, bet atsidūrė spam aplanke: visas to laiško antraštes;
• kokią pašto programą ar paslaugą naudojote.

Niekada nesiųskite savo slaptažodžio. Nė vienas rimtas paslaugų teikėjas jo neprašo.

Praktikoje: taip tai atrodo

WebOké atveju 3 žingsnį rasite DirectAdmin skydelyje, skiltyje El. pašto sekimas, o 5 žingsnį, Mano WebOké skiltyje Nustatyti paštą arba Domenas / El. pašto sveikata. Jei neturite paskyros, naudokite viešas El. pašto patikros ir Domeno sveikatos priemones svetainėje weboke.lt. Pas kitus paslaugų teikėjus šios funkcijos vadinamos kitaip, tačiau beveik kiekviename valdymo skydelyje yra pašto žurnalas ir DNS valdymas, o nepriklausomi įrankiai veikia su bet kuriuo domenu.

Santrauka

• Pirmiausia nustatykite, ką tiksliai reiškia "neateina": neišsiųsta, atmesta (bounce), pristatyta, bet spam aplanke, ar pats negaunate.
• Siuntėjas: ar išsiųsta? ar gautas atmetimo pranešimas? ką rodo pašto žurnalas? jei pristatyta, sprendimas priklauso gavėjui; tuomet tikrinkite domeną, bandomąjį laišką su antraštėmis, siuntimo serverį.
• Gavėjas: webmail, vieta, filtrai, MX, peradresavimas, siuntėjo atmetimo pranešimas (bounce).
• Authentication-Results bandomajame laiške akimirksniu parodo, ar SPF, DKIM ir DMARC patvirtinti sėkmingai.
• Jei prašote pagalbos, pridėkite adresus, laiką ir visą atmetimo pranešimą (bounce) arba antraštes.

Testas

Užduotis

Užduotis O6.3: Problemos sprendimo eiga. Pasirinkite tikrą problemą iš savo aplinkos (laišką, kuris neatėjo arba atsidūrė spam aplanke), arba naudokite praktinį atvejį "sąskaitos faktūros į Hotmail ateina tik po dienos". Pereikite veiksmų planą ir prie kiekvieno žingsnio įrašykite, ką radote. Užbaikite atsakydami: kur buvo problema, kam priklausė sprendimas, ir ką padarėte ar paprašėte? Po to pamatysite kontrolinį sąrašą ir pavyzdinį atsakymą praktiniam atvejui.

Skaitykite daugiau

Šių straipsnių žingsniai galioja WebOké valdymo skydeliams; pas kitus paslaugų teikėjus veikimo principas panašus.

• Mano el. laiškai nepasiekia adresato arba patenka į šlamštą: kaip tai išsiaiškinti
• Negaunate el. laiškų: kaip rasti priežastį
• Negaliu išsiųsti el. laiškų (gavimas veikia)
• Kaip patikrinti, ar el. laiškas pristatytas, naudojant DirectAdmin el. laiškų sekimą (Email Tracking)
• WebOké vadovas 7.4: Paštas neateina: patikrinkite patys
• DirectAdmin vadovas 9.4: Mano laiškai gavėjui patenka į šlamštą
• Domeno sveikata (nemokama bet kurio domeno patikra): https://www.weboke.be/lt/domeno-bukle