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

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

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:<[email protected]>
Server: 250 OK

Korak 4: Specifikacija primatelja (RCPT TO)

Klijent identificira jednog ili više primatelja:

Client: RCPT TO:<[email protected]>
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: [email protected]
Client: To: [email protected]
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 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:

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: [email protected]
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:

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:

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:[email protected]; pct=100"

DMARC pravila:

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).

SMTP konfiguracija:

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

Kada koristite Tajo za integraciju vaše Shopify trgovine s Brevom, dobivate automatsku sinkronizaciju podataka o kupcima uz pouzdanu SMTP isporuku transakcijskih e-poruka poput potvrda narudžbi, obavijesti o dostavi i računa.

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.

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.

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.

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.

Sažetak usporedbe davatelja usluga

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?

Za e-commerce tvrtke koje koriste Shopify s potrebama za marketinšku automatizaciju, Brevo kombiniran s Tajom pruža potpuno rješenje: sinkronizacija podataka o kupcima, transakcijska e-pošta, marketinške kampanje i višekanalna komunikacija u jednom integriranom skupu alata.

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: [email protected]
From Name: Your Site Name
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: [email protected]
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):

const nodemailer = require('nodemailer');

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

await transporter.sendMail({
  from: '[email protected]',
  to: '[email protected]',
  subject: 'Test Email',
  text: 'Hello from Node.js!'
});

Python (smtplib):

import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "[email protected]"
password = "your-smtp-key"

msg = MIMEText("Hello from Python!")
msg['Subject'] = "Test Email"
msg['From'] = "[email protected]"
msg['To'] = "[email protected]"

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

PHP (PHPMailer):

use PHPMailer\PHPMailer\PHPMailer;

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

$mail->setFrom('[email protected]', 'Sender Name');
$mail->addAddress('[email protected]');
$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:[email protected]

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

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:

telnet smtp-relay.brevo.com 587

Ili koristite openssl za TLS:

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:

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

Često postavljana pitanja

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.

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. Tajova Shopify integracija automatski sinkronizira vaše podatke o kupcima s Brevom, dajući vam temelj za učinkovitu e-mail komunikaciju u transakcijskim i marketinškim slučajevima korištenja.

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.

Povezani članci

• E-mail marketinške kampanje: potpuni vodič za planiranje, izvođenje i optimizaciju
• Strategija e-mail marketinga: potpuni vodič za planiranje i izvođenje [2025]
• E-mail marketing za male tvrtke: potpuni vodič (2026)
• ROI e-mail marketinga: kako izračunati, pratiti i poboljšati povrate [2025]
• E-mail marketing za početnike: potpuni vodič za početak (2026)