Email se vraća pošiljaocu: kako pročitati 550 i druge greške

Bounce ili NDR je obaveštenje o ishodu dostave. Tražite adresu kojoj poruka nije stigla, status, odgovor udaljenog servera i vreme pokušaja. Broj 550 sam po sebi nije dijagnoza. Za istim osnovnim kodom mogu stajati nepostojeća adresa, politika primaoca ili drugi razlozi koje server opisuje tekstom.

Po SMTP standardu, odgovor koji počinje sa 4 označava privremeni neuspeh, a sa 5 trajni neuspeh za taj pokušaj. Posle trajnog odbijanja problem se može popraviti, ali istu poruku nemojte slati ponovo dok ne otklonite navedeni uzrok.

Dodatni kod poput 5.1.1 daje precizniju kategoriju. Ali pročitajte i ostatak rečenice: konkretan provajder može imati dodatna pravila i značenja. Microsoft-ov katalog NDR poruka zato povezuje kod sa tekstom i mogućim uzrocima, umesto da svaki broj tumači odvojeno.

Ovo je pojednostavljen, izmišljen primer tehničkog dela obaveštenja. Adresa je rezervisana za dokumentaciju:

text
Final-Recipient: rfc822; prodaja@primer.example
Action: failed
Status: 5.1.1
Diagnostic-Code: smtp; 550 5.1.1 Recipient address rejected

Final-Recipient navodi kome je dostava pokušavana. Action opisuje ishod, a Status prošireni kod. Diagnostic-Code čuva odgovor koji može da objasni razlog. Ovakva polja definiše RFC 3464. U prikazu email programa često su spakovana u odeljak Technical details ili Diagnostic information.

Kod poruke poslate na više adresa proverite ishod za svakog primaoca. Neuspeh na jednoj adresi ne dokazuje da ostali nisu dobili poruku. To je važno pre ponavljanja slanja: pošaljite ponovo samo tamo gde treba, da klijenti ne dobiju više istih ponuda.

• 5.1.1, uz objašnjenje da sanduče ne postoji: proverite adresu, naročito deo pre znaka @. Potvrdite je drugim kanalom; novo slanje na istu pogrešnu adresu neće pomoći.
• Mailbox full ili quota exceeded: proverite čija je kvota navedena. Ako je puno sanduče primaoca, prostor oslobađa primalac. Ako poruka govori o vašem limitu slanja, proveru radi vaš email provajder.
• 5.7.1: bezbednosna ili druga politika odbija zahtev. Sačuvajte ceo odgovor; uzrok nije uvek spam reputacija niti se popravlja promenom jednog DNS zapisa.
• 5.7.26 iz Gmail odgovora: pogledajte da li tekst govori o neuspešnoj autentifikaciji ili DMARC politici, pa proverite stvarni sistem slanja i domen pošiljaoca.
• Privremeni kodovi 4.x.x: dostava može biti odložena zbog mreže, opterećenja ili ograničenja. Pogledajte da li obaveštenje kaže da server još pokušava ili da je rok za pokušavanje istekao.

Standardne kategorije opisuje RFC 3463, a Gmail ima svoj katalog kodova i objašnjenja. Čak i oznaka 5.2.2, koju ćete često povezati sa punim sandučetom, kod Microsoft-a može biti opisana kao Submission quota exceeded. Zbog toga rečenica uz broj određuje kome se obraćate.

Ako je problem pogrešno napisano ime adrese, ispravku možete napraviti odmah. Ako primalac potvrdi da adresa postoji, ali njegov server prijavljuje nepostojeće sanduče ili zabranu, njegov administrator proverava prijem. Pošaljite mu tehnički deo obaveštenja, datum i korišćenu adresu, bez privatnog sadržaja poruke.

Ako odbijanje govori o vašem pošiljaocu, njegovoj autentifikaciji ili odlaznom serveru, javite se svom provajderu. Navedite odakle šaljete: webmail, Outlook, aplikacija, SMTP servis ili nešto drugo. Isto sanduče može da šalje kroz različite sisteme koji nemaju ista DNS ovlašćenja ili reputaciju.

Za poruke koje ne prolaze autentifikaciju proverite SPF, DKIM i DMARC za stvarni put slanja. Nemojte nasumično ublažavati DMARC politiku ili dodavati server koji ne koristite. Ako poruka ipak bude prihvaćena pa završi u spamu, to je drugačiji ishod, opisan u vodiču za spam folder.

Za punu poštansku kutiju najpraktičniji je postupak provere i oslobađanja prostora. Kada šaljete sa deljenog hostinga, reputaciju zajedničkog odlaznog servera i njegov PTR zapis proverava provajder. Ne morate sami da administrirate server da biste mu dostavili dobar trag.

Ponovite slanje nakon konkretne ispravke: potvrđena adresa, oslobođeno sanduče ili otklonjeno pravilo. Za hitan poslovni dokument prvo se javite primaocu drugim dogovorenim kanalom. Vraćena poruka govori da određeni pokušaj nije uspeo; nije potvrda da je ponuda pročitana.

Ako u obaveštenju piše delayed i server još pokušava, ručno slanje može proizvesti duplikate kada red konačno prođe. Ako piše failed ili ste dobili završnu potvrdu neuspeha, samo čekanje posle popravke ne vraća tu poruku u red. Potrebno je novo slanje.

Ilustracija: primalac je ujutru imao puno sanduče i vaš email je trajno odbijen. U podne je oslobodio prostor. To što sledeći email stiže ne znači da je prvi naknadno isporučen. Zatražite potvrdu i ponovo pošaljite samo poruku čiji neuspeh ste utvrdili.

Podršci pošaljite adresu pošiljaoca i primaoca, vreme sa vremenskom zonom, način slanja, ceo odgovor servera i ID poruke ako postoji. Navedite da li ne prolazi jedna adresa, ceo domen ili više provajdera. Ne šaljite lozinke niti priloge iz privatne prepiske kada nisu potrebni za proveru.

Ako dobijete bounce za poruku koju niste poslali, prvo proverite poslatu poštu i evidenciju naloga. Takvo obaveštenje nije samo po sebi dokaz da je neko pristupio sandučetu; adresa pošiljaoca može biti zloupotrebljena. Ako evidencija pokaže slanje koje ne prepoznajete, tražite proveru pristupa i zaštite naloga. Lozinku nemojte unositi preko neočekivanog linka iz vraćene poruke.