Ha valami nem működik

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

Tanulási cél: A lecke után a bejelentkezéssel, küldéssel vagy 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, és a megfelelő adatokkal tud segítséget kérni.

Kulcsfogalmak: bejelentkezési hiba, IP-tiltás, 535-ös SMTP-hiba, feladóellenőrzés, napi korlát, visszapattanó levél (bounce), késleltetési értesítés, x.y.z állapotkód, átmeneti é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 a levelezésem”. A levelezés azonban három külön 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 2. lépésnél a hibát azonnal látja a képernyőn. A 3. lépésnél később visszakap egy levelet: ez a visszapattanó levél, angolul 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 helyes. Ilyenkor ellenőrizze a következőket, ebben a sorrendben:

• A teljes cím. A felhasználónév a teljes e-mail-címe, tehát eszter@example.com, és nem csak eszter.
• A helyes jelszó. A postafiók jelszava, nem az ügyfélfiókjáé vagy a vezérlőpulté. Figyeljen a Caps Lockra.
• A Szerver mező. Hagyja üresen, kivéve, ha a domainje nem a levelezőszerverére mutat (1.3. lecke). A hibásan megadott szervernév is hibát okoz.
• Tiltott IP-cím. A webmail egyáltalán nem töltődik be, de a telefonján 4G-n keresztül 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 probléma.

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, visszakap egy levelet a Mail Delivery System vagy a MAILER-DAEMON feladótól, olyan tárggyal, mint „Mail delivery failed” vagy „Undelivered Mail Returned to Sender”. Ne ijedjen meg az angol nyelvtől. A visszapattanó levél három részből áll, és főként a középsőre lesz szüksége.

1. Egy embereknek szóló szöveg: mi nem sikerült, és melyik címre.
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 annak a szervernek a szó szerinti válasza. Ezt a sort mindig olvassa el: itt áll a valódi ok, gyakran közérthető szavakkal.

Átmeneti 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 átmeneti. A címzett szervere azt mondja: 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 sorral). 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ül újraküldeni nincs értelme.

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

Ha visszapattanó levelet kap, általában négy ok közül választhat: a cím nem létezik, megtelt a címzett postafiókja, 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 egyet tesz: ellenőrzi a címet, és újraküldi az üzenetet a helyes címre, semmit nem küld újra, hanem vár, mert a szerver még maga próbálkozik, vagy módosíttat valamit a saját levelezésén vagy domainjén, és segítséget kér a szolgáltatójától.

Két példa. Eszter levelet ír Dávidnak (david@example.net), és visszapattanó levelet kap Status: 5.7.1 kóddal. A Diagnostic-Code sorban az áll, hogy Dávid 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 valamit módosítani, és ehhez Eszter a szolgáltatója segítségét kéri. Bence egy nappal a küldés után késleltetési értesítést kap Action: delayed, Status: 4.4.1 és „Connection timed out” üzenettel egy beszállító szerverére vonatkozóan. Átmeneti, nincs kapcsolat: semmit nem küld újra, mert a szervere a Will-Retry-Until sorban megadott időpontig még maga próbálkozik. Ha biztosra akar menni, felhívja a beszállítót, és jelzi, hogy a levele úton van.

Fordítva is előfordulhat: ha másoknak az Ön címére írva „Mailbox full” vagy „Quota exceeded” üzenetet kapnak, akkor az Ön postafiókja telt meg. Szabadítson fel helyet (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”;
• hogy mit próbált már, és hogy a hiba a webmailben és a levelezőprogramjában is ugyanaz-e.

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

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

A bejelentkezési és küldési 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 feletti Fejlécek gombbal vagy a Még > Forrás megtekintése menüponttal a gépi részt és a saját fejléceit is láthatja. A Roundcube kézikönyv (13. fejezet) hibaüzenetenként leírja, mit tegyen, a Hibaüzenetek kézikönyv pedig részletesebben foglalkozik a kódokkal. Más webmailekben hasonlóan működik: ott másként hívják az üzeneteket, de a visszapattanó levelekben szereplő 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-tiltá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 korlát pedig a teljes csomagjára vonatkozik.
• A visszapattanó levélben az Action, a Status és főként a Diagnostic-Code sort olvassa el; a 4.x.x átmeneti (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 mindkettőnél válassza ki az okot a leckében szereplő négy ok közül (a cím nem létezik; megtelt a címzett postafiókja; a fogadó szerver szabályzat vagy spam miatt elutasítja a levelet; nincs kapcsolat a fogadó szerverrel), valamint a teendőt a három lehetőség közül (ellenőrzi a címet, és újraküldi a helyes címre; semmit nem küld újra, hanem vár, mert a szerver még maga próbálkozik; módosíttat valamit a saját levelezésé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ég. Zöld, ha minden helyes, narancs, 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 a webmailben végzett lépések szerepelnek, azok a WebOké webmailjére vonatkoznak; más webmailekben 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