Poslovni email na sopstvenom domenu: zašto pošta nestaje

Kupac pošalje upit u petak popodne i ne dobije odgovor. U ponedeljak potraži drugog dobavljača. Vi u utorak otvarate sandučić, u njemu nema ničega, a server nijednog trenutka nije bio nedostupan. Gubitak poslovne pošte retko ima jedan veliki uzrok. Najčešće je to nekoliko sitnih propusta u podešavanju, koji se ne vide dok neko ne prestane da Vam odgovara.

Ovaj tekst prolazi kroz mesta na kojima poslovni email na sopstvenom domenu stvarno gubi poruke, pokazuje kako da to proverite za petnaestak minuta i šta u kom redosledu da podesite. Na kraju je pošteno rečeno šta Vam hosting u tom lancu može da obezbedi, a šta ostaje na Vama.

Zašto poruka koja ne stigne retko ostavi trag kod primaoca

Kad pošta nestane, greška se dešava negde između pošiljaoca i Vašeg sandučića. Pošiljalac obično dobije automatsku poruku o neisporuci, ali je prečesto ne pročita ili ne razume. Vi ne dobijate ništa. Zato firme dugo žive sa problemom koji ne vide, a procenjuju ga po utisku da su "poslednjih meseci stizali manje upiti".

Pet uzroka koje najčešće srećemo u radu sa korisnicima ide redom od najjednostavnijeg do najpodmuklijeg.

1. Pun sandučić

Svaki nalog ima ograničen prostor. Kad se napuni, server odbija nove poruke, a pošiljalac dobija obaveštenje sa šifrom 5.2.2, što znači "mailbox full". Najčešći krivci su prilozi, ponude u PDF-u i arhiva koju niko ne briše godinama. Kod firmi sa jednom zajedničkom adresom tipa office@ problem se pojavi baš pred rok za neku ponudu, jer se u istom sandučiću skuplja pošta cele kancelarije.

Rešenje nije složeno: preuzmite staru poštu u lokalnu arhivu preko IMAP-a, povremeno obrišite veliki otpad i povremeno proverite zauzeće naloga u cPanelu. Ako sandučić stalno raste, pitanje nije kako ga isprazniti, nego da li je jedna adresa pravi model za posao koji radi više ljudi.

2. SPF i DKIM koji ne odgovaraju stvarnom pošiljaocu

SPF je spisak servera kojima je domen dozvolio da šalju poštu u njegovo ime. DKIM je digitalni potpis poruke. Primaoc proverava oba i na osnovu toga odlučuje da li poruku prima, šalje u neželjenu poštu ili odbija.

Google u smernicama za pošiljaoce traži od svih da podese SPF ili DKIM, da imaju ispravan PTR zapis (obrnuti DNS) i da šalju preko TLS veze. Spam stopa u Postmaster Tools ne sme preći 0,3 odsto. Dodatni zahtev, DMARC, formalno važi za pošiljaoce koji šalju 5.000 i više poruka dnevno na Gmail adrese. Firma sa nekoliko desetina mejlova dnevno nije u toj grupi, ali to ne znači da je pravila ne pogađaju. Poruka bez provere prolaska prosto ima manju šansu da završi u glavnom sandučiću, a poruke koje ne zadovolje proveru mogu biti i odbijene uz grešku 5.7.26.

Microsoft od 5. maja 2025. isto traži SPF, DKIM i DMARC za pošiljaoce preko 5.000 poruka dnevno na Outlook.com, Hotmail i Live adrese. Granica je opet visoko, ali pravac je jasan: neproverena poruka postaje izuzetak koji se trpi, a ne pravilo.

3. Selidba sajta koja je povukla i mejl

Ovo je najskuplja greška, a najlakše se napravi. Domen se usmeri na novi server promenom nameservera, a MX zapisi, koji govore svetu gde da isporuči poštu, ostanu na staroj lokaciji ili nestanu. Sajt radi besprekorno, dok mejlovi odlaze u prazno ili na stari nalog koji niko ne otvara.

Pre svake selidbe zapišite postojeće MX, SPF i DKIM zapise i uporedite ih posle prebacivanja. Pri prelasku kod nas prenos sajta, baze i mejlova je besplatan uz svaki paket, a domen ne mora da se prenosi. Postupak i redosled koraka opisani su na stranici besplatne migracije sajtova. Stari hosting držite aktivan bar mesec dana, da poruke koje su krenule pre promene ipak stignu.

4. Dva SPF zapisa ili previše uključenih servisa

Domen sme da ima samo jedan SPF zapis. Ako je neko u razmaku od godinu dana dodao drugi, jer je povezao novi servis za newsletter, provera daje grešku "permerror" i SPF se tretira kao da ne postoji. Standard (RFC 7208) ograničava i broj DNS upita koje SPF sme da pokrene na deset. Kad se nagomila sistem za naplatu, CRM, newsletter i kancelarijski paket, granica se prekorači a da niko ne primeti.

Ispravno je jedan zapis koji spaja sve dozvoljene pošiljaoce. Svaki novi servis koji šalje u Vaše ime dodaje se u taj zapis, a ne pravi kao novi.

5. Slanje sa sajta preko istog naloga

Kontakt forma, potvrda porudžbine i obaveštenje o registraciji šalju poštu iz Vašeg naloga, a prema uslovima korišćenja limit slanja je 20 mejlova na sat. Običnoj kancelariji to je dovoljno. Online prodavnica to prelazi lako: WooCommerce po porudžbini šalje najmanje dva mejla (obaveštenje Vama i potvrdu kupcu), pa deset porudžbina u satu već troši ceo limit, a sve što sledi čeka ili ne stiže. Zato prodavnice treba da šalju preko posebnog servisa za transakcionu poštu, a više o tome je na stranici hostinga za online prodavnice.

Šta pokazuje merenje javnih DNS zapisa

Radi provere smo 4. novembra 2026. upitom ka javnom DNS-u pregledali poštu osamnaest većih domaćih organizacija: telekomunikacionih kuća, banaka, prodavnica i državnih institucija. Uzorak nije reprezentativan za male firme, ali pokazuje kako izgleda posao koji se radi pažljivo.

Sedamnaest od osamnaest ima SPF zapis, a šesnaest ima DMARC. Od tih šesnaest, deset je na politici "none", što znači da samo prate i ne štite, tri su na "quarantine", a tri na "reject". Poštu osam domena vodi Microsoft 365, tri Google, šest ima sopstveni server, a jedan servis u oblaku. Dakle, i organizacije sa punim IT timom retko stignu do stroge zaštite. Za malu firmu realan cilj nije "reject" prvog dana, nego poznato i dokumentovano stanje.

Provera za petnaest minuta

Ne treba Vam poseban alat. U komandnoj liniji (na Windowsu nslookup -type=TXT, na Linuxu i Macu dig) pogledajte tri stvari:

1. dig +short MX vasdomen.rs: mora da prikaže servere koje koristite za poštu. Ako je prazno ili pokazuje na staru lokaciju, to je razlog.
2. dig +short TXT vasdomen.rs: tražite redove koji počinju sa v=spf1. Mora ih biti tačno jedan.
3. dig +short TXT _dmarc.vasdomen.rs: ako je odgovor prazan, DMARC ne postoji.

Zatim pošaljite probnu poruku na privatni Gmail nalog, otvorite je i izaberite "Prikaži original". Gmail ispiše rezultate SPF, DKIM i DMARC provere. Tri puta PASS znači da je lanac uredan. Ako piše FAIL ili NEUTRAL, znate tačno šta da popravite.

Redosled podešavanja

Podešavanje ima smisla raditi redom, jer svaki korak oslanja na prethodni:

1. SPF: jedan zapis sa svim stvarnim pošiljaocima.
2. DKIM: uključuje se u cPanelu, u odeljku Email Deliverability, gde se vidi i status ostalih zapisa.
3. DMARC sa politikom "none": uz adresu na koju stižu izveštaji. Posle dve do četiri nedelje pregledajte izveštaje i potvrdite da nijedan legitimni izvor ne pada na proveri.
4. Stroža politika: tek kad izveštaji pokažu čist saobraćaj prelazite na "quarantine", a kasnije na "reject".

Preskakanje trećeg koraka je tipična greška. Direktan prelazak na "reject" bez izveštaja znači da će poruke iz sistema za naplatu, koje ste zaboravili da dodate u SPF, početi da se odbijaju.

Ljudski deo: adrese po funkciji, ne po osobi

Kad zaposleni ode, nalog [email protected] obično se obriše, a sa njim i kanal kojim klijenti još uvek šalju upite. Adrese po funkciji, kao racuni@, ponude@ i office@, ostaju kad se ljudi menjaju. Lični nalozi mogu da imaju prosleđivanje na funkcijsku adresu, što je lakše nego da se kasnije traži šta je poslato na staru adresu. Ako poštu čitate kroz Gmail, pročitajte i objašnjenje u tekstu o prestanku POP preuzimanja u Gmailu, jer se tu menja način na koji poruke stižu.

Šta Vam hosting u ovom lancu obezbeđuje, a šta ne

Na stranici web hostinga naveden je neograničen broj email naloga sa IMAP, POP3 i SMTP pristupom, uz SpamAssassin zaštitu i prosleđivanje. Svaki biznis paket uključuje sopstvenu IPv4 adresu, što znači da reputaciju adrese ne delite sa drugim korisnicima, ali je i gradite sami: ako sa nje krene neželjena pošta, posledice su Vaše. Cene biznis hostinga kreću od 30.000 RSD godišnje, a širi pregled za firme je na stranici hostinga za firme.

Ono što treba znati unapred, i što ćemo reći pre nego što postanete korisnik: podrška radi radnim danima od 9 do 17 časova, preko mejla i tiketa, a prvi odgovor stiže u roku od 24 sata. Dnevni bekap čuva kopije do 30 dana, ali prema uslovima korišćenja bez garancije celovitosti, pa ako Vam je pošta važna za posao, povremeno preuzmite sopstvenu kopiju preko cPanela. Kako ta pravila izgledaju u praksi, opisano je u tekstu o odzivu podrške i odgovornosti hostera.

Sažetak za jedan sastanak

Poslovni email ne otkazuje naglo. Gubi se kroz pun sandučić, neusklađen SPF i DKIM, MX zapis koji je ostao iza selidbe, duplirani SPF i slanje sa sajta preko istog limita. Svaki od tih uzroka proverava se za nekoliko minuta, a popravlja za sat do dva. Prvi korak je da otvorite probnu poruku i pročitate rezultate provere. Ako se u njoj pojavi nešto što ne razumete, pišite našoj podršci i priložite zaglavlje poruke, to je najbrži način da se uzrok pronađe.