E-mailul trimis se întoarce cu o eroare: cum citești mesajul de nelivrare

Ai trimis o ofertă, o factură sau o confirmare, iar în locul unui răspuns primești un mesaj automat. Acest mesaj de nelivrare, numit și bounce, descrie o problemă întâlnită pe traseul e-mailului. Ca să alegi următorul pas, trebuie să identifici destinatarul afectat, starea livrării și explicația tehnică, nu doar subiectul notificării.

1. Identifică mesajul și destinatarul afectat

Notificarea poate veni de la o adresă precum MAILER-DAEMON sau postmaster. Subiectul poate anunța o livrare eșuată, dar și una întârziată. Nu presupune că toate adresele din mesajul inițial au fost afectate: un e-mail trimis mai multor persoane poate ajunge la unele și poate fi respins pentru altele.

Caută în raport următoarele câmpuri. Denumirile pot varia, iar unele notificări oferă doar o parte dintre ele:

• Final-Recipient: adresa destinatarului pentru care este raportată problema.
• Original-Recipient: adresa inițială, dacă este menționată; poate diferi după redirecționare sau rescriere.
• Action: starea raportată, de exemplu failed sau delayed.
• Status: codul de stare extins, precum 5.1.1.
• Diagnostic-Code: răspunsul tehnic al serverului implicat.

Compară adresa afectată cu cea folosită efectiv la trimitere. Dacă apare o adresă necunoscută, poate exista o redirecționare la destinatar. Verifică și dacă ai trimis într-adevăr mesajul indicat. O notificare neașteptată poate proveni din falsificarea adresei expeditorului sau poate fi înșelătoare; nu deschide automat atașamente și nu introduce parola prin linkurile primite.

2. Citește codurile SMTP împreună cu explicația

Un raport poate conține atât coduri SMTP de trei cifre, cât și coduri extinse, formate din trei grupuri separate prin puncte. Nu sunt același câmp, chiar dacă descriu aceeași problemă.

Probleme temporare: clasa 4

Un răspuns SMTP din clasa 4xx sau un cod extins 4.x.x indică, în general, o condiție temporară. Poate fi vorba despre un server momentan indisponibil, o limitare a ritmului de trimitere ori o verificare temporară. Serverul expeditorului poate păstra mesajul în coadă și poate încerca din nou, conform propriei politici.

Probleme permanente: clasa 5

Un răspuns 5xx sau un cod extins 5.x.x indică o nereușită considerată permanentă pentru încercarea respectivă. Repetarea imediată a aceluiași mesaj, fără nicio schimbare, de regulă nu ajută. „Permanent” nu înseamnă că adresa nu va mai putea primi vreodată mesaje, ci că trebuie rezolvată cauza înaintea unei noi trimiteri.

De exemplu, 550 5.1.1 sugerează frecvent o problemă cu adresa destinatarului, iar 451 4.7.1 poate indica o amânare legată de politica serverului. Interpretarea exactă depinde de textul asociat și de implementarea serverului. Un simplu „550” nu dovedește, singur, că adresa nu există.

3. Recunoaște cauzele frecvente ale unui e-mail respins

Textul de lângă cod este adesea mai util decât subiectul notificării. Citește-l integral înainte să modifici setările domeniului sau ale aplicației.

• Adresă necunoscută: verifică literele, domeniul și completarea automată din agenda de contacte. Confirmă adresa printr-un canal deja cunoscut.
• Cutie poștală plină: destinatarul poate avea nevoie să elibereze spațiu. În funcție de server, situația poate fi raportată ca temporară sau permanentă.
• Mesaj prea mare: verifică dimensiunea totală, inclusiv atașamentele. Dacă politica firmei permite, folosește o metodă aprobată de partajare a documentelor.
• Respingere din motive de securitate: pot conta autentificarea domeniului prin SPF, DKIM și DMARC, reputația expeditorului, atașamentele sau regulile destinatarului.
• Problemă de rutare ori domeniu: pot exista dificultăți DNS, înregistrări MX nepotrivite sau un server de destinație inaccesibil.

Dacă raportul menționează autentificarea, nu adăuga și nu șterge înregistrări DNS la întâmplare. Trebuie verificate toate serviciile care trimit în numele domeniului. La fel, o eroare de e-mail care menționează „relay denied” poate cere verificarea autorizării pentru trimitere, nu schimbarea adresei destinatarului.

4. Decide când aștepți și când reîncerci

Distincția esențială este între o notificare de întârziere și un raport final de nelivrare. Dacă mesajul are starea delayed și raportul spune că vor continua încercările, evită retrimiterea manuală imediată. Altfel, destinatarul poate primi duplicate când problema dispare.

1. Verifică starea și intervalul menționat. Raportul poate preciza când va avea loc o nouă încercare sau când se opresc reîncercările automate.
2. Corectează o cauză clară. Pentru o adresă greșită sau un atașament prea mare, pregătește o versiune corectată înainte să retrimiți.
3. Așteaptă remedierea cauzelor externe. Pentru spațiu insuficient ori indisponibilitate, cere confirmarea rezolvării prin alt canal, dacă este necesar.
4. Fă o singură retrimitere de verificare. După remediere, verifică rezultatul înainte să reiei trimiterile obișnuite.

Un incident temporar poate deveni un eșec final dacă perioada de reîncercare expiră. Invers, o respingere permanentă poate permite o nouă trimitere după corectarea configurației. Pentru mesaje urgente, anunță destinatarul printr-un canal alternativ cunoscut. Nu încerca să ocolești filtrele schimbând repetat adresele sau conținutul.

5. Ce trimiți furnizorului pentru investigare

O sesizare utilă conține indicii tehnice, nu întreaga conversație comercială. Pentru început, pregătește:

• data și ora trimiterii, cu fusul orar;
• adresa expeditorului și destinatarul afectat, comunicate printr-un canal privat;
• codul SMTP, codul extins și textul exact al erorii;
• serverele menționate în raport și identificatorul mesajului sau al cozii, dacă există;
• aplicația ori serviciul folosit și dacă problema afectează un singur destinatar sau mai multe domenii;
• schimbările recente relevante, precum modificări DNS, migrarea serviciului sau configurarea unei aplicații noi.

Copiază secțiunea tehnică a raportului, eliminând corpul mesajului inițial, atașamentele și datele altor persoane care nu sunt necesare. Nu transmite parole, coduri de autentificare sau chei API. Păstrează originalul: furnizorul poate solicita ulterior antetele complete, printr-un canal adecvat. Acestea pot conține adrese și alte date care nu trebuie publicate.

Dacă folosești servicii GazduireOnline.ro, poți consulta întrebările frecvente și trimite detaliile relevante prin pagina de contact. Menționează exact serviciul implicat: site-ul, aplicația și e-mailul pot utiliza infrastructuri diferite, chiar dacă au același domeniu.

6. Concluzie: verifică înainte să retrimiți

Când primești un mesaj de nelivrare, urmează aceeași ordine: identifică adresa afectată, verifică dacă livrarea este întârziată sau eșuată, apoi citește codul împreună cu explicația. Reîncearcă după remedierea cauzei sau după confirmarea că încercările automate s-au încheiat. Dacă problema nu este clară, trimite furnizorului informațiile tehnice necesare, nu conținutul inutil al corespondenței. Astfel, investigația poate porni de la date relevante, fără retrimiteri repetate și expunere inutilă.