E-poštno sporočilo običajno prispe v nekaj sekundah, vendar ni takojšnja storitev: sporočilo gre skozi več strežnikov in vsak lahko pošiljatelja prosi, naj poskusi znova pozneje. Če sporočilo zamuja ali ne prispe, je najprej dobro ugotoviti, kje je. Če slediš spodnjemu vrstnemu redu, se vzrok največkrat pokaže v nekaj minutah.

1. Preveri, ali res ni prispelo

Veliko „izginulih” sporočil je že v poštnem predalu, le ne tam, kjer jih iščeš.

• Odpri spletno pošto. Če je sporočilo tam vidno, se poštni predal v poštnem programu ali telefonu ni osvežil. Poštni predali, ki jih kliče POP3 (na primer naslov, dodan v Gmail kot sekundarni račun), strežnik poizvejo le občasno, varčevalni način baterije v telefonih pa lahko prav tako zakasni obvestilo.
• Poglej mapo z neželeno pošto. cPanel sumljiva sporočila premakne v mapo spam, spletno gostovanje pa v mapo Neželena pošta. O tem piše članek o sporočilih, ki pristanejo v mapi z neželeno pošto.
• Pomisli na filtre in posredovanje. Prej nastavljen filter sporočil lahko sporočilo premakne v drugo mapo, posredovanje pa ga lahko pošlje drugam.
• Preveri velikost poštnega predala. Poln poštni predal ne sprejema novih sporočil; prostor sprostiš tako.

Če je pošiljatelj o sporočilu prejel obvestilo o vrnitvi, je napaka že znana: pri razlagi pomagata članek o napakah 550 in razlaga statusnih kod Exim.

2. Sledi poti sporočila v cPanelu

Na gostovanju cPanel stran Sledenje dostavi v skupini E-pošta pokaže, kaj je strežnik vedel o sporočilu.

1. V polje Recipient Email (optional) vpiši prejemnika ali ga pusti praznega.
2. Klikni gumb Zaženi poročilo. Pokaži vse navede vsa sporočila, Show Blocked & Failed pa le zavrnjena in neuspešna.
3. V tabeli Poročilo o dostavi preveri pošiljatelja, čas, oceno neželene pošte (Ocena neželene pošte) in stolpec Rezultat. Potrditveno polje Pokaži odložene pokaže tudi sporočila, katerih dostavo je strežnik odložil na pozneje.

Stran prikazuje dohodna in odhodna sporočila, strežnik pa podatke hrani 60 dni. Ikona z informacijami na koncu vrstice odpre podrobnosti.

• Če sporočila ni na seznamu, ga naš strežnik ni prevzel. Strežnik pošiljatelja lahko zaradi sivega seznama še poskuša znova, napaka je lahko na strani pošiljatelja ali pa strežnik pošiljatelja sporočila ni poslal k nam (glej spodaj del o nedavni spremembi zapisa MX ali imenskih strežnikov).
• Če je sporočilo navedeno kot sprejeto, ga je naš strežnik prevzel, zato mora biti v poštnem predalu, v mapi z neželeno pošto ali za filtrom.
• Če je pri poslanem sporočilu vidna napaka ali odlog, ga prejemnikov strežnik ni prevzel. Besedilo sporočila običajno pove, zakaj.

Vmesnik KeyHelp spletnega gostovanja nima takšne strani za sledenje sporočilom. V tem primeru na portalu za stranke odpri zahtevek za podporo in navedi pošiljatelja, prejemnika in čas pošiljanja, tako lahko v poštnem dnevniku pogledamo, kaj se je s sporočilom zgodilo.

3. Iz glave razberi, kje je sporočilo čakalo

Če je sporočilo prispelo, a pozno, celotna glava pokaže, na katerem strežniku je stalo. Kako odpreš glavo v poštnih programih, opisuje članek o ponarejanju e-poštnega naslova.

Vrstice Received vsak strežnik zapiše na začetek sporočila, zato jih je treba brati od spodaj navzgor. Primerjaj časovne žige zaporednih vrstic:

Received: from mail.pelda-kuldo.hu by mail.pelda-fogado.hu; Fri, 30 Oct 2026 13:31:02 +0100
Received: from gep.pelda-kuldo.hu by mail.pelda-kuldo.hu; Fri, 30 Oct 2026 13:25:58 +0100

Tu je strežnik pošiljatelja sporočilo prevzel ob 13:25:58, prejemni strežnik pa šele ob 13:31:02. Več kot petminutna vrzel je nastala med strežnikoma, kar tipično kaže na začasno zavrnitev ali sivi seznam. Bodi pozoren tudi na časovni pas: razlika +0100 ali +0000 na koncu vrstice ni zamuda.

Kaj lahko povzroči zamudo?

Začasna napaka in ponovni poskus

SMTP pozna dve vrsti zavrnitve. Po trajni napaki (5xx) strežnik pošiljatelja odneha in pošlje obvestilo o vrnitvi. Po začasni napaki (4xx) sporočilo obdrži v čakalni vrsti in pozneje poskusi znova, tudi več dni. Pošiljatelj lahko sčasoma prejme obvestilo, da dostava zamuja, vendar še poteka. To ni napaka, sporočila mu ni treba poslati znova.

Začasno napako lahko povzroči preobremenjen ali vzdrževan prejemni strežnik, omrežna napaka ali to, da prejemni strežnik upočasnjuje veliko količino sporočil neznanega pošiljatelja.

Sivi seznam (greylisting)

Sivi seznam je metoda filtriranja neželene pošte, ki izkorišča dejstvo, da večina programov za pošiljanje neželene pošte ne poskuša znova. Prejemni strežnik si zapomni naslov IP strežnika pošiljatelja, pošiljatelja in prejemnika, in če te trojice še ni videl, sporočilo zavrne z začasno napako (običajno s kodo 451). Pravilen poštni strežnik čez nekaj minut poskusi znova in sporočilo drugič gre skozi.

Iz tega sledi, kdaj sivi seznam povzroča težave:

• Prvo sporočilo zamuja. Prvo sporočilo od novega partnerja ali novemu partnerju prispe nekaj minut, redko tudi eno uro pozneje, naslednja pa takoj.
• Kode za enkratno uporabo lahko potečejo. Veljavnost prijavne kode ali povezave za ponastavitev gesla lahko poteče, preden sporočilo prispe. Takrat počakaj nekaj minut in zahtevaj novo kodo: drugo sporočilo običajno gre skozi takoj.
• Veliki poštni sistemi pošiljajo z več naslovov IP. Če ponovni poskus pride z drugega naslova, ga lahko prejemni strežnik obravnava kot novega pošiljatelja in zamuda bo daljša.

Na naših strežnikih gostovanja cPanel je sivi seznam vklopljen z naslednjimi nastavitvami:

• Prva dostava: sporočila novega pošiljatelja strežnik vsaj 2 minuti ne prevzame. Dejansko zamudo določa čas ponovnega poskusa strežnika pošiljatelja, zato je lahko tudi daljša.
• Ponovno pošiljanje: strežnik pošiljatelja mora znova poskusiti v 4 urah, sicer pošiljatelj spet velja za neznanega.
• Znani pošiljatelji: sprejetega pošiljatelja si strežnik zapomni za 3 dni, zato njegova nadaljnja sporočila prispejo brez čakanja.
• Izjema: sporočil strežnikov, ki pošiljajo z veljavnim zapisom SPF, sivi seznam ne zadržuje. V našem preizkusu je takšno sporočilo, poslano na nikoli uporabljen naslov, prispelo v 15 sekundah.

Če sporočilo, poslano nam, redno zamuja, prosi pošiljatelja, naj preveri zapis SPF svoje domene. Če prvo sporočilo, ki ga pošlješ partnerju, zamuja, ga lahko povzroča partnerjev strežnik. Proti temu kot pošiljatelju običajno ni treba storiti ničesar, sporočilo prispe samo.

V cPanelu nastavitev za vsako domeno vidiš na strani Konfiguracija sivega seznama v skupini E-pošta. Če je pri domeni zamujanje prejetih sporočil večja težava kot neželena pošta, ga lahko izklopiš z gumbom Izklopljeno, takrat pa lahko v poštni predal pride več neželenih sporočil.

Urna omejitev pošiljanja

Če je tvoja domena dosegla urno omejitev odhodnih sporočil, strežnik sporočila nekaj časa zadrži. O tem piše članek o urni omejitvi pošiljanja sporočil. Če nisi poslal veliko sporočil, preveri, ali niso vdrli v tvoj poštni predal.

Nedavna sprememba zapisa MX ali imenskih strežnikov

Po selitvi e-pošte lahko stari zapis MX še ure živi v predpomnilniku strežnikov pošiljateljev, zato lahko del sporočil gre na stari strežnik. Če si nedavno spremenil zapise MX domene ali imenske strežnike, počakaj na širjenje DNS in do takrat pusti stari poštni predal delovati.

Naslov IP strežnika je na črnem seznamu

Prejemni strežnik lahko sporočilo začasno ali trajno zavrne, če ima naslov strežnika pošiljatelja slab ugled. Takrat obvestilo o vrnitvi ali sporočilo na strani Sledenje dostavi običajno navede seznam. Če to vidiš pri sporočilih, poslanih z naših strežnikov, nam piši.

Kdaj nam pisati?

Če sporočila po zgornjih korakih še vedno ne najdeš, odpri zahtevek za podporo in navedi natančen naslov pošiljatelja in prejemnika, čas pošiljanja in prejeto sporočilo o napaki. Veliko pomaga tudi celotna glava enega od sporočil v pogovoru.