Branje sporočila o napaki (bounce)

Modul 6: Sporočila o napakah (bounce) in reševanje težav · Čas branja: 11 minut

Cilj učenja: Po tej lekciji boste znali razčleniti sporočilo o napaki za nedostavljeno pošto (bounce): kateri strežnik je vrnil napako, za kateri naslov, kaj pomeni koda in ali gre za začasno ali trajno napako.

Ključni pojmi: bounce, Mailer-Daemon, delivery status notification (DSN, RFC 3464), Reporting-MTA, Remote-MTA, Final-Recipient, Action (failed, delayed), Status, Diagnostic-Code, Will-Retry-Until, odgovorna koda (RFC 5321), razširjena statusna koda X.Y.Z (RFC 3463), sporočilo o zakasnitvi, backscatter

Kaj je bounce?

Če poštni strežnik ne more dostaviti pošte, pošlje sporočilo nazaj pošiljatelju. To se imenuje bounce (ali: non-delivery report, NDR). Prihaja od pošiljatelja, kot je Mailer-Daemon@..., MAILER-DAEMON ali Mail Delivery System, z zadevo, kot je:

• Mail delivery failed: returning message to sender
• Undelivered Mail Returned to Sender
• Delivery Status Notification (Failure)
• Warning: message ... delayed 24 hours (to ni bounce, temveč sporočilo o zakasnitvi, glejte spodaj)

Mnogi takšno sporočilo takoj izbrišejo ali se ustrašijo angleškega besedila. Škoda, saj bounce skoraj vedno natančno pove, kaj je narobe. Treba je le vedeti, kam pogledati.

Bounce ima vedno prazen ovojni naslov pošiljatelja (Return-Path: <>). To je namerno: bounce na bounce bi sicer lahko povzročil neskončno zanko (RFC 5321).

Kdo je zavrnil pošto?

Sporočilo gre prek najmanj dveh strežnikov: strežnika Vašega ponudnika in strežnika prejemnika. Bounce lahko nastane v dveh primerih:

1. Prejemni strežnik zavrne pošto med pogovorom SMTP (lekcija 1.2), na primer po RCPT TO (neznan naslov) ali po vsebini (neželena pošta ali DMARC). Vaš lastni strežnik prejme to zavrnitev in iz nje naredi bounce za Vas. Napaka torej izhaja od prejemnika, bounce pa od Vašega lastnega strežnika.
2. Vaš lastni strežnik odneha, na primer ker prejemnik več dni ni bil dosegljiv ali ker ste sami dosegli neko omejitev.

Razlika je pomembna: v prvem primeru morate ugotoviti, kaj je motilo prejemnika, v drugem primeru je težava bližje domačim vratom.

Berljivi del

Na vrhu je besedilo za ljudi. Razlikuje se glede na poštno programsko opremo, vendar skoraj vedno vsebuje iste stvari:

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

Berite ga takole:

Strojni del: DSN

Pod besedilom je navadno del za programe, delivery status notification (RFC 3464). Ta je vedno enako zgrajen, kar olajša branje:

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

Čisto na dnu je izvirno sporočilo ali samo njegove glave. Tam vidite, za katero sporočilo je šlo ter kateri naslov pošiljatelja in kateri Return-Path sta bila uporabljena. To je včasih ključ do rešitve (glejte primer DMARC v nalogi).

Branje kod

Obstajata dve vrsti kod, in navadno sta v bounceu navedeni obe.

Odgovorna koda (RFC 5321): tri številke, na primer 550 ali 451. Prva številka je najpomembnejša:

Razširjena statusna koda (RFC 3463): tri številke, ločene s pikami, na primer 5.1.1 ali 4.7.500. Prva številka je spet 2, 4 ali 5. Druga številka pove, kje je težava:

Tretja številka je natančen razlog. Veliki prejemniki za to uporabljajo lastne številke, na primer Gmail z 5.7.25 do 5.7.30 in Microsoft z 4.7.500 in 5.7.509. Te so navedene v njihovi lastni dokumentaciji (lekcija 6.2).

Praktično pravilo: koda, ki se začne s 5 in ima v sredini 7 (5.7.x), je skoraj vedno zadeva pravilnika: avtentikacija, ugled ali neželena pošta. Tu ponovno pošiljanje ne pomaga; nekaj je treba spremeniti.

Odloženo še ni neuspešno

Pri začasni napaki (4xx) Vaš strežnik shrani sporočilo in ga poskusi poslati znova. RFC 5321 priporoča, da se s tem vztraja vsaj štiri do pet dni, z vsaj pol ure med poskusi. Mnogi strežniki po nekaj urah ali po enem dnevu pošljejo sporočilo o zakasnitvi:

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 pomeni: ne pošiljajte znova, strežnik bo sam še poskušal. Če sporočilo kljub temu pošljete znova, ga bo prejemnik morda prejel dvakrat. Če do Will-Retry-Until le ne uspe, bo sledil pravi bounce, pogosto s kodo 4.4.7 (sporočilo je poteklo v čakalni vrsti).

Lažni bounce: backscatter

Ste nenadoma prejeli na desetine sporočil o napakah za pošto, ki je nikoli niste poslali? Poglejte izvirno sporočilo na dnu. Če tam vidite naslov pošiljatelja z Vaše domene, strežnik in besedilo pa Vam nista znana, je neki pošiljatelj neželene pošte uporabil Vaš naslov kot naslov pošiljatelja. Prejemniki svoje bounce pošiljajo Vam. To se imenuje backscatter.

Vaš poštni predal v tem primeru navadno ni bil vdrt (razlika je opisana v lekciji 3.4). Pomaga pravilnik DMARC, ki postaja korak za korakom strožji (lekcija 4.4), tako da prejemniki ponarejeno pošto zavrnejo, še preden nastane bounce. Vseeno preverite v poslani pošti in pri svojem ponudniku, ali iz Vašega poštnega predala res ni bilo nič poslano.

V praksi: tako je videti

Pri WebOké poleg samega sporočila o napaki vidite tudi v razdelku Sledenje e-pošti v DirectAdmin, kaj je strežnik s sporočilom naredil: Dostavljeno, Odloženo ali Neuspešno, skupaj z odgovorom prejemnega strežnika. Drugi nadzorni paneli imajo pogosto podoben dnevnik pošte ali "sled sporočila"; pri Microsoft 365 se to na primer imenuje sledenje sporočilom. Koristno je najprej pogledati tja, če nimate bouncea ali če Vam nekdo pravi, da pošta ni prispela.

Povzetek

• Bounce prihaja od Mailer-Daemon in ima prazen Return-Path. Preberite ga, saj skoraj vedno natančno pove, kaj je narobe.
• Najprej poglejte, kdo je dal napako (SMTP error from remote mail server = prejemnik) in za kateri naslov.
• V strojnem delu: Action, Status, Remote-MTA in predvsem Diagnostic-Code.
• Prva številka: 4 = začasno, 5 = dokončno. Druga številka: 1 naslov, 2 poštni predal, 3 sistem, 4 usmerjanje, 5 protokol, 6 vsebina, 7 pravilnik.
• Sporočilo o zakasnitvi (delayed): ne pošiljajte znova. Bounci za pošto, ki je niste poslali: backscatter.

Kviz

Naloga

Naloga Z6.1: Razčlenitev treh povratnih sporočil (bounce). Prejmete tri primere sporočil o napaki (bounce-1.txt, bounce-2.txt in bounce-3.txt). Za vsak bounce izpolnite: naslov, pri katerem je prišlo do napake, strežnik, ki je dal napako (Remote-MTA), statusno kodo, ali gre za začasno ali dokončno napako, in kaj naj pošiljatelj naredi (izberite s seznama). Program preveri odgovore s pomočjo stalnega ključa in pri vsakem polju poda razlago.

Za nadaljnje branje

Koraki v teh člankih veljajo za nadzorne plošče WebOké; pri drugih ponudnikih deluje podobno.

• Neuspela dostava e-pošte: kako razumeti sporočilo o napaki in kaj pomenijo kode
• Sporočilo o napaki: 550 5.5.0 Requested action not taken: mailbox unavailable
• Preverjanje, ali je e-pošta prispela, z Email Tracking v DirectAdminu
• Priročnik DirectAdmin 9.3: Sledenje e-pošti: kam je izginilo moje sporočilo?
• RFC 3464 (zgradba DSN), RFC 3463 (razširjene statusne kode) ter RFC 5321, odstavek 4.2 (odgovorne kode) in 4.5.4.1 (ponovno poskušanje)