Când ceva nu funcționează

Modulul 8: În siguranță și fără griji · Timp de citire: 10 minute

Obiectiv de învățare: După această lecție, la o problemă de autentificare, trimitere sau livrare, veți putea stabili unde apare eroarea, veți putea citi un mesaj de eroare sau un bounce și veți putea cere ajutor cu datele potrivite.

Noțiuni cheie: eroare de autentificare, blocare IP, eroarea SMTP 535, verificarea expeditorului, limită zilnică, bounce, mesaj de amânare, cod de stare x.y.z, eroare temporară și permanentă, Diagnostic-Code

Mai întâi: unde apare problema?

O problemă cu e-mailul pare adesea „e-mailul meu nu funcționează”. Dar e-mailul constă din trei pași separați, iar fiecare pas are propriile erori:

1. Autentificarea: webmailul comunică prin IMAP cu serverul dumneavoastră de e-mail pentru a vă afișa căsuța poștală.
2. Trimiterea: webmailul predă mesajul dumneavoastră prin SMTP propriului server de e-mail.
3. Livrarea: serverul dumneavoastră predă mesajul serverului destinatarului.

La pașii 1 și 2 vedeți eroarea imediat pe ecran. La pasul 3 primiți mai târziu un mesaj înapoi: un bounce. Dacă știți la ce pas apare problema, știți și unde trebuie să căutați.

Autentificarea nu reușește

În imagine vedeți mesajul pe care webmailul îl afișează când adresa de e-mail sau parola nu sunt corecte. Verificați atunci următoarele puncte, în această ordine:

• Adresa completă. Numele de utilizator este întreaga dumneavoastră adresă de e-mail, deci sanne@example.com și nu doar sanne.
• Parola corectă. Parola căsuței poștale, nu cea a contului de client sau a panoului de administrare. Atenție la Caps Lock.
• Câmpul Server. Lăsați-l gol, cu excepția cazului în care domeniul dumneavoastră nu indică spre serverul de e-mail (lecția 1.3). Un nume de server completat greșit produce și el o eroare.
• O adresă IP blocată. Webmailul nu se încarcă deloc, dar pe telefon prin 4G merge? Atunci firewallul v-a blocat probabil adresa IP, de obicei pentru că un dispozitiv a încercat în mod repetat o parolă veche (lecția 8.1). Setați mai întâi parola corectă pe toate dispozitivele, apoi solicitați ridicarea blocării.

Trimiterea nu reușește

Dacă vă puteți autentifica, dar nu puteți trimite, mesajul de eroare vă spune aproape întotdeauna ce se întâmplă.

La limita zilnică încă un avertisment: mesajele refuzate pentru că limita a fost atinsă nu pleacă ulterior de la sine. Retrimiteți mesajele importante a doua zi.

Citirea unui bounce

Dacă serverul dumneavoastră nu poate livra un mesaj, primiți înapoi un e-mail de la Mail Delivery System sau MAILER-DAEMON, cu un subiect precum „Mail delivery failed” sau „Undelivered Mail Returned to Sender”. Nu vă speriați de limba engleză. Un bounce are trei părți, iar dumneavoastră aveți nevoie mai ales de cea din mijloc.

1. Un text pentru oameni: ce nu a reușit și pentru ce adresă.
2. O parte pentru programe, delivery status notification (DSN, RFC 3464), cu câmpuri fixe.
3. Antetele propriului dumneavoastră mesaj, ca să vedeți despre ce e-mail este vorba.

Partea din mijloc arată astfel:

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 arată dacă livrarea a eșuat (failed) sau dacă se mai încearcă (delayed).
• Final-Recipient este adresa în cauză.
• Status este codul de stare în forma x.y.z.
• Remote-MTA este serverul destinatarului care a dat răspunsul.
• Diagnostic-Code este răspunsul literal al acelui server. Citiți întotdeauna acest rând: aici se află motivul real, adesea în cuvinte obișnuite.

Temporar sau permanent: prima cifră

Codul de stare (RFC 3463) începe cu 2, 4 sau 5. Același lucru este valabil pentru cele trei cifre ale codului de răspuns SMTP (RFC 5321), cum ar fi 550 sau 452.

• 4.x.x este temporar. Serverul destinatarului spune: nu acum, încercați mai târziu. Propriul dumneavoastră server păstrează mesajul și încearcă singur din nou, de obicei timp de câteva zile. Primiți cel mult un mesaj de amânare (Action: delayed, adesea cu Will-Retry-Until). Nu retrimiteți atunci mesajul, altfel destinatarul îl va primi de două ori.
• 5.x.x este permanent. Serverul renunță. Retrimiterea fără a schimba ceva nu are rost.

Cifra din mijloc arată unde se află problema. Trei coduri pe care le vedeți des:

Când primiți un bounce, alegeți de obicei dintre patru cauze: adresa nu există, căsuța poștală a destinatarului este plină, serverul destinatar refuză mesajul din motive de politică sau spam sau nu există conexiune cu serverul destinatar. Și faceți unul dintre trei lucruri: verificați adresa și retrimiteți mesajul la adresa corectă, nu retrimiteți nimic și așteptați, pentru că serverul mai încearcă singur sau solicitați o modificare la propriul e-mail sau domeniu și cereți ajutor furnizorului dumneavoastră.

Două exemple. Sanne îi scrie lui Ahmed (ahmed@example.net) și primește un bounce cu Status: 5.7.1. În Diagnostic-Code scrie că serverul lui Ahmed refuză mesajul deoarece verificarea SPF pentru example.com a eșuat. Permanent și refuzat din motive de politică: retrimiterea nu ajută. Trebuie modificat ceva la domeniul ei, iar pentru asta îi cere ajutor furnizorului. Daan primește la o zi după trimitere un mesaj de amânare cu Action: delayed, Status: 4.4.1 și „Connection timed out” pentru serverul unui furnizor. Temporar, fără conexiune: nu retrimite nimic, pentru că serverul lui mai încearcă singur până la momentul din Will-Retry-Until. Dacă vrea să fie sigur, îl sună pe furnizor să-i spună că mesajul este pe drum.

Se poate întâmpla și invers: dacă alții primesc „Mailbox full” sau „Quota exceeded” când vă scriu, atunci căsuța dumneavoastră poștală este plină. Faceți curățenie (lecția 5.4) și rugați-i apoi să încerce din nou.

Cereți ajutor fără schimburi inutile de mesaje

Dacă nu vă descurcați, furnizorul de e-mail vă ajută mai repede dacă trimiteți de la început datele potrivite:

• adresa de e-mail în cauză și adresa destinatarului;
• data și ora, cât mai exact posibil;
• mesajul de eroare exact: o captură de ecran sau întregul bounce, nu „nu funcționează”;
• ce ați încercat deja și dacă situația este aceeași în webmail și în programul de e-mail.

Nu trimiteți niciodată parola. Un serviciu de asistență de încredere nu v-o cere.

În practică: cum funcționează în webmail

Mesajele de eroare la autentificare și la trimitere sunt afișate de webmail în colțul din dreapta jos al ecranului. Un bounce sosește ca un e-mail obișnuit în Primite; cu Antete deasupra mesajului sau cu Mai multe > Afişează sursa vedeți și partea pentru programe și propriile antete. Pentru fiecare mesaj de eroare, manualul Roundcube (capitolul 13) arată ce trebuie să faceți, iar ghidul Mesaje de eroare explică mai detaliat codurile. În alte webmailuri funcționează similar: mesajele au acolo alte denumiri, dar codurile din bounce-uri sunt aceleași peste tot.

Rezumat

• Stabiliți mai întâi pasul: autentificare (IMAP), trimitere (SMTP) sau livrare (bounce).
• Autentificare: adresa completă, parola căsuței poștale, câmpul Server și o posibilă blocare IP.
• Trimitere: 535 este o eroare de autentificare la trimitere, „can not send emails from” este verificarea expeditorului, iar limita zilnică se aplică întregului pachet.
• Într-un bounce citiți Action, Status și mai ales Diagnostic-Code; 4.x.x este temporar (serverul încearcă singur din nou), 5.x.x este permanent.
• Cereți ajutor cu adresa, ora și mesajul de eroare exact, dar niciodată cu parola.

Test (quiz)

Exercițiu

Exercițiul A8.4: Citirea unui mesaj de eroare. Deschideți materialele bounce-1.txt și bounce-2.txt (două mesaje de eroare reale, dar anonimizate). Completați pentru fiecare bounce codul de stare, în forma x.y.z. Alegeți apoi pentru fiecare bounce cauza dintre cele patru cauze din această lecție (adresa nu există; căsuța poștală a destinatarului este plină; serverul destinatar refuză mesajul din motive de politică sau spam; nu există conexiune cu serverul destinatar) și ce faceți dintre cele trei posibilități (verificați adresa și retrimiteți la adresa corectă; nu retrimiteți nimic și așteptați, pentru că serverul mai încearcă singur; solicitați o modificare la propriul e-mail sau domeniu și cereți ajutor furnizorului). Programul compară cele șase răspunsuri ale dumneavoastră cu grila de răspunsuri: codul de stare trebuie să fie exact (spațiile nu contează), cauza și acțiunea sunt alegeri. Verde dacă totul este corect, portocaliu dacă există o greșeală la un singur bounce, roșu dacă există greșeli la ambele bounce-uri. Sfat: citiți rândurile Action, Status și Diagnostic-Code.

Lecturi suplimentare

Acolo unde sunt descriși pași în webmail, aceștia se aplică webmailului WebOké; în alte webmailuri funcționează similar.

• Roundcube Webmail 13.1: Nu reușiți să vă autentificați
• Roundcube Webmail 13.2: Eroare SMTP 535 la trimitere
• Roundcube Webmail 13.3: Căsuța dvs. de e-mail este plină
• Roundcube Webmail 13.4: Limita zilnică a fost atinsă
• Roundcube Webmail 13.5: Alte mesaje la trimitere
• Mail delivery failed: cum să citiți mesajul de eroare și ce înseamnă codurile
• Mesaje de eroare rezolvate 1.1: Codul de eroare 550: ce variantă aveți și ce faceți?
• Mesaje de eroare rezolvate 1.8: Account ... can not send emails from ...
• Curs gratuit E-mailul la punct: configurare și livrare corectă 6.1: Cum se citește un mesaj bounce
• RFC 3463, Enhanced Mail System Status Codes (în engleză): https://www.rfc-editor.org/rfc/rfc3463