Paštas neateina: veiksmų planas

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

Mokymosi tikslas: Po šios pamokos galėsite sistemingai nustatyti, kodėl el. laiškas neateina arba patenka į spamą, tiek kaip siuntėjas, tiek kaip gavėjas, ir žinosite, kokių duomenų Jums reikės, jei prašysite pagalbos.

Pagrindinės sąvokos: siuntimo ir gavimo pusė, grąžintas laiškas (bounce), pašto žurnalas (maillog) arba el. pašto sekimas, spam aplankas, taisyklės ir filtrai, testinis 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 rodomas klaidos pranešimas Jūsų programoje);
• laiškas buvo išsiųstas, bet grįžo su klaidos pranešimu (bounce);
• laiškas buvo pristatytas, bet pas gavėją atsidūrė spam aplanke arba kitame aplanke;
• laiškas buvo pristatytas, bet gavėjas negali jo rasti arba tvirtina, kad jo negavo;
• Jūs pats negaunate (daugiau) pašto iš vieno ar kelių siuntėjų.

Kiekviena iš šių situacijų turi skirtingą pradžios tašką. Toliau pateiktas veiksmų planas veikia kaip sprendimų medis: kiekviename žingsnyje sužinote daugiau, ir dažnai po dviejų ar trijų žingsnių jau turite atsakymą.

Kaip siuntėjas: septyni žingsniai

1 žingsnis. Ar laiškas iš tikrųjų buvo išsiųstas?
Ar jis yra aplanke Išsiųsta? Ar jis vis dar aplanke Išsiųsta, ar Jūsų programa parodė klaidos pranešimą? Tuomet tai siuntimo problema Jūsų pusėje: serverio pavadinimas, prievadas, prisijungimas, slaptažodis arba per didelis priedas (pamoka 1.4, 2.1). Išbandykite siuntimą naršyklinėje pašto sąsajoje (webmail): jei ten pavyksta, problema yra Jūsų programoje.

2 žingsnis. Ar gavote grąžintą laišką (bounce)?
Patikrinkite savo gautų laiškų aplanką (ir spam aplanką), ar nėra pranešimų nuo Mailer-Daemon arba Mail Delivery System. Jei taip, perskaitykite jį (pamoka 6.1) ir suraskite kodą (pamoka 6.2). Daugeliu atveju dabar jau žinosite priežastį.

3 žingsnis. Nėra grąžinto laiško: ką rodo pašto žurnalas (maillog)?
Suraskite laišką savo paslaugų teikėjo žurnale. Prieglobos valdymo skydelyje tai dažnai vadinama el. pašto sekimu arba pašto žurnalu (maillog), Microsoft 365 atveju, pranešimų sekimu, 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ėjas gali jį priskirti spam kategorijai, laikinai sulaikyti karantine pašto administratoriaus, arba perkelti taisykle. Paprašykite gavėjo patikrinti aplankus Spam arba Nepageidaujami laiškai, kitus aplankus, ir ar jo administratorius turi karantiną. Jūs to matyti negalite.

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

• lygiai vieną SPF įrašą, neviršijantį dešimties paieškų, su visomis paslaugomis, kurios siunčia paštą (pamoka 4.2);
• DKIM raktą prie selektoriaus, kuris nurodytas Jūsų laiške (pamoka 4.3);
• DMARC įrašą ir kokia politika jame nurodyta (pamoka 4.4).

6 žingsnis. Išsiųskite testinį laišką ir perskaitykite kopregelius.
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 atverkite kopregelius (Gmail: „Rodyti originalą"). Atkreipkite dėmesį į 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 trys kartus rodoma pass, autentifikavimas yra tvarkoje, ir priskyrimas spam kategorijai priklauso nuo reputacijos ar turinio. Jei rodoma fail, softfail, none arba temperror, jau žinote, ką reikia taisyti. Testavimo paslaugos, pavyzdžiui, mail-tester, pateikia panašią ataskaitą su įvertinimu.

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

Kaip gavėjas: šeši žingsniai

Jei nebegaunate pašto arba trūksta laiškų iš vieno siuntėjo:

1. Patikrinkite naršyklinę pašto sąsają (webmail), taip pat aplankus Spam ir Nepageidaujami. Jei laiškas ten yra, problema yra Jūsų programoje arba 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ė arba paketas yra 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 teisingas Jūsų MX? 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 atsiranda 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 jo gautą grąžintą laišką (bounce). Jame tiksliai nurodyta, ką atsakė Jūsų serveris.

Kada sprendimas priklauso kitai pusei?

Ne viską galite išspręsti patys. Štai kada problema priklauso kitai pusei:

• Gavėjui, kai: pašto dėžutė pilna, adresas panaikintas, laiškas pristatytas, bet pateko į jo spam ar karantiną. Paprašykite jo įtraukti Jūsų adresą kaip patikimą siuntėją arba kontaktą.
• Jūsų paslaugų teikėjui, kai: siunčiantis serveris yra blokavimo sąraše, neturi tinkamo PTR, arba yra lėtinamas ar blokuojamas didelio gavėjo. Pridėkite visą grąžintą laišką (bounce).
• Paslaugai, kuri siunčia paštą Jūsų vardu (internetinė parduotuvė, apskaitos programa, naujienlaiškių paslauga), kai: tos paslaugos laiškai nepraeina SPF arba DKIM patikros. Ta paslauga turi pateikti Jums tinkamus įrašus.

Prašote pagalbos: ką pridėti?

Su šiais duomenimis bet koks pagalbos skyrius iš karto gali surasti laišką:

• siuntėjo adresą ir gavėjo adresą;
• siuntimo datą ir laiką (su laiko juosta);
• visą grąžintą laišką (bounce) arba eilutę su kodu;
• jei laiškas atkeliavo, bet pateko į spam: visus to laiško kopregelius;
• kokią pašto programą ar paslaugą naudojote.

Niekada nesiųskite savo slaptažodžio. Jokia rimta paslaugų teikėja to neprašo.

Praktikoje: taip tai atrodo

WebOké atveju 3 žingsnį rasite DirectAdmin skiltyje El. pašto sekimas, o 5 žingsnį, Mano WebOké kortelėje Nustatyti paštą arba Domenas / Email sveikata. Jei neturite paskyros, naudokitės viešai prieinama El. pašto patikra ir Domeno sveikata 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, grąžintas laiškas (bounce), pristatyta, bet spam, ar pats negaunate.
• Siuntėjui: ar išsiųsta? ar grąžintas laiškas? ką rodo pašto žurnalas? jei pristatyta, sprendimas priklauso gavėjui; tuomet domenas, testinis laiškas su kopregeliais, siunčiantis serveris.
• Gavėjui: naršyklinė pašto sąsaja, vieta, filtrai, MX, peradresavimas, grąžintas laiškas iš siuntėjo.
• Authentication-Results testiniame laiške vienu žvilgsniu parodo, ar SPF, DKIM ir DMARC praeina patikrą.
• Jei prašote pagalbos, pridėkite adresus, laiką ir visą grąžintą laišką ar kopregelius.

Testas

Užduotis

Užduotis O6.3: Problemos sprendimas žingsnis po žingsnio. Pasirinkite realią problemą iš savo aplinkos (laišką, kuris neatkeliavo arba pateko į spam), arba naudokite pavyzdinę situaciją „sąskaitos faktūros į Hotmail atkeliauja tik po dienos". Peržvelkite veiksmų planą ir kiekviename žingsnyje užrašykite, ką nustatėte. Baikite atsakydami: kur buvo problema, kieno pusėje buvo sprendimas, ir ką padarėte ar paprašėte? Vėliau pamatysite kontrolinį sąrašą ir pavyzdinį atsakymą pavyzdinei situacijai.

Skaitykite daugiau

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

• 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ško (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.lt/domeno-bukle