Na webu svi o\u010dekuju da email \u201csamo radi\u201d: poruka s kontakt forme, potvrda narud\u017ebe, reset lozinke, obavijest o registraciji\u2026 Kad to ne radi, to nije sitnica nego direktan udar na povjerenje: gubi\u0161 leadove, korisnike i kredibilitet, \u010desto bez ikakvog upozorenja.<\/p>\n\n\n\n
U praksi se iza \u201cnestalih\u201d mailova gotovo uvijek krije isti tihi krivac: zadane postavke slanja emaila na webu (posebno na WordPressu). Takav mail modernim inbox providerima (Gmail, Outlook\/Microsoft) izgleda sumnjivo jer podsje\u0107a na spam \u2013 nije autentificiran i dolazi s infrastrukture koja nema reputaciju za slanje mailova.<\/p>\n\n\n\n
Rje\u0161enje je preusmjeriti slanje preko profesionalnog, autentificiranog kanala: SMTP-a (Simple Mail Transfer Protocol). Ali \u010dim krene\u0161 to slagati, isko\u010di jedno \u201cjednostavno\u201d pitanje koje je zapravo klju\u010d isporu\u010divosti (deliverability): koji SMTP port koristiti u 2026.?<\/p>\n\n\n\n
wp_mail()<\/code>) je neautentificirana<\/strong> i \u0161alje s web servera bez email reputacije, pa filteri to tretiraju kao visok rizik.<\/li>\n\n\n- Stvarno rje\u0161enje (kako to popraviti): koristi dedicirani SMTP\/transactional email servis<\/strong> (npr. SendGrid, Brevo, Mailgun) koji \u0161alje preko pouzdanih, autentificiranih servera.<\/li>\n\n\n
- \u201cEasy button\u201d za WordPress: plugin bez konfiguracije poput Site Mailer by Elementor<\/a><\/strong> mo\u017ee preusmjeriti transakcijske mailove bez portova, API klju\u010deva i DNS pode\u0161avanja.<\/li>\n\n\n
- Transakcijski vs. marketing: SMTP\/transactional servis je za transakcijske mailove<\/strong> (forme, reset lozinke, ra\u010duni). Newsletteri i masovne kampanje idu kroz zasebnu email marketing (ESP)<\/strong> platformu da ne uni\u0161ti\u0161 reputaciju slanja.<\/li>\n\n<\/ul>\n\n\n\n
\u0160to je SMTP i za\u0161to je bitan web stranicama<\/h2>\n\n\n\n
SMTP (Simple Mail Transfer Protocol) mo\u017ee\u0161 gledati kao \u201cdigitalnu po\u0161tu\u201d interneta: univerzalni skup pravila kojim email klijenti (Outlook, Apple Mail) i mail serveri \u0161alju i proslje\u0111uju poruke.<\/p>\n\n\n\n
Kad po\u0161alje\u0161 email, to nije direktan \u201cskok\u201d u inbox primatelja. Tipi\u010dan tok izgleda ovako:<\/p>\n\n\n\n
\n\n- Tvoj sustav prvo \u0161alje poruku na outgoing mail server<\/strong> (npr.
smtp.gmail.com<\/code>) \u2013 to je korak submission<\/em>.<\/li>\n\n\n- Taj server zatim pronalazi server primatelja i proslje\u0111uje (relay)<\/strong> poruku.<\/li>\n\n\n
- Server primatelja \u010duva poruku dok korisnik ne otvori inbox.<\/li>\n\n<\/ol>\n\n\n\n
SMTP radi i u koraku submission<\/em> i u koraku relay<\/em>. A \u201cSMTP port\u201d je samo numerirana \u201cvrata\u201d na serveru kroz koja se ta komunikacija odvija.<\/p>\n\n\n\nWordPress problem: za\u0161to wp_mail()<\/code> \u010desto zavr\u0161i u spamu (ili nigdje)<\/h3>\n\n\n\nPo defaultu WordPress uop\u0107e ne koristi SMTP. Oslanja se na ugra\u0111enu PHP\/WordPress funkcionalnost (wp_mail()<\/code>) koja poku\u0161ava poslati mail direktno s web servera<\/strong>.<\/p>\n\n\n\nZa deliverability je to veliki problem:<\/p>\n\n\n\n
\n\n- Web server nije mail server.<\/strong> Optimiziran je za serviranje stranica, ne za pouzdano slanje emaila i \u010desto nema ispravne mail konfiguracije.<\/li>\n\n\n
- Nema autentikaciju.<\/strong> Server prakti\u010dki samo \u201ctvrdi\u201d da \u0161alje kao
tvoja-domena.com<\/code>, bez kriptografske provjere.<\/li>\n\n\n- Nema reputaciju slanja.<\/strong> Gmail\/Microsoft odr\u017eavaju reputacijske scoreove za poznate mail servere. Tvoj web server je \u201cnepoznat po\u0161iljatelj\u201d, \u0161to je crvena zastavica.<\/li>\n\n\n
- Dijeljeni hosting = lo\u0161e IP susjedstvo.<\/strong> Ako si na shared hostingu, na istom IP-u mo\u017ee biti stotine webova. Jedan spamer je dovoljan da IP zavr\u0161i na blacklisti i povu\u010de i tvoje legitimne poruke u blok\/spam.<\/li>\n\n<\/ol>\n\n\n\n
Rezultat je tipi\u010dan: inbox provideri vide neautentificiranu poruku koja dolazi s \u201cweb servera\u201d i bez puno drame je po\u0161alju u spam \u2013 ili je potpuno odbace bez notifikacije.<\/p>\n\n\n\n
Zato se u praksi ide na preusmjeravanje slanja: WordPress i dalje generira transakcijski email, ali ga umjesto wp_mail()<\/code> \u0161alje\u0161 kroz profesionalni SMTP\/transactional provider. I tu dolazimo do portova.<\/p>\n\n\n\nKratka povijest SMTP portova: za\u0161to su neki danas prakti\u010dki zastarjeli<\/h2>\n\n\n\n
Da bi imao smisla izbor porta, korisno je znati za\u0161to ih uop\u0107e ima vi\u0161e. Povijest SMTP portova je zapravo povijest borbe interneta protiv spama.<\/p>\n\n\n\n
Port 25: originalni \u201cspam autoput\u201d<\/h3>\n\n\n\n
U ranim danima (1982.) postojao je prakti\u010dki samo Port 25<\/strong>, zami\u0161ljen za server-to-server relay<\/strong> izme\u0111u mail servera (Mail Transfer Agents, MTA). Sve je bilo otvoreno, bez autentikacije, u duhu tada\u0161njeg povjerenja.<\/p>\n\n\n\nProblem je brzo postao o\u010dit: spameri su mogli spojiti se na Port 25, predati ogromne koli\u010dine spama i \u201ciznajmiti\u201d tu\u0111i server za dostavu poruka.<\/p>\n\n\n\n
Zbog tog naslje\u0111a danas skoro svaki ISP, cloud provider i mnogi hostinzi blokiraju outbound konekcije na Port 25<\/strong> kako bi sprije\u010dili botove i kompromitirane servere da \u0161alju spam.<\/p>\n\n\n\n\n\nPravilo za webove<\/h4>\n\n\n
U 2026. ne koristi Port 25 za submission<\/strong> (slanje s weba). I kad \u201cradi\u201d na hostingu, vrlo \u010desto ga ostatak interneta blokira ili tretira kao nesiguran kanal.<\/p>\n\n<\/div>\n\n\n\nPort 465: SMTPS (implicit SSL\/TLS) \u2013 prvi \u0161iroko prihva\u0107eni sigurni izbor<\/h3>\n\n\n\n
Krajem 90-ih postalo je jasno da email treba enkripciju. Tako je nastao Port 465<\/strong> sa SMTPS<\/strong> (SMTP over SSL). Kod ovog pristupa klijent se spoji i odmah<\/strong> zapo\u010dne SSL\/TLS handshake, pa je cijela komunikacija od po\u010detka u enkriptiranom tunelu. To se zove Implicit SSL\/TLS<\/strong>.<\/p>\n\n\n\nPort 465 je bio masovno usvojen, ali neko vrijeme nije bio \u201c\u010disto\u201d standardiziran kroz IETF i bio je kratko gurkan u stranu u korist STARTTLS pristupa. U me\u0111uvremenu se vratio kao prihva\u0107ena i vrlo popularna opcija; veliki provideri (uklju\u010duju\u0107i Gmail) ga i dalje preporu\u010duju. Za web stranicu je i dalje potpuno valjan i siguran izbor.<\/p>\n\n\n\n
Port 587: moderni standard za submission (STARTTLS \/ explicit TLS)<\/h3>\n\n\n\n
Da se standardizira submission, IETF je slu\u017ebeno odredio Port 587<\/strong> kao port za slanje maila s klijenta\/aplikacije prema mail serveru.<\/p>\n\n\n\nNa 587 se naj\u010de\u0161\u0107e koristi STARTTLS<\/strong>, tj. Explicit TLS<\/strong>. Tok izgleda ovako:<\/p>\n\n\n\n\n\n- Aplikacija se spoji na server na Port 587 (inicijalno plain text).<\/li>\n\n\n
- Po\u0161alje
EHLO<\/code> (pozdrav) i dobije popis mogu\u0107nosti servera, uklju\u010duju\u0107i STARTTLS<\/code>.<\/li>\n\n\n- Aplikacija po\u0161alje naredbu
STARTTLS<\/code> i time tra\u017ei \u201cupgrade\u201d veze.<\/li>\n\n\n- Nakon toga se uspostavi TLS tunel i tek onda se \u0161alju korisni\u010dko ime\/lozinka i poruka.<\/li>\n\n<\/ol>\n\n\n\n
U 2026. server koji na 587 ne forsira enkripciju smatra se nesigurnim. U praksi, 587 je preporu\u010deni i naj\u010de\u0161\u0107i standard<\/strong> i prva opcija koju treba\u0161 probati.<\/p>\n\n\n\nPort 2525: nestandardni, ali koristan fallback<\/h3>\n\n\n\n
Port 2525<\/strong> nije slu\u017ebeni SMTP port. To je \u201calternativni\u201d port koji mnogi SMTP servisi i hosting okru\u017eenja podr\u017eavaju kao rezervu.<\/p>\n\n\n\nKoristi se kad hosting iz nekog razloga blokira i 587 i 465 (rijetko, ali doga\u0111a se). Neke cloud platforme blokiraju odre\u0111ene portove kako bi smanjile abuse i usmjerile korisnike na dedicated relay. 2525 tipi\u010dno radi kao 587, \u010desto uz STARTTLS.<\/p>\n\n\n\n
Presuda za 2026.: koji SMTP port odabrati<\/h2>\n\n\n\nPrimarni izbor: Port 587 + STARTTLS<\/h3>\n\n\n\n
Ako pode\u0161ava\u0161 SMTP za WordPress (ili bilo koju aplikaciju) u 2026., kreni s Port 587<\/strong>. To je slu\u017ebeni standard za submission, podr\u017ean prakti\u010dki svugdje, i o\u010dekivani default kod ve\u0107ine providera.<\/p>\n\n\n\nSekundarni izbor: Port 465 + SMTPS (implicit TLS)<\/h3>\n\n\n\n
Ako 587 iz bilo kojeg razloga ne prolazi, ili tvoj provider eksplicitno preferira implicit TLS, Port 465<\/strong> je odli\u010dna i vrlo sigurna alternativa.<\/p>\n\n\n\nGotovo nikad: Port 25<\/h3>\n\n\n\n
Za slanje mailova s weba nemoj ga koristiti. Njegova moderna uloga je server-to-server relay izme\u0111u mail servera, \u0161to nije ono \u0161to WordPress radi kad \u0161alje reset lozinke ili potvrdu narud\u017ebe.<\/p>\n\n\n\n
Usporedba portova (brza tablica)<\/h3>\n\n\n\n\n\n- 25<\/strong> – SMTP, bez sigurnosti, server-to-server relay, ne preporu\u010duje se<\/strong> za web (\u010desto blokiran).<\/li>\n\n\n
- 465<\/strong> – SMTPS, Implicit SSL\/TLS<\/strong>, client-to-server submission, da<\/strong> (sigurno i \u010desto).<\/li>\n\n\n
- 587<\/strong> – SMTP uz STARTTLS (Explicit TLS)<\/strong>, client-to-server submission, da<\/strong> (preporu\u010deni standard).<\/li>\n\n\n
- 2525<\/strong> – SMTP uz STARTTLS, fallback za submission, samo ako<\/strong> su 587\/465 blokirani.<\/li>\n\n<\/ul>\n\n\n\n
Kako popraviti WordPress email (korak po korak)<\/h2>\n\n\n\n
Kad zna\u0161 port, ostaje implementacija. U nastavku je prakti\u010dan, klasi\u010dan put koji radi na ve\u0107ini WordPress instalacija.<\/p>\n\n\n\n
Korak 1: odaberi dedicated transactional email \/ SMTP provider<\/h3>\n\n\n\n
Prvo pravilo: prestani slati s web servera. Treba ti transactional email provider<\/strong> kojem je deliverability core biznis.<\/p>\n\n\n\n\u0160to dobiva\u0161: mail server s reputacijom, autentikacijom i infrastrukturom za slanje (preko API-ja ili SMTP-a).<\/p>\n\n\n\n
Primjeri providera koji se \u010desto koriste:<\/p>\n\n\n\n
\n\n- SendGrid (\u010desto kori\u0161ten, poznat po solidnom free tieru)<\/li>\n\n\n
- Brevo (biv\u0161i Sendinblue)<\/li>\n\n\n
- Mailgun<\/li>\n\n\n
- Postmark (glas na tr\u017ei\u0161tu: izrazito visoka deliverability)<\/li>\n\n\n
- Amazon SES (mo\u0107no, ali kompleksnije)<\/li>\n\n\n
- Google Workspace \/ Gmail (mogu\u0107e za mali volumen, ali za biznis nije idealno zbog limita slanja i operativnih rizika)<\/li>\n\n<\/ul>\n\n\n\n
Za mali do srednji web, free tierovi \u010desto pokriju sve transakcijske mailove.<\/p>\n\n\n\n
Korak 2: DNS autentikacija domene \u2013 SPF i DKIM<\/h3>\n\n\n\n
Ovo je najkriti\u010dniji tehni\u010dki dio. Kad koristi\u0161 provider, mora\u0161 dokazati da taj provider smije<\/strong> slati email u ime tvoje domene. To se radi kroz DNS zapise na domeni (kod registrara ili DNS hosta). Provider \u0107e ti dati to\u010dne vrijednosti za copy\/paste.<\/p>\n\n\n\nOsnovna dva mehanizma su SPF i DKIM:<\/p>\n\n\n\n
\n\n- SPF (Sender Policy Framework)<\/strong>: TXT zapis koji djeluje kao lista dopu\u0161tenih po\u0161iljatelja. Receiving serverima govori: \u201cMail s
moja-domena.com<\/code> je legitiman samo ako dolazi s ovih IP-adresa\/servisa (npr. moj server i SendGrid).\u201d Time se smanjuje spoofing.<\/li>\n\n\n- DKIM (DomainKeys Identified Mail)<\/strong>: TXT zapis koji omogu\u0107uje kriptografski potpis mailova. Provider potpisuje poruke privatnim klju\u010dem, a receiving server provjerava potpis javnim klju\u010dem iz DNS-a. Time se dokazuje da poruka nije mijenjana putem i da je do\u0161la od ovla\u0161tenog sustava.<\/li>\n\n<\/ul>\n\n\n\n\n\n
Bez SPF-a i DKIM-a nema stabilne isporu\u010divosti<\/h4>\n\n\n
SPF i DKIM nisu \u201cnice to have\u201d. Bez njih \u010dak ni dobar provider ne mo\u017ee dugoro\u010dno spasiti mailove od spama jer poruke izgledaju neautentificirano.<\/p>\n\n<\/div>\n\n\n\n
Korak 3: instaliraj i konfiguriraj SMTP plugin u WordPressu<\/h3>\n\n\n\n
Sad WordPress treba\u0161 natjerati da umjesto wp_mail()<\/code> \u0161alje preko providera. Najlak\u0161e je pluginom koji presre\u0107e slanje i preusmjerava ga.<\/p>\n\n\n\nPrimjeri popularnih SMTP pluginova:<\/p>\n\n\n\n
\n\n- WP Mail SMTP<\/li>\n\n\n
- FluentSMTP<\/li>\n\n\n
- Post SMTP<\/li>\n\n<\/ul>\n\n\n\n
Op\u0107i koraci konfiguracije (neovisno o pluginu):<\/p>\n\n\n\n
\n\n- Instaliraj i aktiviraj odabrani SMTP plugin.<\/li>\n\n\n
- U WordPress adminu otvori postavke plugina.<\/li>\n\n\n
- Odaberi \u201cMailer\u201d (npr. SendGrid) ako plugin ima integraciju za tog providera.<\/li>\n\n\n
- Unesi kredencijale:<\/li>\n\n\n
- – Preporu\u010deno (API): ve\u0107ina pluginova preferira API key<\/strong>. To je sigurnije i stabilnije od spremanja SMTP lozinke.<\/li>\n\n\n
- – Alternativa (SMTP kredencijali): ako koristi\u0161 \u201cOther SMTP\u201d, unosi\u0161 sve ru\u010dno.<\/li>\n\n\n
- Ako ne koristi\u0161 API i ide\u0161 preko SMTP-a, postavi:<\/li>\n\n\n
- – SMTP Host<\/strong>: daje ga provider (npr.
smtp.sendgrid.net<\/code>, smtp.gmail.com<\/code>).<\/li>\n\n\n- – Encryption<\/strong>: odaberi TLS<\/strong> (\u0161to u praksi zna\u010di STARTTLS). Ako toga nema, vidjet \u0107e\u0161 SMTPS\/SSL<\/strong>.<\/li>\n\n\n
- – SMTP Port<\/strong>: 587<\/strong> uz TLS\/STARTTLS ili 465<\/strong> uz SMTPS\/SSL.<\/li>\n\n\n
- – Authentication<\/strong>: uklju\u010di (ON).<\/li>\n\n\n
- – SMTP Username<\/strong>: daje provider.<\/li>\n\n\n
- – SMTP Password<\/strong>: daje provider.<\/li>\n\n\n
- Postavi \u201cFrom\u201d podatke: From Email<\/strong> (treba biti s autentificirane domene) i From Name<\/strong> (npr. naziv weba\/brenda).<\/li>\n\n<\/ol>\n\n\n\n
Korak 4: testiraj slanje i prati logove<\/h3>\n\n\n\n
Gotovo svi bolji SMTP pluginovi imaju sekciju tipa \u201cTest Email\u201d. Po\u0161alji test na svoj Gmail ili Outlook.<\/p>\n\n\n\n
\n\n- Ako je u inboxu: setup je dobar i mailovi su autentificirani.<\/li>\n\n\n
- Ako zavr\u0161i u spamu: prvo ponovno provjeri SPF\/DKIM. DNS propagacija mo\u017ee trajati nekoliko sati.<\/li>\n\n\n
- Ako slanje puca: naj\u010de\u0161\u0107e je problem port ili krivi kredencijali. Provjeri host\/port\/username\/password. Ako 587 (TLS) ne radi, probaj 465 (SSL) ili obrnuto.<\/li>\n\n<\/ul>\n\n\n\n
Kad \u017eeli\u0161 izbje\u0107i cijelu SMTP konfiguraciju: integrirana rje\u0161enja<\/h2>\n\n\n\n
Realno, \u010detiri koraka iznad su developer-friendly, ali vlasnicima malih biznisa \u010desto su previ\u0161e: jedan servis za domenu, drugi za SMTP, tre\u0107i je WordPress plugin, plus DNS copy\/paste i troubleshooting.<\/p>\n\n\n\n
Zato su se pojavile integrirane platforme koje poku\u0161avaju \u201czapakirati\u201d must-have stvari u jedno iskustvo.<\/p>\n\n\n\n
Opcija 1: integrirani transakcijski email (najjednostavnije)<\/h3>\n\n\n\n
Ako ti je glavni problem da su WordPress mailovi neautentificirani, najlak\u0161i put je rje\u0161enje koje to zaobi\u0111e bez pode\u0161avanja.<\/p>\n\n\n\n
Site Mailer by Elementor<\/a><\/strong> je primjer takvog \u201czero-configuration\u201d pristupa:<\/p>\n\n\n\n\n\n- Instalira\u0161 plugin i aktivira\u0161 ga.<\/li>\n\n\n
- Plugin automatski preusmjerava transakcijske mailove (kontakt forme, WooCommerce mailove, reset lozinke itd.) kroz autentificirani servis s visokom isporu\u010divo\u0161\u0107u.<\/li>\n\n\n
- Ne mora\u0161 otvarati ra\u010dune na tre\u0107im servisima poput SendGrid-a, ne mora\u0161 unositi API klju\u010deve, ne mora\u0161 slagati SPF\/DKIM, niti birati port \u2013 ide \u201cout of the box\u201d.<\/li>\n\n<\/ul>\n\n\n\n
Opcija 2: managed hosting koji ne sabotira SMTP best practice<\/h3>\n\n\n\n
Drugi dio problema mo\u017ee biti hosting koji je restriktivan (blokira portove, ima lo\u0161u reputaciju IP adresa, ili jednostavno ote\u017eava implementaciju). Kvalitetan managed WordPress hosting u pravilu razumije da wp_mail()<\/code> nije pouzdan i da korisnik treba normalne uvjete za SMTP.<\/p>\n\n\n\nPrimjer takvog pristupa je Elementor Hosting<\/a><\/strong>, koji se pozicionira kao cloud infrastruktura optimizirana za performanse, uz ideju da je okru\u017eenje pripremljeno za rad s mail servisima (npr. da portovi poput 587 budu dostupni) kako bi SMTP pluginovi i best practice mogli raditi bez borbe sa serverom.<\/p>\n\n\n\nVa\u017eno: transakcijski mail nije isto \u0161to i marketing mail<\/h2>\n\n\n\n
Nakon \u0161to popravi\u0161 slanje s weba, ostaje pravilo koje naj\u010de\u0161\u0107e spa\u0161ava reputaciju domene:<\/p>\n\n\n\n
\n\nNe \u0161alji newslettere kroz transactional SMTP<\/h4>\n\n\n
Transactional SMTP (SendGrid, Site Mailer i sl.) koristi za transakcijske poruke. Newslettere i kampanje \u0161alji kroz zasebnu email marketing (ESP) platformu.<\/p>\n\n<\/div>\n\n\n\n
Razlika je operativno i reputacijski ogromna:<\/p>\n\n\n\n
\n\n- Transakcijski email (SMTP\/transactional servis):<\/strong> 1-na-1 poruke koje se okidaju akcijom korisnika \u2013 reset lozinke, potvrda narud\u017ebe, poruke s forme, registracije, welcome mailovi. To su o\u010dekivane, visokoprioritetne poruke koje moraju stizati u inbox.<\/li>\n\n\n
- Marketing email (ESP platforma):<\/strong> 1-na-mnogo poruke \u2013 newsletteri, akcije, promocije, najave proizvoda. Masovno slanje prirodno nosi vi\u0161e odjava i spam prijava, \u0161to brzo sru\u0161i reputaciju slanja.<\/li>\n\n<\/ul>\n\n\n\n
Ako 10.000-\u010dlani newsletter po\u0161alje\u0161 kroz kanal za transakcijske mailove, dobit \u0107e\u0161 vi\u0161e complaintova i unsubscribova, \u0161to mo\u017ee sru\u0161iti reputaciju i onda ti i reset lozinke po\u010dne zavr\u0161avati u spamu. Za marketing zato koriste se platforme tipa Mailchimp ili ConvertKit, koje su dizajnirane za bulk send, odjave i reputacijski management odvojen od kriti\u010dnih transakcijskih poruka.<\/p>\n\n\n\n
Preporu\u010dena email strategija za web u 2026.<\/h2>\n\n\n\n
Ako sve skupi\u0161 u jednu prakti\u010dnu strategiju, dobije\u0161 tri komponente koje zajedno daju stabilan rezultat:<\/p>\n\n\n\n
\n\n- Stabilna baza:<\/strong> hosting okru\u017eenje koje ti ne blokira implementaciju best practice (npr. da SMTP portovi i outbound konekcije nisu problemati\u010dni), poput Elementor Hosting<\/a><\/strong>.<\/li>\n\n\n
- Pouzdan transakcijski kanal:<\/strong> ili \u201cone-click\u201d rje\u0161enje poput Site Mailer by Elementor<\/a><\/strong>, ili ru\u010dna konfiguracija SMTP plugina (WP Mail SMTP i sl.) s providerom (SendGrid\/Brevo\/Mailgun\u2026) i portom 587<\/strong> (prvo) ili 465<\/strong> (alternativa).<\/li>\n\n\n
- Profesionalni marketing kanal:<\/strong> zasebna ESP platforma za newslettere i kampanje kako bi se za\u0161titila reputacija transakcijskog slanja.<\/li>\n\n<\/ol>\n\n\n\n
Zaklju\u010dak: port 587 je odgovor, ali deliverability je cijeli sustav<\/h2>\n\n\n\n
Pitanje \u201ckoji SMTP port koristiti\u201d ima jasan odgovor u 2026.: Port 587 uz STARTTLS<\/strong> (a 465 uz SMTPS<\/strong> kao provjerena alternativa). Ali prava promjena je u tome da prestane\u0161 slati mailove \u201ciz WordPressa preko web servera\u201d i po\u010dne\u0161 slati preko autentificiranog, reputacijskog kanala.<\/p>\n\n\n\nKad slo\u017ei\u0161 provider + SPF\/DKIM + ispravan WordPress routing (ili koristi\u0161 integrirano rje\u0161enje), ne rje\u0161ava\u0161 samo tehni\u010dki detalj porta. Gradi\u0161 pouzdan komunikacijski kanal: korisnici dobivaju ra\u010dune, leadovi sti\u017eu u inbox, a web prestaje \u0161aptati u oluji filtera.<\/p>\n\n\n\n
FAQ: naj\u010de\u0161\u0107a pitanja o SMTP portovima i WordPress emailu<\/h2>\n\n\n\n1) Koji je najjednostavniji odgovor \u2013 koji SMTP port koristim?<\/h3>\n\n\n\n
Koristi Port 587<\/strong> uz STARTTLS<\/strong> enkripciju. Ako to ne radi, sljede\u0107i najbolji izbor je Port 465<\/strong> uz SMTPS (SSL\/TLS)<\/strong>.<\/p>\n\n\n\n2) Za\u0161to ne bih koristio Port 25?<\/h3>\n\n\n\n
Port 25 je originalni, ne-enkriptirani SMTP port iz 1982. Zbog masovne zloupotrebe za spam, danas ga gotovo svi rezidencijalni ISP-ovi i mnogi cloud hosting provideri blokiraju. Za submission s weba naj\u010de\u0161\u0107e ne\u0107e raditi.<\/p>\n\n\n\n
3) Koja je razlika izme\u0111u 587 (STARTTLS) i 465 (SMTPS)?<\/h3>\n\n\n\n
Oba su sigurna. 465<\/strong> koristi Implicit TLS<\/em> (sigurna veza kre\u0107e odmah). 587<\/strong> koristi Explicit TLS<\/em> preko STARTTLS naredbe (spoji se pa \u201cupgradea\u201d u TLS). U 2026. 587 je preporu\u010deni standard, ali oba su valjana.<\/p>\n\n\n\n4) \u0160to je \u201ctransactional email\u201d?<\/h3>\n\n\n\n
To je 1-na-1 mail koji se okida akcijom korisnika na webu: poruke s kontakt forme, reset lozinke, registracije, te potvrde narud\u017ebi u eCommerceu. To su mailovi koji moraju pouzdano stizati i \u0161alju se preko dedicated SMTP\/transactional servisa.<\/p>\n\n\n\n
5) Kako se transakcijski mail razlikuje od marketing maila?<\/h3>\n\n\n\n
Marketing mail je 1-na-mnogo broadcast (newsletter, promocije, najave). To treba slati kroz zasebnu ESP platformu jer bulk slanje generira odjave i spam prijave koje mogu sru\u0161iti reputaciju i ugroziti \u010dak i transakcijske mailove.<\/p>\n\n\n\n
6) \u0160to su SPF i DKIM i trebam li ih stvarno?<\/h3>\n\n\n\n
Da, trebaju ti. To su DNS zapisi koji dokazuju da su mailovi legitimni. SPF<\/strong> definira koji serveri smiju slati mail za tvoju domenu. DKIM<\/strong> je digitalni potpis koji potvr\u0111uje da poruka nije mijenjana i da je potpisana ovla\u0161tenim klju\u010dem. Bez njih mailovi izgledaju kao spam.<\/p>\n\n\n\n7) SMTP plugin tra\u017ei \u201cHost\u201d \u2013 \u0161to je to?<\/h3>\n\n\n\n
\u201cHost\u201d je adresa SMTP servera tvog providera. Primjeri su smtp.sendgrid.net<\/code> za SendGrid ili smtp.gmail.com<\/code> za Google. Provider ti daje to\u010dnu vrijednost.<\/p>\n\n\n\n8) Mogu li koristiti svoj obi\u010dni Gmail ra\u010dun za slanje mailova s weba?<\/h3>\n\n\n\n
Tehni\u010dki mo\u017ee\u0161, ali nije preporu\u010deno. Mora\u0161 upravljati osobnim kredencijalima u WordPressu (sigurnosni rizik), a Google ima stroge limite slanja. Kod skoka prometa ra\u010dun mo\u017ee biti privremeno blokiran. Za ozbiljnije projekte bolji je dedicated provider.<\/p>\n\n\n\n
9) Koji je najlak\u0161i na\u010din da rije\u0161im sve WordPress email probleme?<\/h3>\n\n\n\n
Najjednostavnije je koristiti plugin bez konfiguracije kao Site Mailer by Elementor<\/a><\/strong>, koji u jednom potezu preusmjerava transakcijske mailove kroz servis s visokom isporu\u010divo\u0161\u0107u, bez portova, API klju\u010deva i DNS pode\u0161avanja.<\/p>\n\n\n\n10) Kako testirati radi li SMTP setup?<\/h3>\n\n\n\n
Najbolji SMTP pluginovi (npr. WP Mail SMTP) imaju \u201cTest Email\u201d opciju u postavkama. Po\u0161alji test poruku iz WordPress administracije na svoju adresu (Gmail\/Outlook). Ako je u inboxu, konfiguracija je ispravna.<\/p>\n\n\n
\n Reference \/ Izvori<\/h2>\n - SMTP Ports Explained: The Right Choice for Email Deliverability in 2026<\/a><\/li>
- What is Encryption, and How Does it Work? 2025 Guide<\/a><\/li>
- Best Cloud-Based Web Hosting<\/a><\/li>
- 10 Best Cloud Hosting for WordPress in 2025<\/a><\/li>
- Site Mailer by Elementor<\/a><\/li>
- Elementor Hosting<\/a><\/li>
- WordPress<\/a><\/li>
- WooCommerce Builder<\/a><\/li>
- eCommerce<\/a><\/li><\/ul>\n <\/div>","protected":false},"excerpt":{"rendered":"
Ako ti kontakt forme, WooCommerce potvrde ili reset lozinke ponekad ne stignu \u2013 problem je naj\u010de\u0161\u0107e u na\u010dinu slanja, ne u sadr\u017eaju poruke. U 2026. izbor pravog SMTP porta (i ispravne autentikacije) je razlika izme\u0111u inboxa i tihe propasti u spamu.<\/p>\n","protected":false},"author":42,"featured_media":215,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[31],"tags":[114,113,33,5,10],"class_list":["post-216","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress-ekosustav","tag-dns","tag-email-deliverability","tag-sigurnost","tag-smtp","tag-wordpress"],"_links":{"self":[{"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/posts\/216","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/users\/42"}],"replies":[{"embeddable":true,"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/comments?post=216"}],"version-history":[{"count":0,"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/posts\/216\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/media\/215"}],"wp:attachment":[{"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/media?parent=216"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/categories?post=216"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/helloblog.io\/hr\/wp-json\/wp\/v2\/tags?post=216"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}