Ko gre kaj narobe

Modul 8: Varno in brez skrbi · Čas branja: 10 minut

Učni cilj: Po tej lekciji boste ob težavi s prijavo, pošiljanjem ali dostavo znali ugotoviti, kje gre kaj narobe, prebrati sporočilo o napaki ali vrnjeno sporočilo in prositi za pomoč s pravimi podatki.

Ključni pojmi: napaka pri prijavi, blokada IP-naslova, napaka SMTP 535, preverjanje pošiljatelja, dnevna omejitev, vrnjeno sporočilo (bounce), sporočilo o zamudi, statusna koda x.y.z, začasna in trajna napaka, Diagnostic-Code

Najprej: kje gre kaj narobe?

Težava z e-pošto se pogosto zdi kot "moja pošta ne deluje". Toda e-pošta je sestavljena iz treh ločenih korakov in vsak korak ima svoje napake:

1. Prijava: spletna pošta se prek protokola IMAP poveže z Vašim poštnim strežnikom, da prikaže Vaš poštni predal.
2. Pošiljanje: spletna pošta prek protokola SMTP preda Vaše sporočilo Vašemu poštnemu strežniku.
3. Dostava: Vaš strežnik preda sporočilo strežniku prejemnika.

Pri 1. in 2. koraku napako vidite takoj na zaslonu. Pri 3. koraku pozneje prejmete sporočilo nazaj: vrnjeno sporočilo (bounce). Če veste, pri katerem koraku gre kaj narobe, veste tudi, kje morate iskati.

Prijava ne uspe

Na sliki je obvestilo, ki ga spletna pošta prikaže, ko e-poštni naslov ali geslo ni pravilno. Takrat preverite naslednje točke, v tem vrstnem redu:

• Celoten naslov. Uporabniško ime je Vaš celoten e-poštni naslov, torej sanne@example.com in ne samo sanne.
• Pravo geslo. Geslo poštnega predala, ne geslo Vašega uporabniškega računa stranke ali nadzorne plošče. Pazite na Caps Lock.
• Polje Strežnik. Pustite ga prazno, razen če Vaša domena ne kaže na Vaš poštni strežnik (lekcija 1.3). Napačno vpisano ime strežnika prav tako povzroči napako.
• Blokiran IP-naslov. Se spletna pošta sploh ne naloži, na telefonu prek omrežja 4G pa se? Potem je požarni zid morda blokiral Vaš IP-naslov, običajno zato, ker je neka naprava vedno znova poskušala s starim geslom (lekcija 8.1). Najprej na vseh svojih napravah nastavite pravo geslo, nato pa naj Vam blokado odstranijo.

Pošiljanje ne uspe

Če se lahko prijavite, ne morete pa pošiljati, sporočilo o napaki skoraj vedno pove, kaj je narobe.

Pri dnevni omejitvi še opozorilo: pošta, ki je bila zavrnjena zaradi dosežene omejitve, se pozneje ne pošlje samodejno. Pomembna sporočila naslednji dan pošljite znova.

Branje vrnjenega sporočila

Če Vaš strežnik sporočila ne more dostaviti, prejmete sporočilo od Mail Delivery System ali MAILER-DAEMON z zadevo, kot je "Mail delivery failed" ali "Undelivered Mail Returned to Sender". Ne ustrašite se angleščine. Vrnjeno sporočilo je sestavljeno iz treh delov, potrebovali pa boste predvsem srednjega.

1. Besedilo za ljudi: kaj ni uspelo in za kateri naslov.
2. Del za programe, delivery status notification (DSN, RFC 3464), s stalnimi polji.
3. Glave Vašega lastnega sporočila, da vidite, za katero sporočilo gre.

Srednji del je videti takole:

Action: failed
Final-Recipient: rfc822;info@example.org
Status: 5.2.2
Remote-MTA: dns; mail.example.org
Diagnostic-Code: smtp; 552 5.2.2 <info@example.org>: Mailbox full, quota exceeded

• Action pove, ali je dostava spodletela (failed) ali se še poskuša (delayed).
• Final-Recipient je naslov, za katerega gre.
• Status je statusna koda v obliki x.y.z.
• Remote-MTA je strežnik prejemnika, ki je dal odgovor.
• Diagnostic-Code je dobesedni odgovor tega strežnika. To vrstico vedno preberite: tu je pravi razlog, pogosto z običajnimi besedami.

Začasno ali trajno: prva števka

Statusna koda (RFC 3463) se začne z 2, 4 ali 5. Enako velja za tri števke odzivne kode SMTP (RFC 5321), kot sta 550 ali 452.

• 4.x.x je začasno. Strežnik prejemnika sporoča: zdaj ne, poskusite pozneje. Vaš strežnik sporočilo shrani in sam poskuša znova, običajno nekaj dni. Prejmete kvečjemu sporočilo o zamudi (Action: delayed, pogosto z Will-Retry-Until). Sporočila takrat ne pošljite znova, sicer ga bo prejemnik pozneje dobil dvakrat.
• 5.x.x je trajno. Strežnik je obupal. Ponovno pošiljanje brez sprememb nima smisla.

Srednja številka pove, kje je težava. Tri kode, ki jih pogosto vidite:

Ko prejmete vrnjeno sporočilo, običajno izbirate med štirimi vzroki: naslov ne obstaja, poštni predal prejemnika je poln, prejemni strežnik zavrača pošto zaradi pravil ali neželene pošte ali ni povezave s prejemnim strežnikom. In storite eno od treh stvari: preverite naslov in sporočilo znova pošljete na pravi naslov, ničesar ne pošljete znova in počakate, ker strežnik še sam poskuša ali naročite spremembo svoje pošte ali domene in prosite ponudnika za pomoč.

Dva primera. Sanne pošlje sporočilo Ahmedu (ahmed@example.net) in prejme vrnjeno sporočilo s kodo Status: 5.7.1. V vrstici Diagnostic-Code piše, da Ahmedov strežnik zavrača pošto, ker preverjanje SPF za example.com ni uspelo. Trajno in zavrnjeno zaradi pravil: ponovno pošiljanje ne pomaga. Na njeni domeni je treba nekaj spremeniti in za to prosi svojega ponudnika za pomoč. Daan dan po pošiljanju prejme sporočilo o zamudi z Action: delayed, Status: 4.4.1 in "Connection timed out" za strežnik dobavitelja. Začasno, ni povezave: ničesar ne pošlje znova, ker njegov strežnik še sam poskuša do časa v vrstici Will-Retry-Until. Če želi biti prepričan, dobavitelja pokliče in mu pove, da je njegovo sporočilo na poti.

Lahko je tudi obratno: če drugi pri pošiljanju Vam prejmejo "Mailbox full" ali "Quota exceeded", je Vaš poštni predal poln. Pospravite ga (lekcija 5.4) in jih nato prosite, naj poskusijo znova.

Prošnja za pomoč brez dopisovanja sem in tja

Če ne najdete rešitve, Vam bo ponudnik e-pošte hitreje pomagal, če takoj priložite prave podatke:

• e-poštni naslov, za katerega gre, in naslov prejemnika;
• datum in uro, čim bolj natančno;
• točno sporočilo o napaki: posnetek zaslona ali celotno vrnjeno sporočilo, ne "ne deluje";
• kaj ste že poskusili in ali je enako v spletni pošti in v Vašem poštnem programu.

Svojega gesla nikoli ne pošiljajte. Zanesljiva služba za pomoč ga ne zahteva.

V praksi: tako deluje v spletni pošti

Sporočila o napakah pri prijavi in pošiljanju spletna pošta prikaže spodaj desno na zaslonu. Vrnjeno sporočilo prispe kot običajno sporočilo v mapo Prejeto; z možnostjo Zaglavje sporočila nad sporočilom ali z Več > Prikaži izvorno kodo vidite tudi strojni del in glave Vašega lastnega sporočila. Kaj storiti pri posameznem sporočilu o napaki, je opisano v priročniku za Roundcube (poglavje 13), priročnik Sporočila o napakah pa se podrobneje posveča kodam. V drugi spletni pošti deluje podobno: obvestila so tam poimenovana drugače, kode v vrnjenih sporočilih pa so povsod enake.

Povzetek

• Najprej določite korak: prijava (IMAP), pošiljanje (SMTP) ali dostava (vrnjeno sporočilo).
• Prijava: celoten naslov, geslo poštnega predala, polje Strežnik in morebitna blokada IP-naslova.
• Pošiljanje: 535 je napaka pri prijavi ob pošiljanju, "can not send emails from" je preverjanje pošiljatelja, dnevna omejitev pa velja za Vaš celoten paket.
• V vrnjenem sporočilu preberite Action, Status in predvsem Diagnostic-Code; 4.x.x je začasno (strežnik sam poskuša znova), 5.x.x je trajno.
• Za pomoč prosite z naslovom, časom in točnim sporočilom o napaki, nikoli pa z geslom.

Kviz

Naloga

Naloga A8.4: Branje sporočila o napaki. Odprite gradivi bounce-1.txt in bounce-2.txt (dve pravi, a anonimizirani sporočili o napaki). Za vsako vrnjeno sporočilo vpišite statusno kodo v obliki x.y.z. Nato za vsako vrnjeno sporočilo izberite vzrok izmed štirih vzrokov v tej lekciji (naslov ne obstaja; poštni predal prejemnika je poln; prejemni strežnik zavrača pošto zaradi pravil ali neželene pošte; ni povezave s prejemnim strežnikom) in kaj storite izmed treh možnosti (preverite naslov in sporočilo znova pošljete na pravi naslov; ničesar ne pošljete znova in počakate, ker strežnik še sam poskuša; naročite spremembo svoje pošte ali domene in prosite ponudnika za pomoč). Program primerja Vaših šest odgovorov s ključem odgovorov: statusna koda se mora natančno ujemati (presledki ne štejejo), vzrok in ukrep pa sta izbiri. Zeleno, če je vse pravilno, oranžno, če je napaka le pri enem vrnjenem sporočilu, rdeče, če je napaka pri obeh. Namig: preberite vrstice Action, Status in Diagnostic-Code.

Za nadaljnje branje

Kjer so opisani koraki v spletni pošti, veljajo za spletno pošto WebOké; v drugi spletni pošti deluje podobno.

• Roundcube Webmail 13.1: Prijava ne uspe
• Roundcube Webmail 13.2: Napaka SMTP 535 pri pošiljanju
• Roundcube Webmail 13.3: Vaš poštni predal je poln
• Roundcube Webmail 13.4: Dosežena je dnevna omejitev
• Roundcube Webmail 13.5: Druga sporočila pri pošiljanju
• Mail delivery failed: kako preberete sporočilo o napaki in kaj pomenijo kode
• Rešena sporočila o napakah 1.1: Koda napake 550: katero različico imate in kaj storiti?
• Rešena sporočila o napakah 1.8: Account ... can not send emails from ...
• Brezplačni tečaj E-pošta urejena: nastavitev in pravilna dostava 6.1: Branje sporočila o napaki (bounce)
• RFC 3463, Enhanced Mail System Status Codes (v angleščini): https://www.rfc-editor.org/rfc/rfc3463