Modul 6 · 6.3
Pošta ne prispe: načrt korakov
Modul 6: Sporočila o napakah (bounce) in reševanje težav · Čas branja: 11 minut
Cilj učenja: Po tej lekciji boste znali sistematično ugotoviti, zakaj e-pošta ne prispe ali pristane v spamu, tako kot pošiljatelj kot kot prejemnik, in boste vedeli, katere podatke potrebujete, ko prosite za pomoč.
Ključni pojmi: pošiljateljska in prejemna stran, bounce, dnevnik pošte (maillog) oziroma sledenje e-pošti, mapa za spam, pravila in filtri, testno sporočilo na lasten zunanji naslov, Authentication-Results, orodja za testiranje, kdaj je na potezi prejemnik
Najprej pravo vprašanje
"Moja e-pošta ne prispe" lahko pomeni zelo različne stvari:
- sporočilo nikoli ni bilo poslano (ostane v mapi Poslano, napaka v Vašem programu);
- sporočilo je bilo poslano, a se je vrnilo z bounce sporočilom;
- sporočilo je bilo dostavljeno, vendar je pri prejemniku v spamu ali drugi mapi;
- sporočilo je bilo dostavljeno, vendar ga prejemnik ne najde ali trdi, da ga ni prejel;
- Vi sami ne prejemate (več) pošte od enega ali več pošiljateljev.
Vsaka od teh situacij ima drugačno izhodišče. Spodnji načrt korakov deluje kot odločitveno drevo: pri vsakem koraku veste več, in pogosto ste po dveh ali treh korakih pri koncu.
Kot pošiljatelj: sedem korakov
Korak 1. Je bilo sporočilo res poslano?
Je v Vaši mapi Poslano? Je še vedno v mapi Poslano, ali je Vaš program javil napako? Potem gre za težavo pri pošiljanju pri Vas: ime strežnika, vrata, prijava, geslo ali prevelika priloga (lekcija 1.4, 2.1). Preizkusite v spletni pošti: če tam pošiljanje uspe, je težava v Vašem programu.
Korak 2. Je prišlo bounce sporočilo?
Poglejte v svoj prejemni predal (in mapo za spam) za sporočila od Mailer-Daemon ali Mail Delivery System. Če je tako, ga preberite (lekcija 6.1) in poiščite kodo (lekcija 6.2). V večini primerov zdaj poznate vzrok.
Korak 3. Ni bounce sporočila: kaj pravi dnevnik pošte?
Poiščite sporočilo v dnevniku pri Vašem ponudniku. V nadzorni plošči za gostovanje se to pogosto imenuje sledenje e-pošti ali maillog, pri Microsoft 365 sledenje sporočilom, pri Google Workspace dnevnik e-pošte. Vidite:
| Stanje | Pomen | Naslednji korak |
|---|---|---|
| Dostavljeno | Strežnik prejemnika je sporočilo sprejel (koda 250) | Korak 4: zdaj je na potezi prejemnik |
| Odloženo | Prejemnik ga (še) ni sprejel, poskus se ponavlja | Preverite razlog; pogosto gre za začasno upočasnitev (lekcija 6.4) |
| Neuspešno | Dokončno zavrnjeno | Obstaja tudi bounce sporočilo; preberite razlog |
| Ni mogoče najti | Vaš strežnik sporočila ni nikoli prejel | Nazaj na korak 1, ali pa je sporočilo šlo prek druge storitve (spletno mesto, novičnik) |
Korak 4. Dostavljeno, a prejemnik ga ne vidi.
Po kodi 250 je sporočilo pri prejemniku. Ta ga lahko postavi v spam, v karanteno pri upravitelju pošte, ali ga pravilo preseli drugam. Prosite prejemnika, naj pogleda v Spam ali Neželena e-pošta, v drugih mapah, in ali ima njegov upravitelj karanteno. Vi tega ne morete videti.
Korak 5. Preverite svojo domeno.
Vaše sporočilo pogosteje pristane v spamu, ali ne prispe pri enem velikem prejemniku? Preverite SPF, DKIM in DMARC z orodjem (E-poštni test, Zdravje domene, internet.nl ali MXToolbox). Posebej bodite pozorni na:
- natanko en zapis SPF, znotraj desetih poizvedb, z vsemi storitvami, ki pošiljajo pošto (lekcija 4.2);
- ključ DKIM pri selektorju, ki je naveden v Vašem sporočilu (lekcija 4.3);
- zapis DMARC, in kakšna je politika (lekcija 4.4).
Korak 6. Pošljite testno sporočilo in preberite glave.
Pošljite isto sporočilo (z istim pošiljateljem in po možnosti isto vsebino) na lasten naslov pri Gmail in pri Outlook.com. Tam odprite glave (v Gmailu: "Prikaži izvirnik"). Poglejte Authentication-Results:
Authentication-Results: mx.google.com;
dkim=pass header.i=@example.com header.s=x header.b=Ab12Cd34;
spf=pass (google.com: domain of info@example.com designates 192.0.2.25 as permitted sender) smtp.mailfrom=info@example.com;
dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=example.comČe je trikrat navedeno pass, je avtentikacija v redu in uvrstitev v spam je posledica ugleda ali vsebine. Če piše fail, softfail, none ali temperror, veste, kaj morate popraviti. Testne storitve, kot je mail-tester, dajo podoben poročilo z oceno.
Korak 7. Preverite pošiljateljski strežnik.
Kateri IP-naslov je dostavil sporočilo (lekcija 5.1)? Ima pravilen PTR? Je na seznamu blokad (lekcija 5.2)? Je to naslov Vašega ponudnika ali Vaše lastne internetne povezave? Lastna povezava pomeni, da Vaš program ne pošilja prek strežnika Vašega ponudnika.
Kot prejemnik: šest korakov
Če sami ne prejemate več pošte, ali Vam manjka pošta od enega pošiljatelja:
- Poglejte v spletno pošto, tudi v Spam in Neželeno. Če je sporočilo tam, je težava v Vašem programu ali telefonu (geslo, POP3 na drugi napravi, ki pošto briše, pravilo; lekcija 1.3, 3.1).
- Je Vaš poštni predal ali paket poln? Poln poštni predal zavrača novo pošto (lekcija 3.2).
- Filtri in pravila: filter za spam, ki spam takoj izbriše, blokiran pošiljatelj, pravilo na strežniku, ki preusmerja pošto.
- Je Vaš MX pravilen? Kaže na strežnik, kjer je Vaš poštni predal? Po selitvi ali povezavi z Microsoft 365 ali Google Workspace tu pogosto pride do napake (tečaj DNS lekcija 4.1, lekcija 8.2).
- Obstaja preusmeritev za ta naslov? Potem sporočilo pride tja, ne v Vaš poštni predal (lekcija 3.3).
- Prosite pošiljatelja za njegov bounce. Ta natančno pove, kaj je odgovoril Vaš strežnik.
Kdaj je na potezi druga stran?
Ne morete vsega rešiti sami. Takole ugotovite, kdaj je težava pri nekom drugem:
- Prejemnik pri: poln poštni predal, ukinjen naslov, sporočilo dostavljeno, a v njegovem spamu ali karanteni. Prosite ga, naj Vaš naslov shrani kot varnega pošiljatelja ali kontakt.
- Vaš ponudnik pri: pošiljateljski strežnik je na seznamu blokad, nima ustreznega PTR, ali ga veliki prejemnik upočasnjuje ali blokira. Priložite celoten bounce.
- Storitev, ki pošilja v Vašem imenu (spletna trgovina, računovodski program, storitev za novičnike) pri: pošta te storitve ne uspe pri SPF ali DKIM. Ta storitev Vam poda pravilne zapise.
Prošnja za pomoč: kaj priložite?
S temi podatki lahko vsak oddelek podpore sporočilo takoj poišče:
- naslov pošiljatelja in naslov prejemnika;
- datum in uro pošiljanja (s časovnim pasom);
- celoten bounce, ali vrstico s kodo;
- če je sporočilo prispelo, a je v spamu: celotne glave tega sporočila;
- kateri poštni program ali katero storitev ste uporabili.
Nikoli ne pošiljajte svojega gesla. Noben resen ponudnik Vas za to ne prosi.
V praksi: tako je videti
Pri WebOké najdete korak 3 v DirectAdmin pod Sledenje e-pošti, korak 5 pa v Moj WebOké na kartici Nastavitev e-pošte ali Domena / Zdravje e-pošte. Kdor nima računa, uporabi javni E-poštni test in Zdravje domene na weboke.si. Pri drugih ponudnikih se ti deli imenujejo drugače, vendar ima skoraj vsaka nadzorna plošča dnevnik pošte in upravljanje DNS, neodvisna orodja pa delujejo za vsako domeno.
Povzetek
- Najprej ugotovite, kaj natanko pomeni "ne prispe": ni bilo poslano, bounce, dostavljeno a v spamu, ali sami ne prejemate.
- Pošiljatelj: poslano? bounce? dnevnik pošte? dostavljeno = na potezi je prejemnik; nato domena, testno sporočilo z glavami, pošiljateljski strežnik.
- Prejemnik: spletna pošta, prostor, filtri, MX, preusmeritev, bounce od pošiljatelja.
Authentication-Resultsv testnem sporočilu na prvi pogled pokaže, ali SPF, DKIM in DMARC uspejo.- Če prosite za pomoč, priložite naslove, čas in celoten bounce ali glave.
Kviz
Naloga
Naloga O6.3: Reševanje težave po korakih. Izberite pravo težavo iz svojega okolja (sporočilo, ki ni prispelo ali je bilo v spamu), ali uporabite vajo "računi za Hotmail prispejo šele po enem dnevu". Preidite skozi načrt korakov in za vsak korak zapišite, kaj ste ugotovili. Zaključite z: kje je bila težava, kdo je bil na potezi, in kaj ste storili ali vprašali? Nato si oglejte kontrolni seznam in vzorčni odgovor za vajo.
Naloga O6.3: Reševanje težave po korakih
Sledite načrtu korakov iz lekcije 6.3 z lastno težavo ali z vajno nalogo: računovodski servis pošilja račune iz svojega poštnega predala. Stranke z naslovom Hotmail jih včasih prejmejo šele po dnevu, stranke z Gmail takoj. Zavrnitve (bounce) ni, po 24 urah pa pride opozorilo "delayed" (bounce-2.txt).
Datoteka za to nalogo: bounce-2.txt
Preizkusni primer: poslano (v mapi Poslano); ni zavrnitve, ampak sporočilo o odlogu s 451 4.7.500; v maillogu "odloženo" z enakim razlogom; SPF, DKIM in DMARC so v redu (niso vzrok); Microsoft upočasnjuje IP-naslov pošiljateljskega strežnika. Na potezi je upravitelj pošiljateljskega strežnika (ponudnik). Prijavite s sporočilom o odlogu, ne pošiljajte ponovno, in za nujne račune se po potrebi dogovorite za drugo pot.
Vaše kljukice in zapiski ostanejo samo v tem brskalniku, nikamor jih ne pošiljamo. Če ste prijavljeni, v Moji tečaji shranimo samo podatek, da ste nalogo opravili.
Za nadaljnje branje
Koraki v teh člankih veljajo za nadzorne plošče WebOké; pri drugih ponudnikih deluje podobno.
- Moja e-pošta ne prispe ali konča v neželeni pošti: tako to ugotovite
- Ne prejemam več e-pošte: tako poiščete vzrok
- Ne morem poslati e-pošte (prejemanje deluje)
- Preverjanje, ali je e-pošta prispela, z Email Tracking v DirectAdminu
- Priročnik WebOké 7.4: Pošta ne prispe: samostojno preverjanje
- Priročnik DirectAdmin 9.4: Moja pošta pri prejemniku pristane v neželeni pošti
- Zdravje domene (brezplačna preveritev vsake domene): https://www.weboke.si/zdravje-domene
