---
title: "SMTP: Potpuni vodič, Šta je, kako funkcioniše i najbolje prakse"
description: "Savladajte SMTP s ovim sveobuhvatnim vodičem. Naučite kako funkcioniše Simple Mail Transfer Protocol, uporedite SMTP vs API, postavite autentifikaciju (SPF, DKIM, DMARC) i odaberite najboljeg SMTP provajdera za vaše preduzeće."
url: https://tajo.io/sr/blog/smtp-complete-guide/
markdown: https://tajo.io/sr/blog/smtp-complete-guide.md
lang: sr-Latn-RS
author: "Set Noa"
author_url: https://tajo.io/sr/set-noa/
published: 2026-03-08
updated: 2026-05-13
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, hr-HR: /hr/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, 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}
---

[Imejl](https://tajo.io/sr/blog/?category=email)

# SMTP: Potpuni vodič, Šta je, kako funkcioniše i najbolje prakse

Savladajte SMTP s ovim sveobuhvatnim vodičem. Naučite kako funkcioniše Simple Mail Transfer Protocol, uporedite SMTP vs API, postavite autentifikaciju (SPF, DKIM, DMARC) i odaberite najboljeg SMTP provajdera za vaše preduzeće.

SMTP server

Šta je SMTP server?

Savladajte SMTP s ovim sveobuhvatnim vodičem. Naučite kako funkcioniše Simple Mail Transfer Protocol, uporedite SMTP vs API, postavite autentifikaciju (SPF, DKIM, DMARC) i odaberite najboljeg SMTP provajdera za vaše preduzeće.

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

SMTP je okosnica imejl komunikacije na internetu. Svaki imejl koji pošaljete, bilo iz ličnog sandučeta ili sa platforme za automatizaciju marketinga, oslanja se na SMTP da bi stigao na odredište. Razumevanje načina na koji SMTP radi neophodno je svakome ko upravlja imejl marketingom, transakcionim imejlovima ili poslovnom komunikacijom.

Ovaj detaljan vodič pokriva sve što treba da znate o SMTP-u: od osnova rada do naprednih metoda autentifikacije, poređenja dobavljača i rešavanja čestih problema.

## Šta je SMTP?

**SMTP (Simple Mail Transfer Protocol)** je standardni komunikacioni protokol za slanje imejlova preko interneta. Razvijen 1982. godine, SMTP definiše kako se imejl poruke prenose sa jednog servera na drugi i deluje kao poštanska služba digitalnog sveta.

Kada pošaljete imejl, SMTP obavlja odlazni prenos. On gura vašu poruku iz imejl klijenta na vaš mejl server, a zatim sa vašeg mejl servera na mejl server primaoca. Protokol radi po skupu pravila koja obezbeđuju pouzdanu isporuku poruka između različitih imejl sistema širom sveta.

### Ključne osobine SMTP-a

- **Protokol guranja**: SMTP gura imejlove od pošiljaoca ka primaocu (za razliku od POP3/IMAP protokola, koji ih povlače)
- **Zasnovan na tekstu**: Komande i odgovori su čitljivi ljudima
- **Orijentisan na vezu**: Koristi TCP/IP za pouzdan prenos
- **Sačuvaj i prosledi**: Poruke se privremeno čuvaju na posredničkim serverima pre prosleđivanja
- **Standardizovan**: RFC 5321 definiše aktuelnu SMTP specifikaciju

### SMTP i drugi imejl protokoli

| Protokol | Svrha | Smer |
| --- | --- | --- |
| SMTP | Slanje imejlova | Odlazni |
| POP3 | Preuzimanje imejlova | Dolazni |
| IMAP | Pristup imejlovima | Dolazni (sinhronizacija) |

SMTP radi zajedno sa POP3 i IMAP protokolima. Dok SMTP šalje vašu odlaznu poštu, POP3 ili IMAP preuzimaju dolaznu poštu u vaše sanduče. Većina imejl klijenata koristi SMTP za slanje i IMAP za primanje, čime se dobija potpuno imejl iskustvo.

## Kako SMTP radi

Razumevanje SMTP procesa pomaže vam da dijagnostikujete probleme sa isporukom i optimizujete imejl infrastrukturu. Evo putovanja imejla od pošiljaoca do primaoca, korak po korak.

### Proces SMTP komunikacije

*Which SMTP port belongs to which hop*

**Korak 1: Uspostavljanje veze**

Vaš imejl klijent (Mail User Agent) povezuje se sa vašim odlaznim mejl serverom (Mail Transfer Agent) na portu za predaju: 587, ili 465 za implicitni TLS. Port 25 se ne koristi za ovaj korak: on služi za prenos između servera, a većina internet provajdera ga blokira za odlazni saobraćaj sa korisničkih priključaka. Dolazi do „rukovanja“ u kojem se server predstavlja.

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

Klijent započinje komunikaciju komandom HELO ili EHLO:

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

EHLO (Extended HELO) je savremena verzija koja podržava SMTP proširenja kao što su autentifikacija i TLS šifrovanje.

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

Klijent navodi imejl adresu pošiljaoca:

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

**Korak 4: Navođenje primaoca (RCPT TO)**

Klijent navodi jednog ili više primalaca:

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

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

Prenosi se sam sadržaj imejla:

```
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: Prekid veze (QUIT)**

Sesija se uredno završava:

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

### Celo putovanje imejla

1. **Pisanje**: Imejl pišete u svom klijentu (Gmail, Outlook itd.)
2. **Predaja**: Vaš klijent se povezuje sa vašim SMTP serverom
3. **DNS upit**: Vaš server traži MX zapise primaoca u DNS-u
4. **Prenos**: Vaš server se povezuje sa SMTP serverom primaoca
5. **Isporuka**: Server primaoca prihvata poruku
6. **Čuvanje**: Poruka se čuva dok je primalac ne preuzme preko POP3/IMAP protokola

### Objašnjenje SMTP portova

| Port | Naziv | Bezbednost | Upotreba |
| --- | --- | --- | --- |
| 25 | SMTP | Bez zaštite/STARTTLS | Prenos između servera |
| 587 | Submission | STARTTLS | Od klijenta ka serveru (preporučeno) |
| 465 | SMTPS | Implicitni TLS | Stariji način bezbedne predaje |
| 2525 | Alternativni | STARTTLS | Kada je 587 blokiran |

**Port 587** je preporučeni port za slanje imejlova iz aplikacija i imejl klijenata. Zahteva autentifikaciju i podržava STARTTLS šifrovanje.

**Port 25** je bio prvobitni SMTP port, ali se danas uglavnom koristi za komunikaciju između servera. Mnogi internet provajderi blokiraju odlazni port 25 da bi sprečili spam.

**Port 465** je kratko bio određen za SMTPS (SMTP preko SSL-a), ali je zatim dodeljen drugoj nameni. Neki dobavljači ga i dalje podržavaju zbog kompatibilnosti sa starijim sistemima.

## SMTP ili imejl API: šta da koristite?

Savremene aplikacije imaju dve glavne opcije za programsko slanje imejlova: tradicionalni SMTP i imejl API-je zasnovane na HTTP-u. Svaki pristup ima svoje prednosti.

### Pristup preko SMTP-a

Sa SMTP-om se vaša aplikacija direktno povezuje sa SMTP serverom pomoću gore opisanog protokola.

**Prednosti:**

- Univerzalna kompatibilnost sa bilo kojom bibliotekom za slanje imejlova
- Radi sa postojećom imejl infrastrukturom
- Nema vezivanja za formate API-ja određenog dobavljača
- Jednostavnije podešavanje za osnovne slučajeve
- Radi u okruženjima sa ograničenim HTTP pristupom

**Mane:**

- Složenije rukovanje greškama
- Ograničeno praćenje bez dodatnog podešavanja
- Sinhrono slanje može biti sporije
- Dodatni posao oko upravljanja vezama
- Teže je uvesti napredne funkcije

### Pristup preko imejl API-ja

Imejl API-ji šalju poruke preko HTTP/REST-a i skrivaju složenost SMTP-a u pozadini.

**Prednosti:**

- Bogato praćenje (otvaranja, klikovi, neisporučeni imejlovi) već ugrađeno
- Asinhrono slanje uz webhookove
- Jednostavnije rukovanje greškama pomoću HTTP statusnih kodova
- Napredne funkcije (šabloni, zakazivanje) ugrađene su
- Bolja analitika i izveštavanje
- Lakša integracija sa savremenim aplikacijama

**Mane:**

- Implementacija zavisi od dobavljača
- Zahteva internet vezu (nije lokalni relej)
- Mogu važiti ograničenja broja API poziva
- Treba vremena da se savladaju funkcije specifične za API

### Kada koristiti SMTP

- **Stariji sistemi**: Starije aplikacije napravljene za SMTP
- **Jednostavni transakcioni imejlovi**: Osnovna obaveštenja bez potrebe za praćenjem
- **Softver na sopstvenim serverima**: Aplikacije u ograničenim mrežnim okruženjima
- **Podešavanje imejl klijenata**: Desktop ili mobilne imejl aplikacije
- **WordPress i CMS**: Mnogi dodaci očekuju SMTP pristupne podatke

### Kada koristiti imejl API

- **Automatizacija marketinga**: Kampanje kojima treba detaljna analitika
- **Slanje velikih obima**: Aplikacije koje šalju hiljade imejlova
- **Savremene aplikacije**: SaaS proizvodi sa složenim potrebama za imejlom
- **Napredne funkcije**: Upravljanje šablonima, A/B testiranje, dinamički sadržaj
- **Praćenje u realnom vremenu**: Kada vam treba trenutna povratna informacija o isporuci

### Hibridni pristup

Mnoge organizacije koriste oba: SMTP za jednostavne transakcione poruke iz starijih sistema, a imejl API-je za marketinške kampanje i složenu automatizaciju. Platforme kao što je Brevo podržavaju oba načina, pa možete da birate prema svakom slučaju upotrebe.

## Objašnjenje SMTP autentifikacije

SMTP autentifikacija sprečava neovlašćene korisnike da šalju imejlove preko vašeg servera. Bez autentifikacije bilo ko bi mogao da koristi vaš server za slanje spama i tako ošteti vašu reputaciju i isporučivost.

### Vrste SMTP autentifikacije

**SMTP AUTH (RFC 4954)**

Standardni mehanizam autentifikacije koji pre slanja traži korisničko ime i lozinku.

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

**Česti AUTH mehanizmi:**

| Mehanizam | Bezbednost | Opis |
| --- | --- | --- |
| PLAIN | Osnovna | Korisničko ime i lozinka u čistom tekstu (potreban TLS) |
| LOGIN | Osnovna | Slično kao PLAIN, stariji format |
| CRAM-MD5 | Bolja | Izazov i odgovor, bez lozinke u čistom tekstu |
| DIGEST-MD5 | Dobra | Poboljšan mehanizam izazova i odgovora |
| OAUTH2 | Najbolja | Zasnovan na tokenima, bez slanja lozinke |

**TLS/SSL šifrovanje**

Uvek koristite šifrovanje da zaštitite pristupne podatke:

- **STARTTLS**: Nadograđuje običnu vezu u šifrovanu (port 587)
- **Implicitni TLS**: Veza je šifrovana od početka (port 465)

**API ključevi i lozinke**

Savremene SMTP usluge često koriste API ključeve umesto lozinki:

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

API ključevi su bolji jer mogu da se zamene bez menjanja lozinke naloga i mogu imati ograničene dozvole.

### Podešavanje SMTP pristupnih podataka

Kada podešavate aplikaciju da šalje imejlove preko SMTP-a, obično vam treba:

1. **SMTP host**: Adresa servera (npr. smtp.brevo.com)
2. **SMTP port**: Obično 587 za predaju uz autentifikaciju
3. **Korisničko ime**: Imejl vašeg naloga ili identifikator API ključa
4. **Lozinka**: Lozinka vašeg naloga ili API ključ
5. **Šifrovanje**: Uključen TLS/STARTTLS

Primer podešavanja za Brevo SMTP:

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

## Imejl autentifikacija: SPF, DKIM i DMARC

Osim SMTP autentifikacije (koja dokazuje da smete da koristite server), protokoli imejl autentifikacije proveravaju da imejlovi zaista dolaze od navedenog pošiljaoca. Ovi mehanizmi zasnovani na DNS-u štite od lažnog predstavljanja i fišinga.

### SPF (Sender Policy Framework)

SPF navodi koje IP adrese i serveri smeju da šalju imejlove u ime vašeg domena.

**Kako SPF radi:**

1. Objavite SPF zapise u DNS-u svog domena
2. Kada server primaoca dobije vaš imejl, proverava SPF
3. Ako se IP adresa pošiljaoca poklapa sa vašim SPF zapisom, imejl prolazi
4. Ako se ne poklapa, imejl može biti označen kao spam ili odbijen

**Primer SPF zapisa:**

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

Ovaj zapis dozvoljava Brevu i Google-u da šalju imejlove za vaš domen i odbija sve ostale pošiljaoce (-all).

**SPF sintaksa:**

| Mehanizam | Opis |
| --- | --- |
| include: | Veruj SPF-u drugog domena |
| ip4: | Dozvoli određenu IPv4 adresu ili opseg |
| ip6: | Dozvoli određenu IPv6 adresu ili opseg |
| a | Dozvoli IP adrese iz A zapisa domena |
| mx | Dozvoli IP adrese MX servera domena |
| -all | Odbij sve ostale (strogo) |
| ~all | Blago odbij sve ostale |
| ?all | Neutralno za sve ostale |

**Najbolje prakse za SPF:**

- Koristite -all (strogo odbijanje) kada ste sigurni u podešavanje
- Držite se ispod 10 DNS upita da biste izbegli permerror
- Uključite sve legitimne izvore slanja
- Testirajte pomoću SPF validatora pre objavljivanja

### DKIM (DomainKeys Identified Mail)

DKIM dodaje kriptografski potpis vašim imejlovima, čime dokazuje da nisu izmenjeni u prenosu i da dolaze sa vašeg domena.

**Kako DKIM radi:**

1. Vaš imejl server potpisuje odlazne poruke privatnim ključem
2. Odgovarajući javni ključ objavite u DNS-u
3. Serveri primalaca proveravaju potpis pomoću vašeg javnog ključa
4. Ispravan potpis potvrđuje integritet i poreklo poruke

**Primer DKIM DNS zapisa:**

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

Selektor (brevo) određuje koji ključ se koristi, pa više usluga može da šalje sa različitim DKIM ključevima.

**Delovi DKIM-a:**

| Deo | Opis |
| --- | --- |
| Selektor | Određuje konkretan ključ (npr. brevo, google) |
| Javni ključ | RSA ključ objavljen u DNS-u za proveru |
| Privatni ključ | Čuva ga server pošiljaoca i njime potpisuje poruke |
| Zaglavlje | Dodaje se imejlu (DKIM-Signature) |

**Najbolje prakse za DKIM:**

- Koristite RSA ključeve od 2048 bita (najmanje 1024 bita)
- Povremeno menjajte ključeve
- Potpisujte važna zaglavlja (From, Subject, Date)
- Testirajte potpise pre potpunog uvođenja

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

DMARC se nadovezuje na SPF i DKIM i dodaje pravila za postupanje sa neuspešnom autentifikacijom i mogućnost izveštavanja.

**Kako DMARC radi:**

1. Objavite DMARC pravilo u DNS-u
2. Serveri primalaca proveravaju usklađenost SPF-a i DKIM-a
3. Sa imejlovima koji ne prođu postupa se prema vašem pravilu
4. Dobijate izveštaje o rezultatima autentifikacije

**Primer 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 kod neuspeha |
| p=quarantine | Neuspešni imejlovi idu u spam |
| p=reject | Neuspešni imejlovi se potpuno blokiraju |

**Put uvođenja DMARC-a:**

1. **Počnite sa p=none**: Pratite bez uticaja na isporuku
2. **Analizirajte izveštaje**: Pronađite legitimne izvore koji ne prolaze autentifikaciju
3. **Rešite probleme**: Dodajte SPF include stavke koje nedostaju, podesite DKIM
4. **Pređite na p=quarantine**: Počnite zaštitu blagom primenom
5. **Napredujte do p=reject**: Najveća zaštita kada ste sigurni

**Najbolje prakse za DMARC:**

- Počnite sa p=none i rua (zbirni izveštaji)
- Pratite izveštaje 2-4 nedelje pre stroge primene
- Pobrinite se da svi legitimni pošiljaoci prolaze SPF ili DKIM uz usklađenost
- Pri primeni postepeno povećavajte pct (procenat)

### Usklađenost autentifikacije

DMARC zahteva „usklađenost“ između domena u zaglavlju From i domena koji prolaze SPF/DKIM:

- **SPF usklađenost**: Domen u Return-Path se poklapa sa domenom u From
- **DKIM usklađenost**: Domen koji potpisuje DKIM se poklapa sa domenom u From

Tako se sprečava da napadači iskoriste vašu SPF/DKIM infrastrukturu za slanje lažnih imejlova.

## SMTP usluge i dobavljači

Izbor pravog SMTP dobavljača utiče na isporučivost, troškove i uvid u rad sistema. Uporedite dobavljače prema načinu integracije, podršci za autentifikaciju, evidencijama, rukovanju neisporučenim imejlovima, webhookovima, ponašanju liste blokiranih adresa i aktuelnim cenama za vaš očekivani obim slanja.

### Brevo (ranije Sendinblue)

**Odgovara za:** E-trgovinu, objedinjene transakcione i marketinške imejlove

Brevo nudi i SMTP relej i API pristup po konkurentnim cenama. Njegova snaga je u spajanju transakcionih imejlova sa automatizacijom marketinga, CRM-om i višekanalnom komunikacijom (SMS, WhatsApp).

| Funkcija | Detalji |
| --- | --- |
| Besplatna ili probna opcija | Besplatan kapacitet slanja može da pokrije ranu transakcionu upotrebu |
| Cene | Prema paketu; proverite aktuelna ograničenja paketa pre migracije |
| SMTP relej | Da |
| API | Da (REST) |
| Alati za isporučivost | SPF, DKIM, dostupna namenska IP adresa |
| Analitika | Otvaranja, klikovi, neisporučeni imejlovi, u realnom vremenu |

**SMTP podešavanje:**

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

### Amazon SES (Simple Email Service)

**Odgovara za:** Pošiljaoce velikih obima sa AWS infrastrukturom

Amazon SES nudi izuzetno niske cene za velike obime i besprekorno se povezuje sa drugim AWS uslugama.

| Funkcija | Detalji |
| --- | --- |
| Besplatna ili probna opcija | Pravila AWS besplatnog nivoa i dozvoljene upotrebe zavise od načina slanja |
| Cene | Prema potrošnji; proverite aktuelne AWS cene i detalje regiona |
| SMTP relej | Da |
| API | Da (AWS SDK) |
| Alati za isporučivost | Potpuni (zahtevaju ručno podešavanje) |
| Analitika | Integracija sa CloudWatchom |

**Na šta obratiti pažnju:**

- Za pravilno podešavanje potrebno je tehničko znanje
- Upravljanje reputacijom je vaša odgovornost
- Najbolje odgovara programerima kojima je AWS poznat

### SendGrid (Twilio)

**Odgovara za:** Programere kojima trebaju robusni API-ji i skalabilnost

SendGrid nudi API-je prilagođene programerima, odličnu dokumentaciju i skalabilnost za firme koje rastu.

| Funkcija | Detalji |
| --- | --- |
| Besplatna ili probna opcija | Može biti dostupan početni ili besplatan kapacitet slanja |
| Cene | Prema paketu; uporedite aktuelna ograničenja, nivo podrške i dodatke |
| SMTP relej | Da |
| API | Da (REST, webhookovi) |
| Alati za isporučivost | Uključen kompletan paket |
| Analitika | Sveobuhvatna kontrolna tabla |

### Mailgun

**Odgovara za:** Transakcione imejlove uz detaljnu evidenciju

Mailgun je usmeren na transakcione i programerske slučajeve upotrebe, uz moćnu pretragu evidencija i funkcije validacije.

| Funkcija | Detalji |
| --- | --- |
| Besplatna ili probna opcija | Zavisi od probnog ili početnog paketa |
| Cene | Prema paketu i potrošnji; uporedite troškove evidencija, validacije i čuvanja |
| SMTP relej | Da |
| API | Da (REST) |
| Alati za isporučivost | Validacija imejla, evidencije |
| Analitika | Pretražive evidencije, statistika |

### Postmark

**Odgovara za:** Transakcione imejlove kojima je potrebna detaljna istorija događaja

Postmark je specijalizovan za transakcione imejlove, sa brzinom isporuke među najboljima u industriji i strogim pravilima protiv spama.

| Funkcija | Detalji |
| --- | --- |
| Besplatna ili probna opcija | Zavisi od probnog perioda |
| Cene | Paketi prema broju poruka; proverite aktuelne nivoe i potrebe za čuvanjem podataka |
| SMTP relej | Da |
| API | Da (REST) |
| Alati za isporučivost | Uključena namenska IP adresa |
| Analitika | U realnom vremenu, detaljna |

### Sažetak poređenja dobavljača

| Dobavljač | Najbolje odgovara | Model cena koji treba proveriti |
| --- | --- | --- |
| Brevo | E-commerce i mali timovi koji žele transakciono slanje i marketinške tokove | Ograničenja paketa, kapacitet slanja i pristup funkcijama |
| Amazon SES | Inženjerski timovi na AWS-u koji šalju velike obime | AWS cene prema potrošnji, region i pravila besplatnog nivoa |
| SendGrid | Programeri kojima je API na prvom mestu i timovi kojima treba široka podrška ekosistema | Ograničenja paketa, nivo podrške, validacija i dodaci za namensku IP adresu |
| Mailgun | Programerski tokovi kojima trebaju rutiranje, validacija i obrada dolazne pošte | Paket, potrošnja, evidencije, validacija i troškovi čuvanja |
| Postmark | Timovi samo za transakcione imejlove kojima su važni tokovi poruka i evidencije | Nivoi prema broju poruka i potrebe za čuvanjem podataka |

### Izbor pravog dobavljača

**Razmotrite ove faktore:**

1. **Obim**: Koliko imejlova mesečno?
2. **Vrsta**: Marketinški, transakcioni ili oba?
3. **Tehnički resursi**: Možete li da upravljate složenim podešavanjima?
4. **Potrebne funkcije**: Šabloni, analitika, A/B testiranje?
5. **Budžet**: Koliki je vaš mesečni budžet za imejl?
6. **Integracija**: Koji sistemi treba da se povežu?

## Kako podesiti SMTP

Podešavanje SMTP-a zavisi od vašeg slučaja upotrebe. Evo vodiča za česte scenarije.

### Podešavanje SMTP-a u WordPressu

Većini WordPress sajtova treba SMTP za pouzdanu isporuku imejlova. Podrazumevana PHP funkcija mail() često ne uspe ili završi u spamu.

**Korak 1: Instalirajte SMTP dodatak**

Popularne opcije:

- WP Mail SMTP
- Post SMTP
- Easy WP SMTP

**Korak 2: Podesite dodatak**

WP Mail SMTP sa 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 probni imejl da proverite podešavanje. Ako probni imejl ne stigne, proverite fasciklu za spam.

### Podešavanje SMTP-a u aplikacijama

Za prilagođene aplikacije koristite imejl biblioteku svog 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();
```

### Podešavanje DNS zapisa

Pre slanja podesite DNS zapise za autentifikaciju.

**Korak 1: Dodajte SPF zapis**

Napravite TXT zapis u korenu domena:

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

Ako već imate SPF, dodajte include stavku:

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

**Korak 2: Dodajte DKIM zapis**

Napravite TXT zapis sa selektorom koji dobijete od dobavljača:

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

**Korak 3: Dodajte DMARC zapis**

Počnite u režimu praćenja:

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

**Korak 4: Proverite podešavanje**

Koristite alate kao što su:

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

## Česte SMTP greške i rešenja

SMTP greške prate standardizovan sistem brojeva. Razumevanje ovih kodova pomaže da brzo dijagnostikujete probleme sa isporukom.

### Kategorije SMTP kodova grešaka

| Opseg | Kategorija | Značenje |
| --- | --- | --- |
| 2xx | Uspeh | Komanda je prihvaćena |
| 4xx | Privremeni neuspeh | Pokušajte ponovo kasnije |
| 5xx | Trajni neuspeh | Ne pokušavajte ponovo |

### Česte SMTP greške i rešenja

**421 Service Not Available**

Server privremeno ne može da obrađuje zahteve.

*Uzroci:*

- Preopterećen server
- Period održavanja
- Dostignuto ograničenje broja veza

*Rešenja:*

- Sačekajte i pokušajte ponovo
- Proverite stranicu sa statusom dobavljača
- Uvedite logiku ponovnih pokušaja sa postepenim odlaganjem

**450 Mailbox Unavailable**

Privremeni problem sa sandučetom primaoca.

*Uzroci:*

- Sanduče je puno
- Ograničenje prema pravilima servera
- Greylisting

*Rešenja:*

- Pokušajte ponovo posle pauze
- Greylisting se rešava pri drugom pokušaju
- Ako se problem ponavlja, kontaktirajte primaoca

**451 Local Error**

Greška u obradi na serveru primaoca.

*Uzroci:*

- Problem u podešavanju servera
- Iscrpljeni resursi
- Privremena blokada prema pravilima

*Rešenja:*

- Pokušajte ponovo sa eksponencijalnim odlaganjem
- Proverite da li je vaša IP adresa privremeno blokirana
- Sačekajte da se server oporavi

**500 Syntax Error**

Komanda nije prepoznata.

*Uzroci:*

- Neispravno oblikovane SMTP komande
- Nepodržana proširenja
- Problemi sa kodiranjem

*Rešenja:*

- Proverite sintaksu komande
- Obezbedite ispravne završetke redova (CRLF)
- Proverite kompatibilnost klijenta

**501 Syntax Error in Parameters**

Komanda je prepoznata, ali parametri nisu ispravni.

*Uzroci:*

- Neispravan format imejl adrese
- Nedostaju obavezni parametri
- Problemi sa kodiranjem

*Rešenja:*

- Proverite imejl adrese pre slanja
- Proverite posebne znakove
- Pregledajte format parametara

**550 Mailbox Not Found**

Adresa primaoca ne postoji.

*Uzroci:*

- Greška u kucanju imejl adrese
- Nalog je obrisan
- Domen ne prima imejlove

*Rešenja:*

- Proverite adresu primaoca
- Uklonite je sa liste (trajno neisporučen imejl)
- Uvedite validaciju imejl adresa

**551 User Not Local**

Primalac nije na ovom serveru.

*Uzroci:*

- Potrebno je prosleđivanje imejla
- Kontaktiran je pogrešan server
- Zastareli MX zapisi

*Rešenja:*

- Proverite razrešavanje MX zapisa
- Pratite uputstva za prosleđivanje
- Osvežite DNS keš

**552 Message Too Large**

Imejl prelazi ograničenje veličine.

*Uzroci:*

- Veliki prilozi
- Ograničenja servera primaoca
- Prevelike ugrađene slike

*Rešenja:*

- Kompresujte ili uklonite priloge
- Umesto toga koristite linkove za deljenje fajlova
- Proverite ograničenja veličine kod primaoca

**553 Mailbox Name Invalid**

Format adrese je odbijen.

*Uzroci:*

- Nedozvoljeni znakovi u adresi
- Neispravan domen
- Ograničenja prema pravilima

*Rešenja:*

- Proverite format imejla
- Proverite greške u kucanju
- Koristite adrese u skladu sa RFC standardom

**554 Transaction Failed**

Opšte odbijanje, često u vezi sa spamom.

*Uzroci:*

- Aktiviran je spam filter
- IP adresa pošiljaoca je na crnoj listi
- Kršenje pravila o sadržaju
- Nedostaje autentifikacija

*Rešenja:*

- Proverite status na crnim listama
- Pregledajte sadržaj imejla
- Proverite autentifikaciju (SPF, DKIM, DMARC)
- Proverite reputaciju pošiljaoca

### Dijagnostikovanje SMTP problema

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

Beležite kompletne SMTP odgovore, a ne samo kodove. Tekst posle koda daje kontekst.

**Korak 2: Testirajte povezivanje**

Proverite da možete da se povežete sa SMTP serverom:

```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: Proverite autentifikaciju**

Testirajte pristupne podatke nezavisno od aplikacije, pomoću imejl klijenta ili alata komandne linije.

**Korak 4: Proverite DNS**

Proverite svoje zapise za autentifikaciju:

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

**Korak 5: Pregledajte crne liste**

Proverite da li je vaša IP adresa za slanje na crnoj listi:

- MXToolbox Blacklist Check
- Spamhaus
- Barracuda Reputation

## Najbolje prakse za SMTP

Pratite ove prakse da biste postigli najveću isporučivost i održali dobru reputaciju pošiljaoca.

### Autentifikacija

- **Uvek koristite SMTP AUTH**: Nikada ne pokrećite otvoreni relej
- **Uključite TLS**: Šifrujte sve veze (STARTTLS na portu 587)
- **Koristite API ključeve**: Dajte im prednost u odnosu na lozinke naloga
- **Menjajte pristupne podatke**: Povremeno zamenite ključeve
- **Uvedite sva tri**: SPF, DKIM i DMARC zajedno

### Prakse slanja

- **Zagrejte nove IP adrese**: Postepeno povećavajte obim na novim IP adresama za slanje
- **Dosledno slanje**: Održavajte redovne obrasce slanja
- **Higijena liste**: Uklanjajte neisporučive adrese i neangažovane pretplatnike
- **Poštujte odjave**: Odmah obradite zahteve za odjavu
- **Pratite reputaciju**: Pratite ocene pošiljaoca i status na crnim listama

### Tehnička implementacija

- **Obrađujte neisporučene imejlove**: Obradite i kategorizujte obaveštenja o neisporuci
- **Uvedite ponovne pokušaje**: Koristite eksponencijalno odlaganje za privremene neuspehe
- **Beležite sve**: Čuvajte detaljne evidencije za rešavanje problema
- **Pratite isporuku**: Pratite stope isporuke i kašnjenje
- **Koristite skup veza**: Ponovo koristite veze radi efikasnosti

### Smernice za sadržaj

- **Izbegavajte okidače spama**: Pazite na česte spam fraze
- **Uravnotežite tekst i slike**: Ne šaljite imejlove koji sadrže samo slike
- **Uključite linkove za odjavu**: U većini jurisdikcija to zahteva zakon
- **Koristite prepoznatljiva imena pošiljaoca**: Primaoci treba da znaju ko ste
- **Testirajte pre slanja**: Proverite ocenu spama pre kampanja

## Zaključak

SMTP je i dalje osnovni protokol na kojem počiva imejl komunikacija u celom svetu. Bilo da šaljete transakciona obaveštenja, marketinške kampanje ili internu komunikaciju, razumevanje SMTP-a pomaže vam da izgradite pouzdanu imejl infrastrukturu.

Ključne pouke iz ovog vodiča:

- **SMTP je protokol za slanje**: On gura imejl od servera pošiljaoca ka serveru primaoca
- **Autentifikacija je neophodna**: Koristite SMTP AUTH i TLS i uvedite SPF/DKIM/DMARC
- **Izaberite pravog dobavljača**: Uskladite mogućnosti dobavljača sa svojim obimom i potrebama
- **Pratite i održavajte**: Pratite isporučivost, obrađujte neisporučene imejlove i održavajte higijenu liste
- **SMTP ili API**: Koristite SMTP zbog kompatibilnosti, a API-je zbog naprednih funkcija

Za firme u e-trgovini, spoj pouzdanog SMTP dobavljača kao što je Brevo sa pravilnom integracijom podataka o kupcima obezbeđuje da transakcioni imejlovi stignu do kupaca, dok marketinške kampanje podstiču angažovanost.

Spremni da poboljšate isporučivost imejlova? Počnite proverom svog trenutnog podešavanja autentifikacije prema smernicama za SPF, DKIM i DMARC iz ovog vodiča, a zatim razmislite da li vaš sadašnji dobavljač ispunjava vaše potrebe u pogledu obima, funkcija i pouzdanosti.

## Gde se uklapa Tajo

Tajo je agentni alat za izradu integracija. Zadržite svoje provajdere. Agenti povezuju sve ostalo, a vi odobravate svaku sinhronizaciju. Tajo je u ranom pristupu. [Zatražite rani pristup](https://tajo.io/sr/#early-access)

## Često Postavljana Pitanja

**Šta je SMTP server?**

Savladajte SMTP s ovim sveobuhvatnim vodičem. Naučite kako funkcioniše Simple Mail Transfer Protocol, uporedite SMTP vs API, postavite autentifikaciju (SPF, DKIM, DMARC) i odaberite najboljeg SMTP provajdera za vaše preduzeće.

**Kako da počnem s SMTP serverom?**

Počnite s fundamentalima: razumijte osnovne koncepte, odaberite prave alate i implementirajte korak po korak. Ovaj vodič pokriva sve od početnog do naprednog nivoa.

**Da li da koristim SMTP ili imejl API?**

Koristite SMTP za WordPress, CRM sisteme, uređaje i starije sisteme koji podržavaju samo SMTP podešavanja. Koristite imejl API kada upravljate aplikacijom i trebaju vam strukturisane greške, šabloni, webhookovi za događaje, rukovanje blokiranim adresama i snažnija automatizacija.

**Koja je razlika između SMTP-a i imejl hostinga?**

SMTP je namenjen isključivo slanju imejlova. Imejl hosting obuhvata i slanje (SMTP) i primanje (POP3/IMAP), kao i skladištenje i upravljanje. Možete koristiti SMTP uslugu treće strane, a imejl hostovati negde drugde.

**Mogu li da koristim Gmail SMTP za svoju firmu?**

Gmail nudi SMTP pristup, ali uz ograničenja. Besplatni nalog dozvoljava 500 imejlova dnevno, a Google Workspace povećava tu granicu na 2.000. Za veće obime ili bolju kontrolu isporučivosti preporučuju se namenske SMTP usluge kao što je Brevo.

**Zašto mi imejlovi završavaju u spamu?**

Česti uzroci su: - SPF/DKIM/DMARC nedostaju ili su pogrešno podešeni - Slanje sa nove IP adrese bez zagrevanja - Loša reputacija pošiljaoca - Sadržaj koji liči na spam - Slanje na nevažeće adrese - Visoka stopa pritužbi Prvo proverite autentifikaciju, a zatim pregledajte sadržaj i način slanja.

**Koji SMTP port je najbolje koristiti?**

Port 587 se preporučuje za predaju imejla od klijenta ka serveru. Zahteva autentifikaciju i podržava STARTTLS šifrovanje. Port 25 služi za prenos između servera i internet provajderi ga često blokiraju.

**Koliko imejlova mogu da pošaljem preko SMTP-a?**

Ograničenja zavise od vašeg provajdera: - Gmail: 500-2.000 dnevno - Brevo besplatno: 300 dnevno - Amazon SES: 50.000 dnevno (uz odobrenje) - Namenske usluge: često bez ograničenja, uz cenovne nivoe

**Da li mi treba namenska IP adresa za SMTP?**

Ne uvek. Deljene IP adrese dobro funkcionišu za umerene obime uz dobre prakse. Namenske IP adrese koriste pošiljaocima velikih obima (100.000+ mesečno) koji žele potpunu kontrolu nad reputacijom. Većina provajdera nudi namensku IP adresu kao dodatnu opciju.

**Šta je SMTP relej?**

SMTP relej znači da vaš imejl server prosleđuje poruke preko drugog servera koji ih isporučuje. To je korisno kada vaš lokalni server ne može da šalje direktno (blokirani portovi, loša reputacija) ili kada koristite uslugu kao što je Brevo radi bolje isporučivosti.

**Kako da testiram SMTP konfiguraciju?**

Koristite ove metode: 1. Pošaljite probne imejlove preko svoje aplikacije 2. Koristite onlajn alate kao što je Mail Tester za proveru autentifikacije 3. Povežite se ručno preko telneta ili openssl-a 4. Proverite evidenciju isporuke na kontrolnoj tabli provajdera 5. Šaljite na probne adrese koje prijavljuju rezultate autentifikacije

**Šta se dešava ako SPF ili DKIM ne prođu?**

Bez DMARC-a, neuspešan SPF/DKIM može dovesti do označavanja imejla, ali ne nužno i do odbijanja. Ako je DMARC podešen na quarantine ili reject, neuspeh znači završavanje u spamu ili blokiranje. Uvek pratite DMARC izveštaje kako biste uočili probleme sa autentifikacijom.

**Da li SMTP može da prenosi priloge?**

Može. SMTP prenosi priloge kodirane u telu imejla (obično base64 kodiranjem za binarne fajlove). Međutim, veliki prilozi mogu da pređu ograničenja veličine na serveru. Za fajlove veće od nekoliko MB razmislite o linkovima ka skladištu u oblaku.

## Povezani članci

### [Besplatni SMTP relej: Najbolje opcije za slanje transakcionih emailova](https://tajo.io/sr/blog/free-smtp-relay-guide/)

26\. mar 2026. · 8 min čitanja

9 odeljaka

### [WP Mail SMTP: Kompletan Vodič za Podešavanje WordPress Emaila (2026)](https://tajo.io/sr/blog/wp-mail-smtp-guide/)

26\. mar 2026. · 7 min čitanja

5 koraka

### [Email API: Kompletan vodič za programsko slanje emailova (2026)](https://tajo.io/sr/blog/email-api-guide/)

25\. mar 2026. · 12 min čitanja

5 koraka