Čítanie bounce správy

Modul 6: Chybové hlásenia a riešenie problémov · Čas čítania: 11 minút

Cieľ lekcie: Po tejto lekcii budete vedieť rozobrať chybové hlásenie o nedoručenej pošte (bounce): ktorý server dal chybu, pre ktorú adresu, čo znamená kód a či ide o dočasnú alebo trvalú chybu.

Kľúčové pojmy: bounce, Mailer-Daemon, delivery status notification (DSN, RFC 3464), Reporting-MTA, Remote-MTA, Final-Recipient, Action (failed, delayed), Status, Diagnostic-Code, Will-Retry-Until, odpoveďový kód (RFC 5321), rozšírený stavový kód X.Y.Z (RFC 3463), správa o odklade, backscatter

Čo je bounce?

Keď mailový server nedokáže doručiť poštu, pošle správu späť odosielateľovi. Toto sa nazýva bounce (alebo: non-delivery report, NDR). Prichádza od odosielateľa ako Mailer-Daemon@..., MAILER-DAEMON alebo Mail Delivery System, s predmetom ako:

• Mail delivery failed: returning message to sender
• Undelivered Mail Returned to Sender
• Delivery Status Notification (Failure)
• Warning: message ... delayed 24 hours (toto nie je bounce, ale správa o odklade, pozrite ďalej)

Mnohí ľudia takúto správu hneď vymažú, alebo sa zľaknú anglického textu. Škoda, pretože bounce takmer vždy presne hovorí, čo je zle. Len treba vedieť, kam sa pozrieť.

Bounce má vždy prázdnu envelope-adresu odosielateľa (Return-Path: <>). Je to úmyselné: bounce na bounce by inak mohol spôsobiť nekonečnú slučku (RFC 5321).

Kto poštu odmietol?

Pošta prechádza aspoň dvoma servermi: vaším poskytovateľom a serverom príjemcu. Bounce môže vzniknúť v dvoch situáciách:

1. Prijímajúci server odmietne poštu počas SMTP komunikácie (lekcia 1.2), napríklad po RCPT TO (neznáma adresa) alebo po obsahu (spam alebo DMARC). Váš vlastný server dostane toto odmietnutie a vytvorí z neho bounce pre vás. Chyba teda pochádza od príjemcu, ale bounce od vášho vlastného servera.
2. Váš vlastný server to vzdá, napríklad preto, že príjemca bol dlhé dni nedostupný, alebo preto, že ste sami dosiahli nejaký limit.

Toto rozlíšenie je dôležité: v prvom prípade potrebujete vedieť, čo sa príjemcovi nepáčilo, v druhom prípade je problém bližšie k vám.

Čitateľná časť

Hore sa nachádza text pre ľudí. Ten sa líši podľa mailového softvéru, ale takmer vždy obsahuje tie isté veci:

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  pieter.devries@example.net
    host mx1.example.net [198.51.100.20]
    SMTP error from remote mail server after RCPT TO:<pieter.devries@example.net>:
    550 5.1.1 <pieter.devries@example.net>: Recipient address rejected: User unknown

Čítajte to takto:

Časť pre stroje: DSN

Pod textom sa väčšinou nachádza časť pre programy, delivery status notification (RFC 3464). Tá je vždy rovnako postavená, čo ju robí ľahko čitateľnou:

Reporting-MTA: dns; mail.hosting.example

Action: failed
Final-Recipient: rfc822;pieter.devries@example.net
Status: 5.1.1
Remote-MTA: dns; mx1.example.net
Diagnostic-Code: smtp; 550 5.1.1 <pieter.devries@example.net>: Recipient address rejected: User unknown

Celkom dole sa nachádza originálna pošta alebo len jej hlavičky. Tam vidíte, o akú poštu išlo, a aká adresa odosielateľa a aký Return-Path sa použili. To je niekedy kľúč k riešeniu (pozrite DMARC prípad v úlohe).

Čítanie kódov

Existujú dva druhy kódov a väčšinou sú v bounce uvedené oba.

Odpoveďový kód (RFC 5321): tri číslice, ako 550 alebo 451. Prvá číslica je najdôležitejšia:

Rozšírený stavový kód (RFC 3463): tri čísla oddelené bodkami, ako 5.1.1 alebo 4.7.500. Prvé číslo je opäť 2, 4 alebo 5. Druhé číslo hovorí, kde je problém:

Tretie číslo je presný dôvod. Veľkí poskytovatelia na to používajú vlastné čísla, napríklad Gmail s 5.7.25 až 5.7.30 a Microsoft s 4.7.500 a 5.7.509. Tie sú uvedené v ich vlastnej dokumentácii (lekcia 6.2).

Základné pravidlo: kód s 5 na začiatku a 7 v strede (5.7.x) je takmer vždy otázka politiky: autentifikácia, reputácia alebo spam. Opätovné odoslanie v tomto prípade nepomôže; treba niečo zmeniť.

Odložené ešte neznamená zlyhané

Pri dočasnej chybe (4xx) váš server uchová poštu a skúsi to znova. RFC 5321 odporúča vydržať to najmenej štyri až päť dní, s odstupom aspoň pol hodiny medzi pokusmi. Mnohé servery po niekoľkých hodinách alebo po dni posielajú správu o odklade:

Action: delayed
Status: 4.7.500
Diagnostic-Code: smtp; 451 4.7.500 Server busy. Please try again later from [203.0.113.25].
Will-Retry-Until: Thu, 12 Nov 2026 08:58:40 +0100

To znamená: neodosielajte znova, server to ešte sám skúša. Ak to aj tak odošlete znova, príjemca to možno dostane dvakrát. Ak sa to nakoniec nepodarí pred Will-Retry-Until, prídu skutočné bounce, často s kódom 4.4.7 (správa vypršala vo fronte).

Falošné bounce správy: backscatter

Dostávate zrazu desiatky bounce správ na poštu, ktorú ste nikdy neodoslali? Pozrite sa do originálnej pošty celkom dole. Ak je tam uvedená adresa odosielateľa z vašej domény, ale server a text, ktoré nepoznáte, tak spammer použil vašu adresu ako odosielateľa. Príjemcovia posielajú svoje bounce správy vám. Toto sa nazýva backscatter.

Vaša e-mailová schránka väčšinou nie je napadnutá (pozrite lekciu 3.4 pre rozdiel). Pomáha toto: DMARC politika, ktorá sa postupne sprísňuje (lekcia 4.4), aby príjemcovia odmietali falšovanú poštu skôr, ako vznikne bounce. V každom prípade skontrolujte vo svojej odoslanej pošte a u svojho poskytovateľa, či z vašej schránky naozaj nič neodišlo.

V praxi: takto to vyzerá

Pri WebOké vidíte okrem samotného bounce aj v E-mailové sledovanie v DirectAdmin, čo server so správou urobil: Doručené, Odložený alebo Zlýhanie, spolu s odpoveďou prijímajúceho servera. Iné panely majú často podobný maillog alebo „sledovanie správ“; pri Microsoft 365 sa to nazýva napríklad sledovanie správ. Je užitočné pozrieť sa tam najprv, ak nemáte bounce, alebo ak niekto tvrdí, že vaša pošta neprišla.

Zhrnutie

• Bounce prichádza od Mailer-Daemon a má prázdny Return-Path. Prečítajte si ho, väčšinou presne povie, čo je zle.
• Najprv zistite, kto dal chybu (SMTP error from remote mail server = príjemca) a pre akú adresu.
• V časti pre stroje: Action, Status, Remote-MTA a hlavne Diagnostic-Code.
• Prvá číslica: 4 = dočasné, 5 = trvalé. Druhé číslo: 1 adresa, 2 schránka, 3 systém, 4 trasa, 5 protokol, 6 obsah, 7 politika.
• Správa o odklade (delayed): neodosielajte znova. Bounce správy na poštu, ktorú ste neodoslali: backscatter.

Kvíz

Úloha

Úloha Z6.1: Rozbor troch bouncov. Dostanete tri vzorové bounce správy (bounce-1.txt, bounce-2.txt a bounce-3.txt). Pre každý bounce vyplňte: adresu, pri ktorej to zlyhalo, server, ktorý dal chybu (Remote-MTA), stavový kód, či ide o dočasnú alebo trvalú chybu, a čo má odosielateľ urobiť (vyberte zo zoznamu). Program to skontroluje podľa pevného kľúča a ku každému poľu dá vysvetlenie.

Ďalšie čítanie

Kroky v týchto článkoch platia pre panely WebOké; u iných poskytovateľov to funguje podobne.

• Mail delivery failed: ako prečítať chybové hlásenie a čo znamenajú jednotlivé kódy
• Chybové hlásenie: 550 5.5.0 Requested action not taken: mailbox unavailable
• Kontrola doručenia e-mailu pomocou funkcie Email Tracking v DirectAdmine
• Návod na DirectAdmin 9.3: E-mailové sledovanie: kam zmizla moja pošta?
• RFC 3464 (štruktúra DSN), RFC 3463 (rozšírené stavové kódy), RFC 5321 odsek 4.2 (odpoveďové kódy) a 4.5.4.1 (opakované skúšanie)