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 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.comServer: 250-smtp.provider.com HelloEHLO (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 OKKorak 4: Specifikacija primatelja (RCPT TO)
Klijent identificira jednog ili više primatelja:
Client: RCPT TO:<[email protected]>Server: 250 OKKorak 5: Prijenos podataka poruke (DATA)
Prenosi se stvarni sadržaj e-poruke:
Client: DATAServer: 354 Start mail inputClient: Subject: Test EmailClient: From: [email protected]Client: To: [email protected]Client:Client: This is the email body.Client: .Server: 250 OKKorak 6: Završetak veze (QUIT)
Sesija se uredno završava:
Client: QUITServer: 221 ByeCjelokupno putovanje e-poruke
- Sastavljanje: Pišete e-poruku u svom klijentu (Gmail, Outlook itd.)
- Podnošenje: Vaš klijent spaja se na vaš SMTP poslužitelj
- DNS pretraživanje: Vaš poslužitelj ispituje DNS za MX zapise primatelja
- Prijenos: Vaš poslužitelj spaja se na SMTP poslužitelj primatelja
- Isporuka: Poslužitelj primatelja prihvaća poruku
- 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 LOGINServer: 334 VXNlcm5hbWU6Client: [base64-encoded username]Server: 334 UGFzc3dvcmQ6Client: [base64-encoded password]Server: 235 Authentication successfulUobič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-hereAPI 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:
- SMTP Host: Adresa poslužitelja (npr. smtp.brevo.com)
- SMTP Port: Obično 587 za autentificirano podnošenje
- Korisničko ime: Vaša adresa e-pošte ili identifikator API ključa
- Lozinka: Lozinka vašeg računa ili API ključ
- Enkripcija: TLS/STARTTLS omogućen
Primjer konfiguracije za Brevo SMTP:
Host: smtp-relay.brevo.comPort: 587Username: [email protected]Password: your-smtp-keyEncryption: STARTTLSAutentifikacija 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:
- Objavljujete SPF zapise u DNS-u vaše domene
- Kada primajući poslužitelj dobije vašu e-poruku, provjerava SPF
- Ako se pošiljna IP adresa podudara s vašim SPF zapisom, e-poruka prolazi
- 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 -allOvaj 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:
- Vaš e-mail poslužitelj potpisuje odlazne poruke privatnim ključem
- Objavljujete odgovarajući javni ključ u DNS-u
- Primajući poslužitelji verificiraju potpis koristeći vaš javni ključ
- 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:
- Objavljujete DMARC pravilo u DNS-u
- Primajući poslužitelji provjeravaju SPF i DKIM usklađenost
- Neuspješne e-poruke se obrađuju prema vašem pravilu
- 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:
| 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:
- Počnite s p=none: Praćenje bez utjecaja na isporuku
- Analizirajte izvješća: Identificirajte legitimne izvore koji ne prolaze autentifikaciju
- Ispravite probleme: Dodajte nedostajuće SPF include-ove, konfigurirajte DKIM
- Prijeđite na p=quarantine: Počnite s mekim izvršavanjem zaštite
- 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.comPort: 587Authentication: RequiredEncryption: STARTTLSKada 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.
| 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:
- Volumen: Koliko e-poruka mjesečno?
- Vrsta: Marketinška, transakcijska ili oboje?
- Tehnički resursi: Možete li upravljati složenim postavama?
- Potrebne značajke: Predlošci, analitika, A/B testiranje?
- Proračun: Koji je vaš mjesečni proračun za e-poštu?
- 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 NameMailer: Other SMTPSMTP Host: smtp-relay.brevo.comEncryption: TLSSMTP Port: 587Authentication: OnSMTP Username: [email protected]SMTP Password: your-brevo-smtp-keyKorak 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: { pass: 'your-smtp-key' }});
await transporter.sendMail({ subject: 'Test Email', text: 'Hello from Node.js!'});Python (smtplib):
import smtplibfrom email.mime.text import MIMEText
smtp_server = "smtp-relay.brevo.com"port = 587username = "[email protected]"password = "your-smtp-key"
msg = MIMEText("Hello from Python!")msg['Subject'] = "Test Email"
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->Password = 'your-smtp-key';$mail->SMTPSecure = 'tls';$mail->Port = 587;
$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: TXTHost: @Value: v=spf1 include:spf.brevo.com ~allAko već imate SPF, dodajte include izjavu:
v=spf1 include:spf.brevo.com include:_spf.google.com ~allKorak 2: Dodajte DKIM zapis
Kreirajte TXT zapis sa selektorom od vašeg davatelja usluga:
Type: TXTHost: brevo._domainkeyValue: v=DKIM1; k=rsa; p=[your-public-key]Korak 3: Dodajte DMARC zapis
Počnite u načinu praćenja:
Type: TXTHost: _dmarcValue: 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
| 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:
telnet smtp-relay.brevo.com 587Ili koristite openssl za TLS:
openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587Korak 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.comdig TXT _dmarc.yourdomain.comdig TXT selector._domainkey.yourdomain.comKorak 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. 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)