Keď sa niečo pokazí

Modul 8: Bezpečne a bez starostí · Čas čítania: 10 minút

Cieľ lekcie: Po tejto lekcii dokážete pri probléme s prihlásením, odosielaním alebo doručením zistiť, kde nastala chyba, prečítať chybové hlásenie alebo bounce a požiadať o pomoc so správnymi údajmi.

Kľúčové pojmy: chyba prihlásenia, blokovanie IP adresy, chyba SMTP 535, kontrola odosielateľa, denný limit, bounce, správa o oneskorení doručenia, stavový kód x.y.z, dočasná a trvalá chyba, Diagnostic-Code

Najprv: kde nastala chyba?

Problém s poštou často pôsobí ako „moja pošta nefunguje“. Pošta však pozostáva z troch samostatných krokov a každý krok má vlastné chyby:

1. Prihlásenie: webmail komunikuje s vaším poštovým serverom cez IMAP, aby zobrazil vašu schránku.
2. Odoslanie: webmail odovzdá vašu správu cez SMTP vášmu vlastnému poštovému serveru.
3. Doručenie: váš server odovzdá správu serveru príjemcu.

Pri krokoch 1 a 2 uvidíte chybu hneď na obrazovke. Pri kroku 3 vám neskôr príde späť e-mail: bounce. Keď viete, pri ktorom kroku nastala chyba, viete aj, kde treba hľadať.

Prihlásenie sa nedarí

Na obrázku vidíte hlásenie, ktoré webmail zobrazí, keď e-mailová adresa alebo heslo nie sú správne. Skontrolujte potom tieto body v tomto poradí:

• Celá adresa. Používateľské meno je vaša celá e-mailová adresa, teda sanne@example.com, a nie iba sanne.
• Správne heslo. Heslo k e-mailovej schránke, nie heslo k zákazníckemu účtu alebo k ovládaciemu panelu. Dávajte pozor na Caps Lock.
• Pole Server. Nechajte ho prázdne, pokiaľ vaša doména nesmeruje na váš poštový server (lekcia 1.3). Nesprávne vyplnený názov servera tiež spôsobí chybu.
• Zablokovaná IP adresa. Webmail sa vôbec nenačíta, ale na telefóne cez 4G áno? Potom firewall možno zablokoval vašu IP adresu, zvyčajne preto, že niektoré zariadenie opakovane skúšalo staré heslo (lekcia 8.1). Najprv nastavte správne heslo na všetkých svojich zariadeniach a potom požiadajte o zrušenie blokovania.

Odoslanie sa nedarí

Ak sa dokážete prihlásiť, ale nie odoslať správu, chybové hlásenie takmer vždy prezradí, o čo ide.

K dennému limitu ešte jedno upozornenie: pošta, ktorá bola odmietnutá pre dosiahnutý limit, sa neodošle dodatočne sama. Dôležité správy odošlite znova na druhý deň.

Čítanie bounce

Ak váš server nedokáže správu doručiť, príde vám späť e-mail od Mail Delivery System alebo MAILER-DAEMON s predmetom ako „Mail delivery failed“ alebo „Undelivered Mail Returned to Sender“. Nenechajte sa vystrašiť angličtinou. Bounce má tri časti a potrebujete najmä tú strednú.

1. Text pre ľudí: čo zlyhalo a pre ktorú adresu.
2. Časť pre programy, delivery status notification (DSN, RFC 3464), s pevnými poľami.
3. Hlavičky vašej vlastnej správy, aby ste videli, o ktorý e-mail išlo.

Stredná časť vyzerá takto:

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 uvádza, či doručenie zlyhalo (failed), alebo sa ešte skúša (delayed).
• Final-Recipient je adresa, o ktorú ide.
• Status je stavový kód v tvare x.y.z.
• Remote-MTA je server príjemcu, ktorý poslal odpoveď.
• Diagnostic-Code je doslovná odpoveď tohto servera. Tento riadok si prečítajte vždy: je tu skutočný dôvod, často zrozumiteľnými slovami.

Dočasné alebo trvalé: prvá číslica

Stavový kód (RFC 3463) začína číslicou 2, 4 alebo 5. To isté platí pre tri číslice kódu odpovede SMTP (RFC 5321), napríklad 550 alebo 452.

• 4.x.x je dočasné. Server príjemcu hovorí: teraz nie, skúste to neskôr. Váš vlastný server si správu ponechá a sám to skúša znova, zvyčajne niekoľko dní. Dostanete nanajvýš správu o oneskorení doručenia (Action: delayed, často s Will-Retry-Until). Správu potom znova neposielajte, inak ju príjemca neskôr dostane dvakrát.
• 5.x.x je trvalé. Server to vzdáva. Opätovné odoslanie bez akejkoľvek zmeny nemá zmysel.

Stredné číslo hovorí, kde je problém. Tri kódy, ktoré uvidíte často:

Keď dostanete bounce, zvyčajne vyberáte zo štyroch príčin: adresa neexistuje, schránka príjemcu je plná, prijímajúci server odmieta poštu na základe pravidiel alebo pre spam alebo nie je spojenie s prijímajúcim serverom. A urobíte jednu z troch vecí: skontrolujete adresu a odošlete správu znova na správnu adresu, nič znova neodošlete a počkáte, pretože server to ešte sám skúša, alebo necháte upraviť niečo na vašej pošte alebo doméne a požiadate svojho poskytovateľa o pomoc.

Dva príklady. Sanne píše Ahmedovi (ahmed@example.net) a dostane bounce s Status: 5.7.1. V Diagnostic-Code sa uvádza, že server Ahmeda odmieta poštu, pretože kontrola SPF pre example.com zlyhala. Trvalé a odmietnuté na základe pravidiel: opätovné odoslanie nepomôže. Na jej doméne treba niečo upraviť a na to požiada svojho poskytovateľa o pomoc. Daan dostane deň po odoslaní správu o oneskorení doručenia s Action: delayed, Status: 4.4.1 a „Connection timed out“ pre server dodávateľa. Dočasné, žiadne spojenie: nič znova neodošle, pretože jeho server to ešte sám skúša až do času uvedeného v Will-Retry-Until. Ak si chce byť istý, zavolá dodávateľovi, že jeho e-mail je na ceste.

Môže to byť aj naopak: ak iní pri písaní vám dostávajú „Mailbox full“ alebo „Quota exceeded“, je plná vaša schránka. Upracte ju (lekcia 5.4) a potom ich požiadajte, aby to skúsili znova.

Ako požiadať o pomoc bez zbytočného dopisovania

Ak si neviete rady, váš poskytovateľ pošty vám pomôže rýchlejšie, keď hneď pošlete správne údaje:

• e-mailovú adresu, o ktorú ide, a adresu príjemcu;
• dátum a čas, čo najpresnejšie;
• presné chybové hlásenie: snímku obrazovky alebo celý bounce, nie „nefunguje to“;
• čo ste už skúsili a či je to vo webmaile aj v poštovom programe rovnaké.

Nikdy neposielajte svoje heslo. Dôveryhodná podpora oň nežiada.

V praxi: takto to funguje vo webmaile

Chybové hlásenia pri prihlásení a odosielaní webmail zobrazuje vpravo dole na obrazovke. Bounce príde ako bežný e-mail do priečinka Doručená pošta; cez Hlavičky nad správou alebo cez Viac > Zobraziť zdrojový text uvidíte aj strojovú časť a vlastné hlavičky. Čo robiť pri jednotlivých chybových hláseniach, nájdete v príručke Roundcube (kapitola 13) a príručka Chybové hlásenia sa kódom venuje podrobnejšie. V inom webmaile to funguje podobne: hlásenia sa tam volajú inak, ale kódy v bounce sú všade rovnaké.

Zhrnutie

• Najprv určte krok: prihlásenie (IMAP), odoslanie (SMTP) alebo doručenie (bounce).
• Prihlásenie: celá adresa, heslo k schránke, pole Server a prípadné blokovanie IP adresy.
• Odoslanie: 535 je chyba prihlásenia pri odosielaní, „can not send emails from“ je kontrola odosielateľa a denný limit platí pre celý váš balík.
• V bounce si prečítajte Action, Status a najmä Diagnostic-Code; 4.x.x je dočasné (server to sám skúša znova), 5.x.x je trvalé.
• O pomoc žiadajte s adresou, časom a presným chybovým hlásením, nikdy nie s heslom.

Kvíz

Úloha

Úloha A8.4: Čítanie chybového hlásenia. Otvorte materiály bounce-1.txt a bounce-2.txt (dve skutočné, ale anonymizované chybové hlásenia). Pri každom bounce vyplňte stavový kód v tvare x.y.z. Potom pri každom bounce vyberte príčinu zo štyroch príčin v tejto lekcii (adresa neexistuje; schránka príjemcu je plná; prijímajúci server odmieta poštu na základe pravidiel alebo pre spam; nie je spojenie s prijímajúcim serverom) a čo urobíte z troch možností (skontrolovať adresu a odoslať správu znova na správnu adresu; nič znova neodosielať a počkať, pretože server to ešte sám skúša; nechať upraviť niečo na vašej pošte alebo doméne a požiadať svojho poskytovateľa o pomoc). Program porovná vašich šesť odpovedí s kľúčom odpovedí: stavový kód musí presne sedieť (medzery sa nerátajú), príčina a postup sa vyberajú z možností. Zelená, keď je všetko správne, oranžová, keď je chyba iba pri jednom bounce, červená, keď je chyba pri oboch. Tip: prečítajte si riadky Action, Status a Diagnostic-Code.

Ďalšie čítanie

Kroky vo webmaile platia pre webmail WebOké; v inom webmaile to funguje podobne.

• Roundcube Webmail 13.1: Nedarí sa prihlásiť
• Roundcube Webmail 13.2: Chyba SMTP 535 pri odosielaní
• Roundcube Webmail 13.3: Vaša e-mailová schránka je plná
• Roundcube Webmail 13.4: Bol dosiahnutý denný limit
• Roundcube Webmail 13.5: Iné hlásenia pri odosielaní
• Mail delivery failed: ako čítať chybové hlásenie a čo znamenajú kódy
• Chybové hlásenia vyriešené 1.1: Chybový kód 550: akú variantu máte a čo robiť?
• Chybové hlásenia vyriešené 1.8: Account ... can not send emails from ...
• Bezplatný kurz E-mail v poriadku: nastavenie a správne doručovanie 6.1: Čítanie bounce správy
• RFC 3463, Enhanced Mail System Status Codes (v angličtine): https://www.rfc-editor.org/rfc/rfc3463