Ha valami nem sikerül

Modul 8: Biztonságosan és gondtalanul · Olvasási idő: 10 perc

Tanulási cél: A lecke után a bejelentkezéssel, a küldéssel vagy a kézbesítéssel kapcsolatos problémánál meg tudja állapítani, hol van a hiba, el tud olvasni egy hibaüzenetet vagy visszapattanó levelet (bounce), és a megfelelő adatokkal tud segítséget kérni.

Kulcsfogalmak: bejelentkezési hiba, IP-blokkolás, 535-ös SMTP-hiba, feladóellenőrzés, napi küldési korlát, visszapattanó levél (bounce), késleltetési értesítés, x.y.z állapotkód, ideiglenes és végleges hiba, Diagnostic-Code

Először: hol van a hiba?

Egy levelezési probléma gyakran úgy jelentkezik, hogy „nem működik az e-mailem”. A levelezés azonban három különálló lépésből áll, és mindegyik lépésnek megvannak a saját hibái:

1. Bejelentkezés: a webmail IMAP-on keresztül kommunikál a levelezőszerverével, hogy megjelenítse a postafiókját.
2. Küldés: a webmail SMTP-n keresztül átadja az üzenetét a saját levelezőszerverének.
3. Kézbesítés: az Ön szervere átadja az üzenetet a címzett szerverének.

Az 1. és a 2. lépésnél a hibát azonnal látja a képernyőn. A 3. lépésnél később kap vissza egy levelet: egy visszapattanó levelet (bounce). Ha tudja, melyik lépésnél van a hiba, azt is tudja, hol kell keresnie.

Nem sikerül a bejelentkezés

A képen azt az üzenetet látja, amelyet a webmail akkor jelenít meg, ha az e-mail-cím vagy a jelszó nem megfelelő. Ilyenkor ellenőrizze az alábbi pontokat, ebben a sorrendben:

• A teljes cím. A felhasználónév a teljes e-mail-címe, tehát sanne@example.com, és nem csak sanne.
• A helyes jelszó. A postafiók jelszava, nem az ügyfélfiókjáé vagy a kezelőpanelé. Figyeljen a Caps Lockra.
• A Szerver mező. Hagyja üresen, kivéve, ha a domainje nem a levelezőszerverére mutat (1.3. lecke). A rosszul megadott szervernév is hibát okoz.
• Letiltott IP-cím. A webmail egyáltalán nem töltődik be, a telefonján 4G-n keresztül viszont igen? Akkor lehet, hogy a tűzfal letiltotta az IP-címét, többnyire azért, mert egy eszköz folyamatosan egy régi jelszóval próbálkozott (8.1. lecke). Először minden eszközén állítsa be a helyes jelszót, majd kérje a tiltás feloldását.

Nem sikerül a küldés

Ha be tud jelentkezni, de küldeni nem tud, a hibaüzenet szinte mindig elárulja, mi a gond.

A napi korláttal kapcsolatban még egy figyelmeztetés: a korlát elérése miatt elutasított levelek később sem mennek el maguktól. A fontos üzeneteket másnap küldje el újra.

Visszapattanó levél olvasása

Ha a szervere nem tud kézbesíteni egy üzenetet, a Mail Delivery System vagy a MAILER-DAEMON küld Önnek egy levelet, például „Mail delivery failed” vagy „Undelivered Mail Returned to Sender” tárggyal. Ne ijedjen meg az angol szövegtől. A visszapattanó levél három részből áll, és főleg a középsőre lesz szüksége.

1. Egy embereknek szóló szöveg: mi nem sikerült, és melyik címnél.
2. Egy programoknak szóló rész, a delivery status notification (DSN, RFC 3464), rögzített mezőkkel.
3. A saját üzenetének fejlécei, hogy lássa, melyik levélről van szó.

A középső rész így néz ki:

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

• Az Action megmutatja, hogy a kézbesítés meghiúsult (failed), vagy még próbálkozik a szerver (delayed).
• A Final-Recipient az érintett cím.
• A Status az állapotkód, x.y.z formában.
• A Remote-MTA a címzett szervere, amely a választ adta.
• A Diagnostic-Code ennek a szervernek a szó szerinti válasza. Ezt a sort mindig olvassa el: itt áll a valódi ok, gyakran hétköznapi szavakkal.

Ideiglenes vagy végleges: az első számjegy

Az állapotkód (RFC 3463) 2-vel, 4-gyel vagy 5-tel kezdődik. Ugyanez érvényes az SMTP-válaszkód három számjegyére is (RFC 5321), például 550 vagy 452.

• A 4.x.x ideiglenes. A címzett szervere azt üzeni: most nem, próbálja később. A saját szervere megőrzi az üzenetet, és maga próbálkozik újra, általában néhány napig. Legfeljebb egy késleltetési értesítést kap (Action: delayed, gyakran Will-Retry-Until állapottal). Ilyenkor ne küldje el újra az üzenetet, különben a címzett később kétszer kapja meg.
• Az 5.x.x végleges. A szerver feladja. Változtatás nélküli újraküldésnek nincs értelme.

A középső szám megmutatja, hol van a probléma. Három gyakran látott kód:

Ha visszapattanó levelet kap, többnyire négy ok közül választhat: a cím nem létezik, a címzett postafiókja megtelt, a fogadó szerver szabályzat vagy spam miatt elutasítja a levelet, vagy nincs kapcsolat a fogadó szerverrel. És három dolog közül tesz meg egyet: ellenőrzi a címet, és a helyes címre újra elküldi az üzenetet, semmit nem küld újra, és vár, mert a szerver még maga próbálkozik, vagy módosíttat valamit a saját levelén vagy domainjén, és segítséget kér a szolgáltatójától.

Két példa. Sanne levelet ír Ahmednek (ahmed@example.net), és visszapattanó levelet kap ezzel: Status: 5.7.1. A Diagnostic-Code szerint Ahmed szervere elutasítja a levelet, mert az example.com SPF-ellenőrzése sikertelen. Végleges, és szabályzat miatt elutasított: az újraküldés nem segít. A domainjén kell módosítani valamit, és ehhez segítséget kér a szolgáltatójától. Daan a küldés után egy nappal késleltetési értesítést kap ezekkel: Action: delayed, Status: 4.4.1 és „Connection timed out” egy beszállító szerverénél. Ideiglenes, nincs kapcsolat: semmit nem küld újra, mert a szervere a Will-Retry-Until időpontig még maga próbálkozik. Ha biztos akar lenni a dolgában, felhívja a beszállítót, hogy úton van a levele.

Fordítva is előfordulhat: ha mások az Önnek küldött levélre „Mailbox full” vagy „Quota exceeded” üzenetet kapnak, akkor az Ön postafiókja telt meg. Takarítson (5.4. lecke), majd kérje meg őket, hogy próbálják újra.

Segítségkérés oda-vissza levelezés nélkül

Ha nem boldogul, a levelezési szolgáltatója gyorsabban tud segíteni, ha rögtön elküldi a szükséges adatokat:

• az érintett e-mail-címet és a címzett címét;
• a dátumot és az időpontot, a lehető legpontosabban;
• a pontos hibaüzenetet: képernyőképet vagy a teljes visszapattanó levelet, nem azt, hogy „nem működik”;
• mit próbált már ki, és hogy a webmailben és a levelezőprogramjában ugyanaz-e a helyzet.

Soha ne küldje el a jelszavát. Egy megbízható ügyfélszolgálat nem kéri.

A gyakorlatban: így működik a webmailben

A bejelentkezéskor és küldéskor fellépő hibaüzeneteket a webmail a képernyő jobb alsó sarkában jeleníti meg. A visszapattanó levél közönséges levélként érkezik az Érkezettek mappába; az üzenet fölötti Fejlécek vagy a Még > Forrás megtekintése segítségével a gépi részt és a saját fejléceit is láthatja. Hogy melyik hibaüzenetnél mit tegyen, azt a Roundcube kézikönyv (13. fejezet) írja le, a Hibaüzenetek kézikönyv pedig részletesebben foglalkozik a kódokkal. Más webmailben hasonlóan működik: ott másként nevezik az üzeneteket, de a visszapattanó levelekben lévő kódok mindenhol ugyanazok.

Összefoglalás

• Először határozza meg a lépést: bejelentkezés (IMAP), küldés (SMTP) vagy kézbesítés (visszapattanó levél).
• Bejelentkezés: teljes cím, a postafiók jelszava, a Szerver mező, és egy esetleges IP-blokkolás.
• Küldés: az 535 bejelentkezési hiba küldéskor, a „can not send emails from” a feladóellenőrzés, a napi küldési korlát pedig a teljes csomagjára vonatkozik.
• A visszapattanó levélben az Action, a Status és főleg a Diagnostic-Code sort olvassa el; a 4.x.x ideiglenes (a szerver maga próbálkozik újra), az 5.x.x végleges.
• Segítséget a címmel, az időponttal és a pontos hibaüzenettel kérjen, a jelszavával soha.

Kvíz

Feladat

A8.4. feladat: Hibaüzenet értelmezése. Nyissa meg a bounce-1.txt és a bounce-2.txt anyagot (két valódi, de anonimizált hibaüzenet). Minden visszapattanó levélnél adja meg az állapotkódot x.y.z formában. Ezután mindkét levélnél válassza ki az okot a leckében szereplő négy ok közül (a cím nem létezik; a címzett postafiókja megtelt; a fogadó szerver szabályzat vagy spam miatt elutasítja a levelet; nincs kapcsolat a fogadó szerverrel), valamint azt, hogy mit tesz, a három lehetőség közül (ellenőrzi a címet, és a helyes címre újra elküldi az üzenetet; semmit nem küld újra, és vár, mert a szerver még maga próbálkozik; módosíttat valamit a saját levelén vagy domainjén, és segítséget kér a szolgáltatójától). A program összeveti a hat válaszát a megoldókulccsal: az állapotkódnak pontosan egyeznie kell (a szóközök nem számítanak), az ok és a teendő választható lehetőségek. Zöld, ha minden helyes; narancssárga, ha csak az egyik visszapattanó levélnél van hiba; piros, ha mindkettőnél van hiba. Tipp: olvassa el az Action, a Status és a Diagnostic-Code sort.

Bővebben olvasva

Ahol webmailes lépések szerepelnek, azok a WebOké webmailjére vonatkoznak; más webmailben hasonlóan működik.

• Roundcube Webmail 13.1: Nem sikerül bejelentkezni
• Roundcube Webmail 13.2: 535-ös SMTP-hiba küldéskor
• Roundcube Webmail 13.3: Megtelt a postafiókja
• Roundcube Webmail 13.4: Elérte a napi limitet
• Roundcube Webmail 13.5: Egyéb hibaüzenetek küldéskor
• Mail delivery failed: így értelmezze a hibaüzenetet, és ezt jelentik a kódok
• Hibaüzenetek megoldva 1.1: 550-es hibakód: melyik változatot kapta, és mi a teendő?
• Hibaüzenetek megoldva 1.8: Account ... can not send emails from ...
• Ingyenes tanfolyam: E-mail rendben: beállítás és megfelelő kézbesítés 6.1: Egy bounce elolvasása
• RFC 3463, Enhanced Mail System Status Codes (angol nyelvű): https://www.rfc-editor.org/rfc/rfc3463