Kratak odgovor
Ako mejl ne stiže, prvo proverite da li domen ima ispravne MX zapise koji pokazuju na server pošte koji prima poštu za tu adresu. Zatim proverite da li taj server radi, da li je poštansko sanduče puno i da li se poruka odbija ili tiho odbacuje. Uz zaglavlja poruka i logove servera uzrok se obično nađe u nekoliko koraka.
Kako se problem prepoznaje
- Pošiljalac dobija poruku o grešci ili vraćeni mejl (bounce)
- Mejlovi sa jedne adrese ne stižu, a sa drugih stižu normalno
- Poruke nestaju bez ikakve greške kod pošiljaoca
- Mejl stiže sa velikim zakašnjenjem od više sati
- Prijem radi na jednoj adresi domena, a ne na drugoj
Najčešći uzroci
Pogrešni ili nedostajući MX zapisi
Domen nema MX zapis ili pokazuje na server koji više ne prima poštu. Često se to desi posle promene hostinga ili DNS podešavanja.
Server pošte ne radi ili je sanduče puno
Poštanski server je privremeno nedostupan, ili je kvota sandučeta popunjena pa server odbija nove poruke.
Pogrešno podešena adresa ili prosleđivanje
Adresa ne postoji na serveru, ili je pravilo za prosleđivanje (forward) pogrešno pa poruka pada u prazno.
Blokada na strani pošiljaoca ili primaoca
Spam filteri, RBL liste ili pravila na serveru odbacuju poruke pre nego što stignu do sandučeta.
Problem sa SPF, DKIM ili DMARC
Ako domen pošiljaoca nema ispravnu autentifikaciju, primalac može odbiti ili odbaciti poruku.
Rešenje korak po korak
- 1
Proverite MX zapise domena
Otvorite alat za DNS proveru (na primer
nslookupu komandnoj liniji) i ukucajtenslookup -type=MX vasaadresa.rs. Dobijeni spisak mora da sadrži server pošte koji zaista prima poštu za taj domen. Ako je spisak prazan ili pokazuje na stari server, problem je u DNS zapisima. - 2
Uporedite MX sa podešavanjima hostinga
U kontrolnom panelu hostinga (cPanel, Plesk ili slično) pronađite sekciju za DNS zone i uporedite MX zapise sa onima koje preporučuje provajder pošte. Obratite pažnju na prioritet (preference) i na tačku na kraju imena servera.
- 3
Proverite da li server pošte prima poštu
Iz komandne linije proverite da li server pošte prihvata vezu na port 25. Na Windows-u telnet često nije podrazumevano instaliran, pa u PowerShell-u možete pokrenuti
Test-NetConnection mail.vasaadresa.rs -Port 25, a ako imate telnet, dovoljno jetelnet mail.vasaadresa.rs 25. Ako se veza uspostavi, port je otvoren i servis prihvata vezu, ali to još uvek ne garantuje da prima poštu za vaš domen. Ako veza ne uspe, proverite da li je servis pošte aktivan i imajte u vidu da mnogi provajderi blokiraju odlazni port 25. - 4
Proverite sanduče i kvotu
Prijavite se na veb mejl ili u kontrolni panel i pogledajte koliko je sanduče popunjeno. Ako je kvota dostignuta, napravite rezervnu kopiju (arhivu) starijih poruka pre nego što ih obrišete, ili povećajte kvotu, pa zamolite pošiljaoca da ponovo pošalje mejl.
- 5
Pogledajte zaglavlje vraćene poruke
Ako pošiljalac dobija bounce, zamolite ga da vam pošalje ceo tekst greške. U njemu piše tačan razlog, na primer
550 5.1.1 User unknownili452 4.2.2 Mailbox full, što odmah sužava uzrok. - 6
Proverite pravila prosleđivanja i filtere
U podešavanjima pošte pronađite pravila za prosleđivanje i spam filtere. Isključite privremeno pravilo koje prosleđuje poštu na drugu adresu i pošaljite test mejl sa druge adrese.
- 7
Pošaljite test mejl sa spoljne adrese
Pošaljite poruku sa Gmail ili Outlook naloga na spornu adresu i pratite da li stiže. Ako stiže, problem je verovatno na strani pošiljaoca ili u autentifikaciji njegovog domena.
- 8
Proverite logove servera pošte
Ako imate pristup logovima, potražite zapise za vreme kada je mejl poslat. U njima se vidi da li je poruka primljena, odbijena ili prosleđena dalje, što je najpouzdaniji način da se utvrdi gde se gubi.
Ako ništa ne pomogne
Ako MX zapisi izgledaju ispravno, server radi i sanduče nije puno, a mejl i dalje ne stiže, obratite se provajderu pošte ili hostinga sa tačnim vremenom slanja, adresom pošiljaoca i tekstom greške. Zamolite ih da provere logove za taj period i da li je domen na nekoj od crnih lista. U međuvremenu, otvorite alternativnu adresu na drugom provajderu kako poslovanje ne bi stajalo. Ako je problem u autentifikaciji domena pošiljaoca, rešenje je podešavanje SPF, DKIM i DMARC zapisa, o čemu postoji poseban tekst.
Kako da sprečite da se ponovi
- Redovno proveravajte MX zapise posle svake promene hostinga ili DNS-a
- Pratite popunjenost sandučeta i povećajte kvotu na vreme
- Vodite evidenciju o pravilima prosleđivanja i filterima
- Testirajte prijem sa spoljne adrese posle svake izmene u pošti
Kada je bolje pozvati stručnjaka
Ako nemate pristup DNS zoni, logovima servera pošte ili kontrolnom panelu hostinga, samostalna provera se brzo zaustavlja. U tom slučaju je bolje da se obratite IT podršci ili provajderu, koji mogu da provere logove i DNS sa administratorskim pristupom.
Izrada sajtova · Brzi, SEO optimizovani sajtovi na više jezikaČesta pitanja
Koliko treba da prođe da MX promena stupi na snagu?
Promena MX zapisa obično stupi na snagu u roku od nekoliko sati, ali zbog keširanja DNS-a i TTL vrednosti može potrajati i do 48 sati. Za to vreme pošta može stizati na staru ili novu adresu.
Zašto mi mejl stiže sa jedne adrese, a sa druge ne?
Najčešće je problem na strani pošiljaoca, na primer u autentifikaciji njegovog domena ili u spam filteru. Retko je uzrok sam server primaoca, ali vredi proveriti logove za tačno vreme slanja.
Da li mogu sam da proverim MX zapise?
Možete, pomoću komande `nslookup -type=MX domen.rs` ili javnog DNS alata. Dovoljno je da vidite da li zapis postoji i na koji server pokazuje.