Ta članek obravnava težave z blokiranjem e-pošte na poštnih strežnikih. Če do blokade pride na strani poštnega odjemalca, z izjemo WebMail ⧉, težavo rešujte s pomočjo priročnika ali podpore tega odjemalca.
Druge težave z delovanjem e-pošte obravnava članek E-pošta – Odpravljanje težav.
V tem članku izveste:
- V katerih primerih pride do blokiranja e-pošte
- Kako rešiti blokiranje:
- Pogosto zastavljena vprašanja
Blokiranje e-pošte
Pod blokiranjem e-pošte običajno razumemo situacijo, ko poštni strežnik iz določenega razloga zavrne pošiljanje ali prejem e-sporočila. Pogosta težava je tudi nastavitev DNS zapisov domene, ki se lahko kaže kot blokiranje e-pošte pri prejemu.
Do blokiranja e-pošte lahko pride:
- Pred pošiljanjem e-sporočila, na primer zaradi blokade SMTP ali funkcije PHP mail() na storitvi Webhosting. Težavo rešujete z ponudnikom e-poštnih storitev.
- Pred prejemom e-sporočila, na primer zaradi neuspešnega usmerjanja ali zavrnitve sporočila. Težava je lahko na strani prejemnika ali pošiljatelja.
Blokiranje pošiljanja
Če imate na storitvi Mailhosting, Webhosting, WMS ali WebSite blokirano pošiljanje pošte, vam sistem ne dovoli poslati nobenega sporočila. Poštni odjemalec praviloma vrne sporočilo o napaki, skripti pa ne delujejo.
Med pogoste razloge za blokado pošiljanja e-pošte spadajo:
- Prekoračitev dnevne kvote na primer pri pošiljanju množične pošte ali zaradi napačne nastavitve odjemalca
- Preventivno blokiranje zaradi sumljivega obnašanja
- Polna poštna škatla vključno z mapama Koš in SPAM
- Drug razlog
Dnevna kvota
Dnevno e-poštno kvoto sistem samodejno ponastavi vsak dan o polnoči (po srednjeevropskem času). Ročnih ponastavitev na zahtevo ne izvajamo.
Iz storitev Webhosting lahko e-pošto pošiljate na dva načina – s poštnim protokolom SMTP ali s PHP funkcijo mail(). Vsak način ima svojo kvoto za pošiljanje e-pošte (praviloma 500 e-sporočil na dan, 50 za Webhosting s tarifo LowCost).
Če kvoto prekoračite, sistem do polnoči, ko kvoto ponastavi, blokira pošiljanje pošte na tak način.
Preventivno blokiranje
Če pri e-pošti poštnega predala ali celotne storitve, ki jo gostimo mi, zaznamo problematično obnašanje, jo blokiramo, da ne bi prišlo do širjenja škode in negativne ocene naših poštnih strežnikov zaradi spama. Podobno kot pri dnevni kvoti ločujemo pošiljanje pošte prek SMTP in PHP funkcije mail().
Med pogoste vzroke za blokiranje pošte z naše strani spadajo:
- pošiljanje spama iz nezavarovanega obrazca ali ogroženega poštnega predala
- kršitev pogojev za pošiljanje e-pošte
Če vam blokiramo pošto, tehnik naročniku storitve pošlje e-sporočilo z navodili, kako težavo odpraviti. Izvedite priporočene ukrepe in nato v odgovoru na sporočilo tehnika zaprosite za odstranitev blokade.
Polna poštna škatla
Če je poštni predal poln, e-pošto še vedno pošilja, vendar je ne shranjuje v mapi Poslano niti Osnutki.
Težavo lahko rešite s povečanjem kapacitete poštnih predalov po navodilih E-pošta – Povečanje prostora poštnih predalov, ali z brisanjem e-pošte po navodilih WebMail – Brisanje e-pošte.
Drugo blokiranje pošiljanja na strežniku
Če sumite, da strežnik ne pošilja e-pošte, čeprav storitev ni omejena, prosite podporo za preverjanje prek obrazca ⧉. Navedite:
- način pošiljanja e-pošte (SMTP prek poštnega odjemalca ali skripta, PHP mail)
- čim natančnejši datum in čas pošiljanja preizkusnega sporočila
- e-poštni naslov pošiljatelja
- e-poštni naslov prejemnika
- celotno besedilo ali posnetek zaslona morebitnega sporočila o napaki
Blokiranje prejemanja
Če sporočilo blokira strežnik prejemnika, pošiljatelj praviloma prejme sporočilo o nedostavljivosti z opisom razloga zavrnitve. Na podlagi tega sporočila (oziroma tega, da ga sploh ne prejmete) najlažje ugotovite, ali je dostava spodletela zaradi zavrnitve na strani strežnika ali zaradi druge napake.
Med pogoste razloge za blokado prejemanja e-pošte spadajo:
- Težave s SPF in DKIM, torej mehanizmi, ki preprečujejo pošiljanje spama
- Prepoln poštni predal prejemnika
- Uvrstitev pošiljatelja ali njegovega strežnika na črni seznam (blacklist)
- Manjkajoča nastavitev PHP mail(), natančneje naslova za odgovor return-path
Težava s SPF in DKIM
Težave s SPF in DKIM lahko povzročijo, da sporočila pristanejo med spamom (v tem primeru strežnik prejemnika ne pošlje obvestila o nedostavitvi) ali da jih strežnik zavrne in o tem obvesti pošiljatelja.
SPF je DNS zapis tipa TXT, ki vsebuje seznam strežnikov, ki smejo pošiljati e-pošto z naslovov na tej domeni. Več informacij in navodila za nastavitev zapisa SPF najdete v članku E-pošta – Zapis SPF, ali pri vašem ponudniku e-pošte.
Sporočilo o napaki ob nepravilni nastavitvi SPF se razlikuje glede na prejemnika, VEDOS pošlje napako:
550 5.7.1 <adresa@prijemce.tld>: Recipient address rejected: Please see http://www.openspf.net/Why?s=... (in reply to RCPT TO command)
Za pravilno nastavitev DKIM preverite, ali imate v DNS te zapise:
Name Type Data key1.wedos-dkim._domainkey CNAME key1.dkim-we.wedos.net key2.wedos-dkim._domainkey CNAME key2.dkim-we.wedos.net
Za domene, usmerjene na Webhosting, WMS ali WebSite, sistem te zapise ustvari samodejno.
Prepoln poštni predal
Če je poštni predal prepoln, ne more sprejemati nobene nove e-pošte.
Težavo lahko rešite s povečanjem kapacitete poštnih predalov po navodilih E-pošta – Povečanje prostora poštnih predalov, ali z brisanjem e-pošte po navodilih WebMail – Brisanje e-pošte.
Črni seznam
Strežnik lahko sporočilo zavrne na podlagi črnega seznama (blacklist), na katerem najde bodisi e-poštni naslov (določen poštni predal ali celotno domeno) bodisi IP naslov poštnega strežnika.
Črnih seznamov je veliko. Enega od njih lahko konfigurira neposredno uporabnik, na primer po članku E-pošta – Blacklist in whitelist v administraciji strank. S strežnika, na katerem je vaš naslov tako uvrščen na črni seznam, boste čez nekaj časa prejeli sporočilo:
550 5.7.1 <adresa@prijemce.tld>: Recipient address rejected: sender blacklisted
Drugi črni seznami so javni ali interni, za odstranitev naslova s črnega seznama pa morate zaprositi upravljavca poštnih strežnikov pošiljatelja. Če torej pošiljate e-pošto z našega Webhostinga, WMS ali WebSite in prejmete sporočilo o nedostavljivosti, v katerem je omenjena uvrstitev IP naslova poštnega strežnika na črni seznam, nam besedilo sporočila o napaki pošljite prek obrazca ⧉. Nadaljnji postopek obravnava tehnik.
PHP mail() in return-path
Če se vaša e-pošta, poslana prek PHP funkcije mail(), ne dostavlja, preverite, ali vsebuje pravilno izpolnjen parameter return-path po vzorcu:
mail('adresa@prijemce.tld','Zadeva','Besedilo sporočila','','-f adresa@odesilatele.tld');
Izogibajte se nastavljanju return-path na naslov, ki ga uporabnik vnese v obrazec, in namesto tega uporabite naslov na domeni, s katere e-pošto pošiljate.
Drugo blokiranje prejemanja na strežniku
Če sumite, da strežnik ne sprejema e-pošte, čeprav ima domena pošiljatelja pravilno nastavljen vsaj zapis SPF in je v poštnem predalu dovolj prostega prostora, prosite podporo za preverjanje prek obrazca. Navedite:
- čim natančnejši datum in čas pošiljanja preizkusnega sporočila
- e-poštni naslov pošiljatelja
- e-poštni naslov prejemnika
- celotno besedilo ali posnetek zaslona morebitnega sporočila o napaki
Pogosto zastavljena vprašanja
Potrebujem pošiljati več kot 500 e-sporočil na dan, kako naj to uredim?
Če morate pošiljati novice in drugo množično, tudi zahtevano, korespondenco, ki jo naši pogoki prepovedujejo, uporabite storitev za množično pošiljanje e-pošte. Če vam 500 e-sporočil na dan za običajno korespondenco ne zadošča, nas kontaktirajte prek obrazca ⧉. Navedite ime gostiteljske storitve, predlog novega dnevnega limita in utemeljitev prošnje.
Čemu sploh služi dnevni limit? Ali ga lahko ponastavite?
Dnevni limit služi skupni omejitvi pošte, ki jo pošiljajo naši strežniki, saj količina poslane e-pošte določa, kako se filtri za spam obnašajo do pošte, ki prihaja z njih. Limit sistem ponastavi vsak dan o polnoči, podpora strankam v ta postopek ne posega.
Zakaj je moja pošta nenehno blokirana na podlagi IP-naslova? Ali tega ne morete rešiti zasnovno?
Poenostavljeno povedano: deljeni Webhosting na enem spletnem strežniku gosti veliko število spletnih strani, na enem poštnem strežniku pa veliko število e-poštnih predalov.
Če nekdo napade spletno stran na istem strežniku, kjer so tudi vaše strani, napad prizadene tudi vas, čeprav ne napada neposredno vas. Pri e-pošti je enako. Če z enega strežnika odide velika količina pošte, zlasti spama, ker ima drug uporabnik ogrožen poštni predal, vas bo prizadelo uvrščanje na črni seznam, čeprav težav ne povzročate vi. To je največja težava deljenih storitev, ki je preprosto ni mogoče popolnoma odpraviti. Alternativa je upravljanje lastnega poštnega strežnika, kjer imate sicer vse zase in popolnoma pod nadzorom, a cena (strojna oprema, programska oprema, upravljanje, …) je povsem drugje.
Zakaj e-pošta prihaja v WebMail, ne pa v poštni odjemalec?
Poštni odjemalec je lahko napačno konfiguriran za prejemanje pošte, pošiljanje ali oboje. Pogoste napake odpravi pravilna konfiguracija strežnikov, vrat in varnosti po tem navodilu. Če težave vztrajajo, napako rešujte s podporo poštnega odjemalca.