---
title: "Potpuni vodič za SMTP: što je, kako radi i najbolje prakse"
description: "Savladajte SMTP uz ovaj sveobuhvatni vodič. Naučite kako radi Simple Mail Transfer Protocol, usporedite SMTP i API, postavite autentifikaciju (SPF, DKIM, DMARC) i odaberite najboljeg SMTP davatelja usluga za vaše poslovanje."
url: https://tajo.io/hr/blog/smtp-complete-guide/
markdown: https://tajo.io/hr/blog/smtp-complete-guide.md
lang: hr-HR
author: "Set Noa"
author_url: https://tajo.io/hr/set-noa/
published: 2026-03-08
updated: 2026-05-22
alternates: {en-US: /blog/smtp-complete-guide.md, bg-BG: /bg/blog/smtp-complete-guide.md, cs-CZ: /cz/blog/smtp-complete-guide.md, de-DE: /de/blog/smtp-complete-guide.md, da-DK: /dk/blog/smtp-complete-guide.md, es-ES: /es/blog/smtp-complete-guide.md, fr-FR: /fr/blog/smtp-complete-guide.md, el-GR: /gr/blog/smtp-complete-guide.md, hi-IN: /hi/blog/smtp-complete-guide.md, id-ID: /in/blog/smtp-complete-guide.md, hu-HU: /hu/blog/smtp-complete-guide.md, it-IT: /it/blog/smtp-complete-guide.md, ja-JP: /jp/blog/smtp-complete-guide.md, ko-KR: /kr/blog/smtp-complete-guide.md, ar-SA: /ar/blog/smtp-complete-guide.md, nl-NL: /nl/blog/smtp-complete-guide.md, no-NO: /no/blog/smtp-complete-guide.md, pl-PL: /pl/blog/smtp-complete-guide.md, ro-RO: /ro/blog/smtp-complete-guide.md, ru-RU: /ru/blog/smtp-complete-guide.md, sv-SE: /se/blog/smtp-complete-guide.md, zh-CN: /zh-cn/blog/smtp-complete-guide.md, sl-SI: /sl/blog/smtp-complete-guide.md, sr-Latn-RS: /sr/blog/smtp-complete-guide.md, th-TH: /th/blog/smtp-complete-guide.md, tr-TR: /tr/blog/smtp-complete-guide.md, ur-PK: /ur/blog/smtp-complete-guide.md, vi-VN: /vi/blog/smtp-complete-guide.md, sk-SK: /sk/blog/smtp-complete-guide.md}
---

[E-pošta](https://tajo.io/hr/blog/?category=email)

# Potpuni vodič za SMTP: što je, kako radi i najbolje prakse

Savladajte SMTP uz ovaj sveobuhvatni vodič. Naučite kako radi Simple Mail Transfer Protocol, usporedite SMTP i API, postavite autentifikaciju (SPF, DKIM, DMARC) i odaberite najboljeg SMTP davatelja usluga za vaše poslovanje.

SMTP server

Što je SMTP poslužitelj?

Savladajte SMTP uz ovaj sveobuhvatni vodič. Naučite kako radi Simple Mail Transfer Protocol, usporedite SMTP i API, postavite autentifikaciju (SPF, DKIM, DMARC) i odaberite najboljeg SMTP davatelja usluga za vaše posl...

[Saznajte više](https://tajo.io/hr/blog/smtp-complete-guide/#%C5%A1to-je-smtp)

SMTP je osnova e-mail komunikacije na internetu. Svaka e-poruka koju pošaljete, bilo iz osobnog sandučića ili platforme za marketinšku automatizaciju, oslanja se na SMTP kako bi stigla do odredišta. Razumijevanje načina rada SMTP-a ključno je za sve koji upravljaju e-mail marketingom, transakcijskom e-poštom ili poslovnom komunikacijom.

Ovaj sveobuhvatni vodič pokriva sve što trebate znati o SMTP-u: od osnova funkcioniranja do naprednih metoda autentifikacije, usporedbe davatelja usluga i rješavanja uobičajenih problema.

## Što je SMTP?

**SMTP (Simple Mail Transfer Protocol)** standardni je komunikacijski protokol koji se koristi za slanje e-pošte putem interneta. Razvijen 1982. godine, SMTP definira način prijenosa e-mail poruka s jednog poslužitelja na drugi, djelujući kao poštanska služba digitalnog svijeta.

Kada pošaljete e-poruku, SMTP obrađuje odlazni prijenos. Prenosi vašu poruku od e-mail klijenta do vašeg poslužitelja, a zatim s vašeg poslužitelja do poslužitelja primatelja. Protokol djeluje prema skupu pravila koja osiguravaju pouzdanu isporuku poruka između različitih e-mail sustava diljem svijeta.

### Ključne značajke SMTP-a

- **Push protokol**: SMTP šalje e-poruke od pošiljatelja prema primatelju (za razliku od POP3/IMAP koji preuzimaju e-poštu)
- **Tekstualni protokol**: Naredbe i odgovori čitljivi su za ljude
- **Protokol orijentiran na vezu**: Koristi TCP/IP za pouzdani prijenos
- **Pohrani i proslijedi**: Poruke se privremeno pohranjuju na posredničkim poslužiteljima prije prosljeđivanja
- **Standardizirani**: RFC 5321 definira trenutne specifikacije SMTP-a

### SMTP u usporedbi s ostalim e-mail protokolima

| Protokol | Svrha | Smjer |
| --- | --- | --- |
| SMTP | Slanje e-pošte | Odlazno |
| POP3 | Preuzimanje e-pošte | Dolazno |
| IMAP | Pristup e-pošti | Dolazno (sinkronizacija) |

SMTP radi zajedno s POP3 i IMAP protokolima. Dok SMTP šalje odlaznu poštu, POP3 ili IMAP preuzimaju dolaznu poštu u vaš sandučić. Većina e-mail klijenata koristi SMTP za slanje i IMAP za primanje, pružajući potpuno e-mail iskustvo.

## Kako radi SMTP

Razumijevanje SMTP procesa pomaže vam u dijagnosticiranju problema s isporukom i optimizaciji e-mail infrastrukture. Evo putovanja e-poruke korak po korak, od pošiljatelja do primatelja.

### SMTP komunikacijski proces

**Korak 1: Uspostava veze**

Vaš e-mail klijent (Mail User Agent) spaja se na vaš odlazni poslužitelj (Mail Transfer Agent) putem TCP porta 25, 587 ili 465. Događa se „rukovanje” u kojem se poslužitelj identificira.

**Korak 2: SMTP rukovanje (HELO/EHLO)**

Klijent pokreće komunikaciju naredbom HELO ili EHLO:

```
Client: EHLO mail.example.com
Server: 250-smtp.provider.com Hello
```

EHLO (Extended HELO) je moderna verzija koja podržava SMTP proširenja poput autentifikacije i TLS enkripcije.

**Korak 3: Identifikacija pošiljatelja (MAIL FROM)**

Klijent navodi adresu e-pošte pošiljatelja:

```
Client: MAIL FROM:<sender@example.com>
Server: 250 OK
```

**Korak 4: Specifikacija primatelja (RCPT TO)**

Klijent identificira jednog ili više primatelja:

```
Client: RCPT TO:<recipient@destination.com>
Server: 250 OK
```

**Korak 5: Prijenos podataka poruke (DATA)**

Prenosi se stvarni sadržaj e-poruke:

```
Client: DATA
Server: 354 Start mail input
Client: Subject: Test Email
Client: From: sender@example.com
Client: To: recipient@destination.com
Client:
Client: This is the email body.
Client: .
Server: 250 OK
```

**Korak 6: Završetak veze (QUIT)**

Sesija se uredno završava:

```
Client: QUIT
Server: 221 Bye
```

### Cjelokupno putovanje e-poruke

1. **Sastavljanje**: Pišete e-poruku u svom klijentu (Gmail, Outlook itd.)
2. **Podnošenje**: Vaš klijent spaja se na vaš SMTP poslužitelj
3. **DNS pretraživanje**: Vaš poslužitelj ispituje DNS za MX zapise primatelja
4. **Prijenos**: Vaš poslužitelj spaja se na SMTP poslužitelj primatelja
5. **Isporuka**: Poslužitelj primatelja prihvaća poruku
6. **Pohrana**: Poruka se pohranjuje kako bi je primatelj preuzeo putem POP3/IMAP

### Objašnjenje SMTP portova

| Port | Naziv | Sigurnost | Slučaj korištenja |
| --- | --- | --- | --- |
| 25 | SMTP | Nema/STARTTLS | Relay između poslužitelja |
| 587 | Submission | STARTTLS | Klijent prema poslužitelju (preporučeno) |
| 465 | SMTPS | Implicitni TLS | Naslijeđeno sigurno podnošenje |
| 2525 | Alternativni | STARTTLS | Kada je 587 blokiran |

**Port 587** preporučeni je port za slanje e-pošte iz aplikacija i e-mail klijenata. Zahtijeva autentifikaciju i podržava STARTTLS enkripciju.

**Port 25** bio je originalni SMTP port, ali se sada primarno koristi za komunikaciju između poslužitelja. Mnogi ISP-ovi blokiraju odlazni port 25 kako bi spriječili neželjenu poštu.

**Port 465** bio je kratko dodijeljen za SMTPS (SMTP putem SSL-a), ali je prenamijenjen. Neki davatelji usluga i dalje ga podržavaju radi naslijeđene kompatibilnosti.

## SMTP u usporedbi s e-mail API-jem: što koristiti?

Moderne aplikacije imaju dvije primarne mogućnosti za programsko slanje e-pošte: tradicionalni SMTP i HTTP-bazirani e-mail API-ji. Svaki pristup ima posebne prednosti.

### SMTP pristup

Uz SMTP, vaša aplikacija izravno se spaja na SMTP poslužitelj koristeći gore opisani protokol.

**Prednosti:**

- Univerzalna kompatibilnost s bilo kojom bibliotekom za slanje e-pošte
- Radi s postojećom e-mail infrastrukturom
- Nema vezanosti za specifičan format API-ja
- Jednostavnija postava za osnovne slučajeve korištenja
- Radi u okruženjima s ograničenim HTTP pristupom

**Nedostaci:**

- Složenije rukovanje greškama
- Ograničeno praćenje bez dodatne postave
- Sinkrono slanje može biti sporije
- Opterećenje upravljanja vezom
- Teže implementirati napredne značajke

### Pristup putem e-mail API-ja

E-mail API-ji koriste HTTP/REST za slanje poruka, apstrahirajući temeljnu SMTP složenost.

**Prednosti:**

- Bogato praćenje (otvaranja, klikovi, odbijanja) ugrađeno
- Asinkrono slanje s webhookovima
- Jednostavnije rukovanje greškama s HTTP statusnim kodovima
- Napredne značajke (predlošci, zakazivanje) nativno dostupne
- Bolja analitika i izvješćivanje
- Lakša integracija s modernim aplikacijama

**Nedostaci:**

- Implementacija specifična za davatelja usluga
- Zahtijeva internetsku vezu (nije lokalni relay)
- Mogu se primjenjivati ograničenja brzine API-ja
- Krivulja učenja za značajke specifične za API

### Kada koristiti SMTP

- **Naslijeđeni sustavi**: Starije aplikacije dizajnirane za SMTP
- **Jednostavna transakcijska e-pošta**: Osnovna obavijestima bez potrebe za praćenjem
- **Lokalni softver**: Aplikacije u ograničenim mrežnim okruženjima
- **Konfiguracija e-mail klijenta**: Stolne ili mobilne e-mail aplikacije
- **WordPress i CMS**: Mnogi dodaci očekuju SMTP vjerodajnice

### Kada koristiti e-mail API

- **Marketinška automatizacija**: Kampanje koje zahtijevaju detaljnu analitiku
- **Slanje velikih volumena**: Aplikacije koje šalju tisuće e-poruka
- **Moderne aplikacije**: SaaS proizvodi sa složenim e-mail potrebama
- **Napredne značajke**: Upravljanje predlošcima, A/B testiranje, dinamički sadržaj
- **Praćenje u stvarnom vremenu**: Kada vam je potrebna trenutna povratna informacija o isporuci

### Hibridni pristup

Mnoge organizacije koriste oboje: SMTP za jednostavne transakcijske poruke iz naslijeđenih sustava, i e-mail API-je za marketinške kampanje i složenu automatizaciju. Platforme poput Breva podržavaju obje metode, omogućujući vam odabir prema svakom slučaju korištenja.

## Objašnjenje SMTP autentifikacije

SMTP autentifikacija sprječava neovlaštene korisnike u slanju e-pošte putem vašeg poslužitelja. Bez autentifikacije, netko bi mogao koristiti vaš poslužitelj za slanje neželjene pošte, oštećujući vaš ugled i isporučivost.

### Vrste SMTP autentifikacije

**SMTP AUTH (RFC 4954)**

Standardni mehanizam autentifikacije koji zahtijeva korisničko ime i lozinku prije slanja.

```
Client: AUTH LOGIN
Server: 334 VXNlcm5hbWU6
Client: [base64-encoded username]
Server: 334 UGFzc3dvcmQ6
Client: [base64-encoded password]
Server: 235 Authentication successful
```

**Uobičajeni AUTH mehanizmi:**

| Mehanizam | Sigurnost | Opis |
| --- | --- | --- |
| PLAIN | Osnovna | Korisničko ime/lozinka u jasnom tekstu (zahtijeva TLS) |
| LOGIN | Osnovna | Slično PLAIN-u, naslijeđeni format |
| CRAM-MD5 | Bolja | Odgovor na izazov, bez jasne lozinke |
| DIGEST-MD5 | Dobra | Poboljšani odgovor na izazov |
| OAUTH2 | Najbolja | Temeljena na tokenu, bez prijenosa lozinke |

**TLS/SSL enkripcija**

Uvijek koristite enkripciju za zaštitu vjerodajnica:

- **STARTTLS**: Nadograđuje običnu vezu na šifriranu (port 587)
- **Implicitni TLS**: Veza šifrirana od početka (port 465)

**API ključevi nasuprot lozinkama**

Moderne SMTP usluge često koriste API ključeve umjesto lozinki:

```
Username: apikey (literal string)
Password: your-api-key-here
```

API ključevi su poželjniji jer se mogu rotirati bez promjene lozinki računa i mogu imati ograničene dozvole.

### Postavljanje SMTP vjerodajnica

Kada konfigurirate aplikaciju za slanje e-pošte putem SMTP-a, obično vam trebaju:

1. **SMTP Host**: Adresa poslužitelja (npr. smtp.brevo.com)
2. **SMTP Port**: Obično 587 za autentificirano podnošenje
3. **Korisničko ime**: Vaša adresa e-pošte ili identifikator API ključa
4. **Lozinka**: Lozinka vašeg računa ili API ključ
5. **Enkripcija**: TLS/STARTTLS omogućen

Primjer konfiguracije za Brevo SMTP:

```
Host: smtp-relay.brevo.com
Port: 587
Username: your-email@example.com
Password: your-smtp-key
Encryption: STARTTLS
```

## Autentifikacija e-pošte: SPF, DKIM i DMARC

Osim SMTP autentifikacije (dokaz da možete koristiti poslužitelj), protokoli za autentifikaciju e-pošte verificiraju da e-poruke stvarno dolaze od navedenog pošiljatelja. Ovi mehanizmi temeljeni na DNS-u štite od lažiranja i krađe identiteta.

### SPF (Sender Policy Framework)

SPF specificira koje IP adrese i poslužitelji su ovlašteni za slanje e-pošte za vašu domenu.

**Kako radi SPF:**

1. Objavljujete SPF zapise u DNS-u vaše domene
2. Kada primajući poslužitelj dobije vašu e-poruku, provjerava SPF
3. Ako se pošiljna IP adresa podudara s vašim SPF zapisom, e-poruka prolazi
4. Ako ne, e-poruka može biti označena kao neželjana pošta ili odbijena

**Primjer SPF zapisa:**

```
v=spf1 include:spf.brevo.com include:_spf.google.com -all
```

Ovaj zapis omogućuje Brevu i Googleu slanje e-pošte za vašu domenu i odbija sve ostale pošiljatelje (-all).

**SPF sintaksa:**

| Mehanizam | Opis |
| --- | --- |
| include: | Pouzdanost SPF-a druge domene |
| ip4: | Dopuštanje specifične IPv4 adrese/raspona |
| ip6: | Dopuštanje specifične IPv6 adrese/raspona |
| a | Dopuštanje IP adresa A zapisa domene |
| mx | Dopuštanje IP adresa MX poslužitelja domene |
| -all | Odbijanje svih ostalih (tvrdo odbijanje) |
| ~all | Meko odbijanje svih ostalih |
| ?all | Neutralno prema svima ostalima |

**Najbolje prakse za SPF:**

- Koristite -all (tvrdo odbijanje) kada ste sigurni u konfiguraciju
- Ostanite ispod 10 DNS pretraživanja kako biste izbjegli permerror
- Uključite sve legitimne izvore slanja
- Testirajte s SPF validatorima prije implementacije

### DKIM (DomainKeys Identified Mail)

DKIM dodaje kriptografski potpis vašim e-porukama, dokazujući da nisu izmijenjene u prijenosu i da dolaze s vaše domene.

**Kako radi DKIM:**

1. Vaš e-mail poslužitelj potpisuje odlazne poruke privatnim ključem
2. Objavljujete odgovarajući javni ključ u DNS-u
3. Primajući poslužitelji verificiraju potpis koristeći vaš javni ključ
4. Valjani potpisi potvrđuju integritet poruke i porijeklo

**Primjer DKIM DNS zapisa:**

```
brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."
```

Selektor (brevo) identificira koji ključ koristiti, omogućujući više usluga da šalju s različitim DKIM ključevima.

**DKIM komponente:**

| Dio | Opis |
| --- | --- |
| Selektor | Identificira specifični ključ (npr. brevo, google) |
| Javni ključ | RSA ključ objavljen u DNS-u za verifikaciju |
| Privatni ključ | Nalazi se na pošiljnom poslužitelju, potpisuje poruke |
| Zaglavlje | Dodano e-poruci (DKIM-Signature) |

**Najbolje prakse za DKIM:**

- Koristite 2048-bitne RSA ključeve (minimum 1024-bitni)
- Periodično rotirajte ključeve
- Potpisujte važna zaglavlja (From, Subject, Date)
- Testirajte potpise prije pune implementacije

### DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC se temelji na SPF-u i DKIM-u, dodajući pravila za rukovanje neuspjesima autentifikacije i mogućnosti izvješćivanja.

**Kako radi DMARC:**

1. Objavljujete DMARC pravilo u DNS-u
2. Primajući poslužitelji provjeravaju SPF i DKIM usklađenost
3. Neuspješne e-poruke se obrađuju prema vašem pravilu
4. Izvješća o rezultatima autentifikacije šalju se vama

**Primjer DMARC DNS zapisa:**

```
_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; pct=100"
```

**DMARC pravila:**

| Pravilo | Radnja |
| --- | --- |
| p=none | Samo praćenje, bez radnje pri neuspjesima |
| p=quarantine | Slanje neuspješnih u mapu za neželjenu poštu |
| p=reject | Potpuno blokiranje neuspješnih e-poruka |

**Put implementacije DMARC-a:**

1. **Počnite s p=none**: Praćenje bez utjecaja na isporuku
2. **Analizirajte izvješća**: Identificirajte legitimne izvore koji ne prolaze autentifikaciju
3. **Ispravite probleme**: Dodajte nedostajuće SPF include-ove, konfigurirajte DKIM
4. **Prijeđite na p=quarantine**: Počnite s mekim izvršavanjem zaštite
5. **Napredujte na p=reject**: Maksimalna zaštita kada ste sigurni

**Najbolje prakse za DMARC:**

- Počnite s p=none i rua (skupna izvješća)
- Pratite izvješća 2-4 tjedna prije izvršavanja
- Osigurajte da svi legitimni pošiljatelji prolaze SPF ili DKIM s usklađenošću
- Postupno povećavajte pct (postotak) pri izvršavanju

### Usklađenost autentifikacije

DMARC zahtijeva „usklađenost” između domene u zaglavlju From i domena koje prolaze SPF/DKIM:

- **SPF usklađenost**: Domena Return-Path podudara se s domenom From
- **DKIM usklađenost**: DKIM domena potpisivanja podudara se s domenom From

Ovo sprječava napadače da koriste vašu SPF/DKIM infrastrukturu za slanje lažnih e-poruka.

## Najbolji SMTP poslužitelji i davatelji usluga

Odabir pravog SMTP davatelja usluga utječe na isporučivost, troškove i značajke. Ovdje su vodeće mogućnosti za 2026.

### Brevo (ranije Sendinblue)

**Najbolje za:** E-commerce, transakcijska i marketinška e-pošta zajedno

Brevo nudi SMTP relay i API pristup s konkurentnim cijenama. Njegova snaga leži u kombiniranju transakcijske e-pošte s marketinškom automatizacijom, CRM-om i višekanalnom komunikacijom (SMS, WhatsApp).

| Značajka | Detalji |
| --- | --- |
| Besplatni paket | 300 e-poruka/dan |
| Cijene | Od 9 USD/mj. za 5.000 e-poruka |
| SMTP relay | Da |
| API | Da (REST) |
| Alati za isporučivost | SPF, DKIM, dostupna namjenska IP adresa |
| Analitika | Otvaranja, klikovi, odbijanja, u stvarnom vremenu |

**SMTP konfiguracija:**

```
Host: smtp-relay.brevo.com
Port: 587
Authentication: Required
Encryption: STARTTLS
```

### Amazon SES (Simple Email Service)

**Najbolje za:** Pošiljatelje velikih volumena s AWS infrastrukturom

Amazon SES nudi izuzetno niske cijene za velike volumene i besprijekorno se integrira s ostalim AWS uslugama.

| Značajka | Detalji |
| --- | --- |
| Besplatni paket | 62.000 e-poruka/mj. (s EC2) |
| Cijene | 0,10 USD na 1.000 e-poruka |
| SMTP relay | Da |
| API | Da (AWS SDK) |
| Alati za isporučivost | Puni (zahtijeva ručnu postavu) |
| Analitika | Integracija s CloudWatchom |

**Razmatranja:**

- Zahtijeva tehničku stručnost za ispravnu konfiguraciju
- Upravljanje ugledom je vaša odgovornost
- Najprikladnije za developere upoznate s AWS-om

### SendGrid (Twilio)

**Najbolje za:** Developere koji trebaju robusne API-je i skalabilnost

SendGrid pruža API-je prilagođene developerima s izvrsnom dokumentacijom i skalabilnošću za rastuće tvrtke.

| Značajka | Detalji |
| --- | --- |
| Besplatni paket | 100 e-poruka/dan |
| Cijene | Od 19,95 USD/mj. za 50.000 e-poruka |
| SMTP relay | Da |
| API | Da (REST, webhookovi) |
| Alati za isporučivost | Puni paket uključen |
| Analitika | Sveobuhvatna nadzorna ploča |

### Mailgun

**Najbolje za:** Transakcijsku e-poštu s detaljnim zapisivanjem

Mailgun se fokusira na transakcijske i razvojne slučajeve korištenja s moćnim pretraživanjem zapisa i značajkama validacije.

| Značajka | Detalji |
| --- | --- |
| Besplatni paket | Probna verzija s ograničenim slanjima |
| Cijene | Od 15 USD/mj. za 10.000 e-poruka |
| SMTP relay | Da |
| API | Da (REST) |
| Alati za isporučivost | Validacija e-pošte, zapisi |
| Analitika | Pretraživi zapisi, statistike |

### Postmark

**Najbolje za:** Transakcijsku e-poštu koja zahtijeva najbrže dostavljanje

Postmark se specijalizira za transakcijsku e-poštu s najbržim brzinama isporuke u industriji i strogim pravilima protiv neželjene pošte.

| Značajka | Detalji |
| --- | --- |
| Besplatni paket | Nema (dostupna probna verzija) |
| Cijene | Od 15 USD/mj. za 10.000 e-poruka |
| SMTP relay | Da |
| API | Da (REST) |
| Alati za isporučivost | Namjenska IP adresa uključena |
| Analitika | U stvarnom vremenu, detaljno |

### Sažetak usporedbe davatelja usluga

| Davatelj | Najbolje za | Besplatni paket | Početna cijena |
| --- | --- | --- | --- |
| Brevo | Sve-u-jednom marketing | 300/dan | 9 USD/mj. |
| Amazon SES | Veliki volumeni, AWS korisnici | 62.000/mj. | 0,10 USD/1K |
| SendGrid | Fokus na developere | 100/dan | 19,95 USD/mj. |
| Mailgun | Transakcijsko + zapisi | Probno | 15 USD/mj. |
| Postmark | Brza transakcijska e-pošta | Probno | 15 USD/mj. |

### Odabir pravog davatelja usluga

**Uzmite u obzir sljedeće čimbenike:**

1. **Volumen**: Koliko e-poruka mjesečno?
2. **Vrsta**: Marketinška, transakcijska ili oboje?
3. **Tehnički resursi**: Možete li upravljati složenim postavama?
4. **Potrebne značajke**: Predlošci, analitika, A/B testiranje?
5. **Proračun**: Koji je vaš mjesečni proračun za e-poštu?
6. **Integracija**: Koji sustavi trebaju biti povezani?

## Kako postaviti SMTP

Postavljanje SMTP-a razlikuje se ovisno o vašem slučaju korištenja. Ovdje su vodiči za uobičajene scenarije.

### Postavljanje SMTP-a u WordPressu

Većina WordPress stranica treba SMTP za pouzdano dostavljanje e-pošte. Zadana PHP mail() funkcija često ne uspijeva ili završava u neželjenim porukama.

**Korak 1: Instalirajte SMTP dodatak**

Popularne mogućnosti:

- WP Mail SMTP
- Post SMTP
- Easy WP SMTP

**Korak 2: Konfigurirajte dodatak**

Korištenje WP Mail SMTP s Brevom:

```
From Email: noreply@yourdomain.com
From Name: Your Site Name
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: your-email@example.com
SMTP Password: your-brevo-smtp-key
```

**Korak 3: Testirajte vezu**

Pošaljite testnu e-poruku za provjeru konfiguracije. Provjerite mapu za neželjenu poštu ako testna poruka ne stigne.

### Postavljanje SMTP-a u aplikacijama

Za prilagođene aplikacije koristite biblioteku e-pošte vašeg programskog jezika.

**Node.js (Nodemailer):**

```javascript
const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: 'your-email@example.com',
    pass: 'your-smtp-key'
  }
});

await transporter.sendMail({
  from: 'sender@example.com',
  to: 'recipient@example.com',
  subject: 'Test Email',
  text: 'Hello from Node.js!'
});
```

**Python (smtplib):**

```python
import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "your-email@example.com"
password = "your-smtp-key"

msg = MIMEText("Hello from Python!")
msg['Subject'] = "Test Email"
msg['From'] = "sender@example.com"
msg['To'] = "recipient@example.com"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)
```

**PHP (PHPMailer):**

```php
use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = 'your-email@example.com';
$mail->Password = 'your-smtp-key';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('sender@example.com', 'Sender Name');
$mail->addAddress('recipient@example.com');
$mail->Subject = 'Test Email';
$mail->Body = 'Hello from PHP!';

$mail->send();
```

### Postavljanje DNS zapisa

Prije slanja konfigurirajte DNS zapise za autentifikaciju.

**Korak 1: Dodajte SPF zapis**

Kreirajte TXT zapis u korijenu vaše domene:

```
Type: TXT
Host: @
Value: v=spf1 include:spf.brevo.com ~all
```

Ako već imate SPF, dodajte include izjavu:

```
v=spf1 include:spf.brevo.com include:_spf.google.com ~all
```

**Korak 2: Dodajte DKIM zapis**

Kreirajte TXT zapis sa selektorom od vašeg davatelja usluga:

```
Type: TXT
Host: brevo._domainkey
Value: v=DKIM1; k=rsa; p=[your-public-key]
```

**Korak 3: Dodajte DMARC zapis**

Počnite u načinu praćenja:

```
Type: TXT
Host: _dmarc
Value: v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
```

**Korak 4: Verificirajte konfiguraciju**

Koristite alate poput:

- MXToolbox (mxtoolbox.com)
- Mail Tester (mail-tester.com)
- DMARC Analyzer

## Uobičajene SMTP greške i rješenja

SMTP greške prate standardizirani sustav numeriranja. Razumijevanje ovih kodova pomaže u brzom dijagnosticiranju problema s isporukom.

### Kategorije SMTP kodova grešaka

| Raspon | Kategorija | Značenje |
| --- | --- | --- |
| 2xx | Uspjeh | Naredba prihvaćena |
| 4xx | Privremeni neuspjeh | Pokušajte ponovno kasnije |
| 5xx | Trajni neuspjeh | Ne ponavljajte |

### Uobičajene SMTP greške i rješenja

**421 Usluga nedostupna**

Poslužitelj privremeno ne može obrađivati zahtjeve.

*Uzroci:*

- Preopterećenost poslužitelja
- Prozor za održavanje
- Dosegnuta ograničenja veze

*Rješenja:*

- Pričekajte i pokušajte ponovo
- Provjerite stranicu statusa davatelja usluga
- Implementirajte logiku ponovnog pokušaja s odgodom

**450 Poštanski sandučić nedostupan**

Privremeni problem s poštanskim sandučićem primatelja.

*Uzroci:*

- Pun poštanski sandučić
- Ograničenje pravila poslužitelja
- Greylisting

*Rješenja:*

- Pokušajte ponovo nakon odgode
- Greylisting se rješava pri drugom pokušaju
- Kontaktirajte primatelja ako problem traje

**451 Lokalna greška**

Greška pri obradi na primajućem poslužitelju.

*Uzroci:*

- Problem s konfiguracijom poslužitelja
- Iscrpljivanje resursa
- Privremena blokada pravila

*Rješenja:*

- Pokušajte ponovo s eksponencijalnom odgodom
- Provjerite je li vaša IP adresa privremeno blokirana
- Pričekajte oporavak poslužitelja

**500 Sintaktička greška**

Naredba nije prepoznata.

*Uzroci:*

- Neispravno formirane SMTP naredbe
- Nepodržana proširenja
- Problemi s kodiranjem

*Rješenja:*

- Provjerite sintaksu naredbi
- Osigurajte ispravne završetke redaka (CRLF)
- Verificirajte kompatibilnost klijenta

**501 Sintaktička greška u parametrima**

Naredba prepoznata, ali parametri su nevaljani.

*Uzroci:*

- Nevaljani format e-mail adrese
- Nedostajući obavezni parametri
- Problemi s kodiranjem

*Rješenja:*

- Validirajte e-mail adrese prije slanja
- Provjerite posebne znakove
- Pregledajte formatiranje parametara

**550 Poštanski sandučić nije pronađen**

Adresa primatelja ne postoji.

*Uzroci:*

- Tipografska greška u e-mail adresi
- Račun izbrisan
- Domena ne prihvaća e-poštu

*Rješenja:*

- Verificirajte adresu primatelja
- Uklonite s popisa (tvrdo odbijanje)
- Implementirajte validaciju e-pošte

**551 Korisnik nije lokalni**

Primatelj nije na ovom poslužitelju.

*Uzroci:*

- Potrebno je prosljeđivanje e-pošte
- Kontaktiran pogrešan poslužitelj
- Zastarjeli MX zapisi

*Rješenja:*

- Provjerite razlučivanje MX zapisa
- Slijedite upute za prosljeđivanje
- Ažurirajte DNS predmemoriju

**552 Poruka prevelika**

E-poruka premašuje ograničenja veličine.

*Uzroci:*

- Veliki privitci
- Ograničenja primajućeg poslužitelja
- Inline slike prevelike

*Rješenja:*

- Komprimirajte ili uklonite privitke
- Umjesto toga koristite veze za dijeljenje datoteka
- Provjerite ograničenja veličine primatelja

**553 Nevaljani naziv poštanskog sandučića**

Format adrese odbijen.

*Uzroci:*

- Nevaljani znakovi u adresi
- Neispravno formirana domena
- Ograničenja pravila

*Rješenja:*

- Validirajte format e-pošte
- Provjerite tipografske greške
- Koristite RFC-kompatibilne adrese

**554 Transakcija neuspjela**

Opće odbijanje, često vezano uz neželjenu poštu.

*Uzroci:*

- Aktiviran filtar neželjene pošte
- Pošiljna IP adresa na crnoj listi
- Kršenje sadržajne politike
- Nedostajuća autentifikacija

*Rješenja:*

- Provjerite status crnih lista
- Pregledajte sadržaj e-pošte
- Verificirajte autentifikaciju (SPF, DKIM, DMARC)
- Provjerite ugled pošiljatelja

### Dijagnosticiranje SMTP problema

**Korak 1: Provjerite poruke o greškama**

Zapisujte potpune SMTP odgovore, ne samo kodove. Tekst nakon koda pruža kontekst.

**Korak 2: Testirajte povezivost**

Verificirajte možete li se spojiti na SMTP poslužitelj:

```bash
telnet smtp-relay.brevo.com 587
```

Ili koristite openssl za TLS:

```bash
openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587
```

**Korak 3: Verificirajte autentifikaciju**

Testirajte vjerodajnice neovisno od vaše aplikacije koristeći e-mail klijent ili alat naredbenog retka.

**Korak 4: Provjerite DNS**

Verificirajte vaše zapise za autentifikaciju:

```bash
dig TXT yourdomain.com
dig TXT _dmarc.yourdomain.com
dig TXT selector._domainkey.yourdomain.com
```

**Korak 5: Pregledajte crne liste**

Provjerite je li vaša pošiljna IP adresa na crnoj listi:

- MXToolbox Blacklist Check
- Spamhaus
- Barracuda Reputation

## Najbolje prakse za SMTP

Slijedite ove prakse kako biste maksimizirali isporučivost i održali dobar ugled pošiljatelja.

### Autentifikacija

- **Uvijek koristite SMTP AUTH**: Nikad ne pokrećite otvoreni relay
- **Omogućite TLS**: Šifrirajte sve veze (STARTTLS na portu 587)
- **Koristite API ključeve**: Preferirajte API ključeve umjesto lozinki za račune
- **Rotirajte vjerodajnice**: Periodično mijenjajte ključeve
- **Implementirajte sve tri metode**: SPF, DKIM i DMARC zajedno

### Prakse slanja

- **Zagrijte nove IP adrese**: Postupno povećavajte volumen na novim pošiljnim IP adresama
- **Dosljedno slanje**: Održavajte redovite obrasce slanja
- **Higijene popisa**: Uklonite odbijanja i neaktivne pretplatnike
- **Poštujte odjave**: Odmah obradite zahtjeve za odjavu
- **Pratite ugled**: Pratite ocjene pošiljatelja i status crnih lista

### Tehnička implementacija

- **Rukujte odbijanjima**: Obrađujte i kategorizirajte obavijesti o odbijanju
- **Implementirajte logiku ponovnih pokušaja**: Koristite eksponencijalnu odgodu za privremene neuspjehe
- **Zapisujte sve**: Vodite detaljne zapise za rješavanje problema
- **Pratite isporuku**: Pratite stope isporuke i kašnjenje
- **Koristite skupno upravljanje vezama**: Ponovno koristite veze radi učinkovitosti

### Smjernice za sadržaj

- **Izbjegajte okidače neželjene pošte**: Pazite na uobičajene fraze koje označavaju neželjenu poštu
- **Uravnotežite tekst i slike**: Ne šaljite e-poruke samo sa slikama
- **Uključite veze za odjavu**: Zakonom je obavezno u većini jurisdikcija
- **Koristite prepoznatljiva imena pošiljatelja**: Primatelji bi trebali znati tko ste
- **Testirajte prije slanja**: Provjerite ocjene neželjene pošte prije kampanja

## Zaključak

SMTP ostaje temeljni protokol koji pokreće e-mail komunikaciju diljem svijeta. Bez obzira šaljete li transakcijske obavijesti, marketinške kampanje ili internu komunikaciju, razumijevanje SMTP-a pomaže vam izgraditi pouzdanu e-mail infrastrukturu.

Ključne poruke iz ovog vodiča:

- **SMTP je protokol za slanje**: Gura e-poštu s pošiljateljevih na primateljev poslužitelj
- **Autentifikacija je ključna**: Koristite SMTP AUTH, TLS i implementirajte SPF/DKIM/DMARC
- **Odaberite pravog davatelja usluga**: Uskladite mogućnosti davatelja s vašim volumenom i potrebama
- **Pratite i održavajte**: Pratite isporučivost, rukujte odbijanjima i održavajte higijenu popisa
- **SMTP nasuprot API-ja**: Koristite SMTP za kompatibilnost, API-je za napredne značajke

Za e-commerce tvrtke, kombiniranje pouzdanog SMTP davatelja poput Breva s odgovarajućom integracijom podataka o kupcima osigurava da transakcijske e-poruke dosegnu kupce dok vaše marketinške kampanje potiču angažman.

Spremni poboljšati isporučivost vaše e-pošte? Počnite revizijom vaše trenutne postave autentifikacije koristeći SPF, DKIM i DMARC smjernice iz ovog vodiča, zatim razmotrite ispunjava li vaš trenutni davatelj usluga vaše potrebe za volumenom, značajkama i pouzdanošću.

## Gdje se uklapa Tajo

Tajo je agentski alat za izradu integracija. Zadržite svoje pružatelje usluga. Agenti povezuju sve ostalo, a vi odobravate svaku sinkronizaciju. Tajo je u ranom pristupu. [Zatražite rani pristup](https://tajo.io/hr/#early-access)

## Često postavljana pitanja

**Što je SMTP poslužitelj?**

Savladajte SMTP uz ovaj sveobuhvatni vodič. Naučite kako radi Simple Mail Transfer Protocol, usporedite SMTP i API, postavite autentifikaciju (SPF, DKIM, DMARC) i odaberite najboljeg SMTP davatelja usluga za vaše poslovanje.

**Kako početi s SMTP poslužiteljem?**

Počnite s osnovama: razumijte ključne koncepte, odaberite prave alate i provedite implementaciju korak po korak. Ovaj vodič pokriva sve od početne do napredne razine.

**Koji su najbolji alati za SMTP poslužitelj?**

Najbolji alati ovise o vašem proračunu i potrebama. Brevo nudi sveobuhvatni besplatni paket koji uključuje e-poštu, SMS, CRM i automatizaciju. Pogledajte ovaj vodič za detaljne preporuke.

**Koja je razlika između SMTP-a i hostinga e-pošte?**

SMTP je specifičan za slanje e-pošte. Hosting e-pošte uključuje i slanje (SMTP) i primanje (POP3/IMAP) zajedno s pohranom i upravljanjem. Možete koristiti usluge SMTP-a trećih strana, a pritom hostati e-poštu negdje drugdje.

**Mogu li koristiti Gmail SMTP za svoje poslovanje?**

Gmail nudi SMTP pristup, ali s ograničenjima. Besplatni paket dopušta 500 e-poruka dnevno, a Google Workspace to povećava na 2.000. Za veće volumene ili bolju kontrolu isporučivosti preporučuju se namjenske SMTP usluge poput Breva.

**Zašto moje e-poruke završavaju u neželjenim porukama?**

Uobičajeni uzroci uključuju: - Nedostajuće ili pogrešno konfigurirane SPF/DKIM/DMARC postavke - Slanje s nove IP adrese bez zagrijavanja - Loš ugled pošiljatelja - Sadržaj nalik neželjenim porukama - Slanje na nevaljane adrese - Visoke stope pritužbi Prvo provjerite autentifikaciju, zatim pregledajte sadržaj i prakse slanja.

**Koji SMTP port koristiti?**

Port 587 preporučuje se za podnošenje e-pošte od klijenta do poslužitelja. Zahtijeva autentifikaciju i podržava STARTTLS enkripciju. Port 25 je za relay između poslužitelja i ISP-ovi ga često blokiraju.

**Koliko e-poruka mogu poslati putem SMTP-a?**

Ograničenja ovise o vašem davatelju usluga: - Gmail: 500-2.000/dan - Brevo besplatno: 300/dan - Amazon SES: 50.000/dan (uz odobrenje) - Namjenske usluge: Često neograničeno uz cjenovne pakete

**Trebam li namjensku IP adresu za SMTP?**

Ne uvijek. Dijeljene IP adrese dobro funkcioniraju za umjerene volumene uz dobre prakse. Namjenske IP adrese korisne su pošiljateljima velikih volumena (100.000+ mjesečno) koji žele potpunu kontrolu nad svojim ugledom. Većina davatelja usluga nudi namjenske IP adrese kao opciju nadogradnje.

**Što je SMTP relay?**

SMTP relay je kada vaš e-mail poslužitelj prosljeđuje poruke putem drugog poslužitelja radi isporuke. Ovo je korisno kada vaš lokalni poslužitelj ne može slati izravno (blokirani portovi, loš ugled) ili kada koristite uslugu poput Breva za bolju isporučivost.

**Kako testirati SMTP konfiguraciju?**

Koristite ove metode: 1. Pošaljite testne e-poruke putem vaše aplikacije 2. Koristite online alate poput Mail Testera za provjeru autentifikacije 3. Spojite se ručno putem telneta ili openssl-a 4. Provjerite nadzorne ploče davatelja usluga za zapise isporuke 5. Šaljite na testne adrese koje izvješćuju o rezultatima autentifikacije

**Što se događa ako SPF ili DKIM ne prođu?**

Bez DMARC-a, neuspjeh SPF-a/DKIM-a može uzrokovati označavanje e-poruka, ali ne nužno i odbijanje. S DMARC-om postavljenim na quarantine ili reject, neuspjesi će rezultirati smještanjem u neželjenu poštu ili blokiranjem. Uvijek pratite DMARC izvješća kako biste uočili probleme s autentifikacijom.

**Može li SMTP rukovati privitcima?**

Da. SMTP prenosi privitke kodirane u tijelu e-poruke (obično base64 kodiranje za binarne datoteke). Međutim, veliki privitci mogu doseći ograničenja veličine poslužitelja. Za datoteke veće od nekoliko MB razmotrite umjesto toga korištenje veza za pohranu u oblaku.

## Povezani članci

### [Besplatan SMTP relay: najbolje opcije za slanje transakcijskih e-mailova](https://tajo.io/hr/blog/free-smtp-relay-guide/)

26\. ožu 2026. · 8 min čitanja

9 odjeljaka

### [WP Mail SMTP: Sveobuhvatni vodič za postavljanje WordPress e-pošte (2026)](https://tajo.io/hr/blog/wp-mail-smtp-guide/)

26\. ožu 2026. · 7 min čitanja

5 koraka

### [Email API: kompletan vodič kroz programsko slanje e-maila (2026)](https://tajo.io/hr/blog/email-api-guide/)

25\. ožu 2026. · 12 min čitanja

5 koraka
