---
title: "SMTP: popoln vodnik o tem, kaj je, kako deluje in najboljše prakse"
description: "Obvladajte SMTP s tem celovitim vodnikom. Naučite se, kako deluje protokol Simple Mail Transfer Protocol, primerjajte SMTP in API, nastavite avtentikacijo (SPF, DKIM, DMARC) in izberite najboljšega ponudnika SMTP za vaše podjetje."
url: https://tajo.io/sl/blog/smtp-complete-guide/
markdown: https://tajo.io/sl/blog/smtp-complete-guide.md
lang: sl-SI
author: "Set Noa"
author_url: https://tajo.io/sl/set-noa/
published: 2026-03-08
updated: 2026-05-05
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, sr-Latn-RS: /sr/blog/smtp-complete-guide.md, th-TH: /th/blog/smtp-complete-guide.md, tr-TR: /tr/blog/smtp-complete-guide.md, ur-PK: /ur/blog/smtp-complete-guide.md, vi-VN: /vi/blog/smtp-complete-guide.md, sk-SK: /sk/blog/smtp-complete-guide.md}
---

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

# SMTP: popoln vodnik o tem, kaj je, kako deluje in najboljše prakse

Obvladajte SMTP s tem celovitim vodnikom. Naučite se, kako deluje protokol Simple Mail Transfer Protocol, primerjajte SMTP in API, nastavite avtentikacijo (SPF, DKIM, DMARC) in izberite najboljšega ponudnika SMTP za vaše podjetje.

SMTP server

Kaj je strežnik SMTP?

Strežnik SMTP sprejme in posreduje odhodno e-pošto med poštnimi sistemi; shranjevanje pošte je ločena storitev.

[Izvedite več](https://tajo.io/sl/blog/smtp-complete-guide/#kaj-je-smtp)

SMTP je hrbtenica e-poštne komunikacije na internetu. Vsaka e-pošta, ki jo pošljete — bodisi iz osebnega nabiralnika bodisi prek platforme za marketinško avtomatizacijo — se za dosego cilja zanaša na SMTP. Razumevanje delovanja SMTP je ključno za vsakogar, ki upravlja e-poštni marketing, transakcijsko e-pošto ali poslovno komunikacijo.

Ta celoviti vodnik pokriva vse, kar morate vedeti o SMTP: od osnov delovanja do naprednih metod avtentikacije, primerjave ponudnikov in odpravljanja pogostih težav.

## Kaj je SMTP?

**SMTP (Simple Mail Transfer Protocol)** je standardni komunikacijski protokol za pošiljanje e-pošte po internetu. Razvit leta 1982, SMTP opredeljuje, kako se e-poštna sporočila prenašajo med strežniki, in deluje kot poštna služba digitalnega sveta.

Ko pošljete e-pošto, SMTP obravnava odhodni prenos. Sporočilo potisne iz vašega e-poštnega odjemalca na vaš poštni strežnik in nato z vašega poštnega strežnika na strežnik prejemnika. Protokol deluje po nizu pravil, ki zagotavljajo zanesljivo dostavo sporočil med različnimi e-poštnimi sistemi po vsem svetu.

### Ključne lastnosti SMTP

- **Protokol push**: SMTP potiska e-pošto od pošiljatelja k prejemniku (za razliko od POP3/IMAP, ki jo potegne)
- **Besedilno osnovan**: Ukazi in odgovori so berljivi za ljudi
- **Orientiran na povezave**: Uporablja TCP/IP za zanesljiv prenos
- **Shrani in posreduj**: Sporočila so začasno shranjena na vmesnih strežnikih pred posredovanjem
- **Standardiziran**: RFC 5321 opredeljuje trenutne specifikacije SMTP

### SMTP in drugi e-poštni protokoli

| Protokol | Namen | Smer |
| --- | --- | --- |
| SMTP | Pošiljanje e-pošte | Odhodna |
| POP3 | Pridobivanje e-pošte | Dohodna |
| IMAP | Dostop do e-pošte | Dohodna (sinhronizacija) |

SMTP deluje skupaj s POP3 in IMAP. Medtem ko SMTP pošilja odhodno pošto, POP3 ali IMAP pridobiva dohodno pošto v vaš nabiralnik. Večina e-poštnih odjemalcev uporablja SMTP za pošiljanje in IMAP za prejemanje, kar zagotavlja celovito e-poštno izkušnjo.

## Kako deluje SMTP

Razumevanje procesa SMTP vam pomaga diagnosticirati težave z dostavo in optimizirati e-poštno infrastrukturo. Tukaj je korak za korakom prikaz poti e-pošte od pošiljatelja do prejemnika.

### Postopek komunikacije SMTP

**1. korak: Vzpostavitev povezave**

Vaš e-poštni odjemalec (Mail User Agent) se poveže z vašim odhodnim poštnim strežnikom (Mail Transfer Agent) prek TCP vrat 25, 587 ali 465. Zgodi se „rokovanje”, pri katerem se strežnik identificira.

**2. korak: Rokovanje SMTP (HELO/EHLO)**

Odjemalec vzpostavi komunikacijo z ukazom HELO ali EHLO:

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

EHLO (Extended HELO) je sodobna različica, ki podpira razširitve SMTP, kot sta avtentikacija in šifriranje TLS.

**3. korak: Identifikacija pošiljatelja (MAIL FROM)**

Odjemalec določi e-poštni naslov pošiljatelja:

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

**4. korak: Specifikacija prejemnika (RCPT TO)**

Odjemalec identificira enega ali več prejemnikov:

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

**5. korak: Prenos podatkov sporočila (DATA)**

Prenaša se dejanska vsebina e-pošte:

```
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
```

**6. korak: Zaključek povezave (QUIT)**

Seja se gracieozno konča:

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

### Celotna pot e-pošte

1. **Sestavljanje**: Napišete e-pošto v svojem odjemalcu (Gmail, Outlook itd.)
2. **Oddaja**: Vaš odjemalec se poveže z vašim strežnikom SMTP
3. **Iskanje DNS**: Vaš strežnik poizveduje DNS za MX zapise prejemnika
4. **Prenos**: Vaš strežnik se poveže z SMTP strežnikom prejemnika
5. **Dostava**: Strežnik prejemnika sprejme sporočilo
6. **Shranjevanje**: Sporočilo je shranjeno, da ga prejemnik pridobi prek POP3/IMAP

### Razlaga SMTP vrat

| Vrata | Ime | Varnost | Primer uporabe |
| --- | --- | --- | --- |
| 25 | SMTP | Brez/STARTTLS | Posredovanje med strežniki |
| 587 | Oddaja | STARTTLS | Odjemalec do strežnika (priporočeno) |
| 465 | SMTPS | Implicitni TLS | Zastarela varna oddaja |
| 2525 | Alternativna | STARTTLS | Ko so vrata 587 blokirana |

**Vrata 587** so priporočena za pošiljanje e-pošte iz aplikacij in e-poštnih odjemalcev. Zahtevajo avtentikacijo in podpirajo šifriranje STARTTLS.

**Vrata 25** so bila izvirna vrata SMTP, zdaj pa se uporabljajo predvsem za komunikacijo med strežniki. Mnogi ponudniki internetnih storitev blokirajo odhodna vrata 25, da preprečijo neželeno pošto.

**Vrata 465** so bila za kratek čas določena za SMTPS (SMTP prek SSL), nato pa so bila prerazporejena. Nekateri ponudniki jih še vedno podpirajo za zastarelo združljivost.

## SMTP in e-poštni API: katero uporabiti?

Sodobne aplikacije imajo dve primarni možnosti za programsko pošiljanje e-pošte: tradicionalni SMTP in e-poštne API-je na osnovi HTTP. Vsak pristop ima izrazite prednosti.

### Pristop SMTP

Z SMTP se vaša aplikacija neposredno poveže z SMTP strežnikom s protokolom, opisanim zgoraj.

**Prednosti:**

- Univerzalna združljivost s katero koli knjižnico za pošiljanje e-pošte
- Deluje z obstoječo e-poštno infrastrukturo
- Brez zaklepanja pri določenem prodajalcu glede formatov API
- Preprostejša nastavitev za osnovne primere uporabe
- Deluje v okoljih z omejenim dostopom HTTP

**Slabosti:**

- Bolj zapleteno ravnanje z napakami
- Omejeno sledenje brez dodatne nastavitve
- Sinhrono pošiljanje je lahko počasnejše
- Obremenitev upravljanja povezave
- Težje uvajanje naprednih funkcij

### Pristop e-poštnega API

E-poštni API-ji uporabljajo HTTP/REST za pošiljanje sporočil in abstrahirajo osnovno zapletenost SMTP.

**Prednosti:**

- Bogato sledenje (odprtja, kliki, odboji) vgrajeno
- Asinhrono pošiljanje z webhooks
- Preprostejše ravnanje z napakami s kodami stanja HTTP
- Napredne funkcije (predloge, razporejanje) izvorne
- Boljša analitika in poročanje
- Lažja integracija s sodobnimi aplikacijami

**Slabosti:**

- Implementacija, specifična za prodajalca
- Zahteva internetno povezljivost (ne lokalno posredovanje)
- Morda veljajo omejitve hitrosti API
- Krivulja učenja za funkcije, specifične za API

### Kdaj uporabiti SMTP

- **Zastareli sistemi**: Starejše aplikacije, zasnovane za SMTP
- **Enostavna transakcijska e-pošta**: Osnovna obvestila brez potreb po sledenju
- **Lokalna programska oprema**: Aplikacije v omejenih omrežnih okoljih
- **Konfiguracija e-poštnega odjemalca**: Namizne ali mobilne e-poštne aplikacije
- **WordPress in CMS**: Mnogi vtičniki pričakujejo poverilnice SMTP

### Kdaj uporabiti e-poštni API

- **Marketinška avtomatizacija**: Kampanje, ki zahtevajo podrobno analitiko
- **Pošiljanje v velikem obsegu**: Aplikacije, ki pošiljajo na tisoče e-poštnih sporočil
- **Sodobne aplikacije**: SaaS izdelki s kompleksnimi e-poštnimi potrebami
- **Napredne funkcije**: Upravljanje predlog, A/B testiranje, dinamična vsebina
- **Sledenje v realnem času**: Ko potrebujete takojšnje povratne informacije o dostavi

### Hibridni pristop

Mnoge organizacije uporabljajo oba: SMTP za enostavna transakcijska sporočila iz zastarelih sistemov in e-poštne API-je za marketinške kampanje in zapleteno avtomatizacijo. Platforme, kot je Brevo, podpirajo obe metodi, kar vam omogoča izbiro glede na vsak primer uporabe.

## Razlaga avtentikacije SMTP

Avtentikacija SMTP preprečuje nepooblaščenim uporabnikom pošiljanje e-pošte prek vašega strežnika. Brez avtentikacije bi vsak lahko uporabil vaš strežnik za pošiljanje neželene pošte, kar bi škodovalo vaši ugledu in dostavljivosti.

### Vrste avtentikacije SMTP

**SMTP AUTH (RFC 4954)**

Standardni mehanizem avtentikacije, ki zahteva uporabniško ime in geslo pred pošiljanjem.

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

**Pogosti mehanizmi AUTH:**

| Mehanizem | Varnost | Opis |
| --- | --- | --- |
| PLAIN | Osnovna | Uporabniško ime/geslo v čistem besedilu (zahteva TLS) |
| LOGIN | Osnovna | Podobno kot PLAIN, zastareli format |
| CRAM-MD5 | Boljša | Izziv-odziv, brez čistega gesla |
| DIGEST-MD5 | Dobra | Izboljšan izziv-odziv |
| OAUTH2 | Najboljša | Na osnovi žetona, brez prenosa gesla |

**Šifriranje TLS/SSL**

Vedno uporabite šifriranje za zaščito poverilnic:

- **STARTTLS**: Nadgradi navadno povezavo v šifrirano (vrata 587)
- **Implicitni TLS**: Povezava je šifrirana od začetka (vrata 465)

**Ključi API in gesla**

Sodobne storitve SMTP pogosto uporabljajo ključe API namesto gesel:

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

Ključi API so boljši, ker jih je mogoče zamenjati brez spremembe gesel za račun in imajo lahko omejena dovoljenja.

### Nastavitev poverilnic SMTP

Pri konfiguriranju aplikacije za pošiljanje e-pošte prek SMTP navadno potrebujete:

1. **Gostitelj SMTP**: Naslov strežnika (npr. smtp.brevo.com)
2. **Vrata SMTP**: Navadno 587 za avtenticirano oddajo
3. **Uporabniško ime**: E-poštni naslov vašega računa ali identifikator ključa API
4. **Geslo**: Geslo vašega računa ali ključ API
5. **Šifriranje**: TLS/STARTTLS omogočeno

Primer konfiguracije za Brevo SMTP:

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

## Avtentikacija e-pošte: SPF, DKIM in DMARC

Poleg avtentikacije SMTP (dokazovanje, da lahko uporabite strežnik) protokoli za avtentikacijo e-pošte preverjajo, da e-pošta resnično prihaja od navedenega pošiljatelja. Ti mehanizmi na osnovi DNS ščitijo pred lažnim predstavljanjem in ribarjenjem.

### SPF (Sender Policy Framework)

SPF določa, kateri IP naslovi in strežniki so pooblaščeni za pošiljanje e-pošte za vašo domeno.

**Kako deluje SPF:**

1. Objavite zapise SPF v DNS vaše domene
2. Ko strežnik, ki prejema, dobi vašo e-pošto, preveri SPF
3. Če se pošiljajoči IP ujema z vašim zapisom SPF, e-pošta opravi preveritev
4. Če ne, je e-pošta morda označena kot neželena ali zavrnjena

**Primer zapisa SPF:**

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

Ta zapis dovoljuje Brevo in Google pošiljanje e-pošte za vašo domeno in zavrne vse druge pošiljatelje (-all).

**Sintaksa SPF:**

| Mehanizem | Opis |
| --- | --- |
| include: | Zaupajte SPF druge domene |
| ip4: | Dovolite določen naslov/razpon IPv4 |
| ip6: | Dovolite določen naslov/razpon IPv6 |
| a | Dovolite IP naslove zapisa A domene |
| mx | Dovolite IP naslove strežnika MX domene |
| -all | Zavrni vse ostale (trda zavrnitev) |
| ~all | Mehka zavrnitev vseh ostalih |
| ?all | Nevtralno glede vseh ostalih |

**Najboljše prakse SPF:**

- Uporabite -all (trda zavrnitev), ko ste prepričani v konfiguracijo
- Ohranite pod 10 poizvedb DNS, da se izognete napaki permerror
- Vključite vse legitimne vire pošiljanja
- Preizkusite z validatorji SPF pred namestitvijo

### DKIM (DomainKeys Identified Mail)

DKIM dodaja kriptografski podpis vašim e-poštnim sporočilom, kar dokazuje, da niso bila spremenjena med prenosom in da prihajajo z vaše domene.

**Kako deluje DKIM:**

1. Vaš e-poštni strežnik podpisuje odhodna sporočila z zasebnim ključem
2. Ustrezni javni ključ objavite v DNS
3. Sprejemni strežniki preverijo podpis z vašim javnim ključem
4. Veljavni podpisi potrdijo integriteto sporočila in izvor

**Primer DNS zapisa DKIM:**

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

Selektor (brevo) identificira ključ za uporabo, kar različnim storitvam omogoča pošiljanje z različnimi ključi DKIM.

**Komponente DKIM:**

| Del | Opis |
| --- | --- |
| Selektor | Identificira določen ključ (npr. brevo, google) |
| Javni ključ | RSA ključ, objavljen v DNS za preverjanje |
| Zasebni ključ | Hrani ga pošiljajoči strežnik in podpisuje sporočila |
| Glava | Dodana e-pošti (DKIM-Signature) |

**Najboljše prakse DKIM:**

- Uporabite 2048-bitne RSA ključe (najmanj 1024-bitne)
- Redno zamenjujte ključe
- Podpisujte pomembne glave (From, Subject, Date)
- Preizkusite podpise pred popolno namestitvijo

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

DMARC nadgrajuje SPF in DKIM ter dodaja pravilnike za ravnanje z napakami pri avtentikaciji in zmogljivosti poročanja.

**Kako deluje DMARC:**

1. Objavite pravilnik DMARC v DNS
2. Sprejemni strežniki preverjajo poravnavo SPF in DKIM
3. Neuspešna e-pošta se obravnava v skladu z vašim pravilnikom
4. Poročila o rezultatih avtentikacije se pošiljajo vam

**Primer DNS zapisa DMARC:**

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

**Pravilniki DMARC:**

| Pravilnik | Dejanje |
| --- | --- |
| p=none | Samo nadzor, brez ukrepanja pri neuspehih |
| p=quarantine | Neuspešno e-pošto pošlji v mapo z neželeno pošto |
| p=reject | Popolnoma blokiraj neuspešno e-pošto |

**Pot implementacije DMARC:**

1. **Začnite z p=none**: Nadzorujte brez vpliva na dostavo
2. **Analizirajte poročila**: Identificirajte legitimne vire, ki ne opravijo avtentikacije
3. **Odpravite težave**: Dodajte manjkajoče vključke SPF, konfigurirajte DKIM
4. **Preidite na p=quarantine**: Začnite ščititi z mehko izvršitvijo
5. **Napredujte na p=reject**: Največja zaščita, ko ste prepričani

**Najboljše prakse DMARC:**

- Začnite z p=none in rua (agregatna poročila)
- Nadzorujte poročila 2—4 tedne pred izvajanjem
- Zagotovite, da vsi legitimni pošiljatelji opravijo SPF ali DKIM s poravnavo
- Postopoma povečujte pct (odstotek) pri izvajanju

### Poravnava avtentikacije

DMARC zahteva „poravnavo” med domeno v glavi From in domenami, ki opravijo SPF/DKIM:

- **Poravnava SPF**: Domena Return-Path se ujema z domeno From
- **Poravnava DKIM**: Domena podpisovanja DKIM se ujema z domeno From

To preprečuje napadalcem, da bi uporabili vašo infrastrukturo SPF/DKIM za pošiljanje lažnih e-poštnih sporočil.

## Najboljše storitve in ponudniki SMTP

Izbira pravega ponudnika SMTP vpliva na dostavljivost, stroške in funkcije. Tu so vodilne možnosti za leto 2026.

### Brevo (prej Sendinblue)

**Idealno za:** E-Commerce, transakcijska in marketinška e-pošta skupaj

Brevo ponuja tako posredovanje SMTP kot dostop API z konkurenčnimi cenami. Njegova moč je v združevanju transakcijske e-pošte z marketinško avtomatizacijo, CRM in večkanalno komunikacijo (SMS, WhatsApp).

| Funkcija | Podrobnosti |
| --- | --- |
| Brezplačni paket | 300 e-poštnih sporočil/dan |
| Cene | Od 9 $/mesec za 5.000 e-poštnih sporočil |
| Posredovanje SMTP | Da |
| API | Da (REST) |
| Orodja za dostavljivost | SPF, DKIM, namenski IP na voljo |
| Analitika | Odprtja, kliki, odboji, v realnem času |

**Konfiguracija SMTP:**

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

### Amazon SES (Simple Email Service)

**Idealno za:** Pošiljatelji z velikim obsegom z infrastrukturo AWS

Amazon SES ponuja izjemno nizke cene za velike obsege in se brezhibno integrira z drugimi storitvami AWS.

| Funkcija | Podrobnosti |
| --- | --- |
| Brezplačni paket | 62.000 e-poštnih sporočil/mesec (iz EC2) |
| Cene | 0,10 $ na 1.000 e-poštnih sporočil |
| Posredovanje SMTP | Da |
| API | Da (AWS SDK) |
| Orodja za dostavljivost | Polne (zahteva ročno nastavitev) |
| Analitika | Integracija CloudWatch |

**Premisleki:**

- Zahteva tehnično strokovno znanje za pravilno konfiguracijo
- Upravljanje ugleda je vaša odgovornost
- Najprimernejše za razvijalce, ki so domači v AWS

### SendGrid (Twilio)

**Idealno za:** Razvijalci, ki potrebujejo robustne API-je in razširljivost

SendGrid zagotavlja razvijalcem prijazne API-je z odlično dokumentacijo in razširljivostjo za rastoča podjetja.

| Funkcija | Podrobnosti |
| --- | --- |
| Brezplačni paket | 100 e-poštnih sporočil/dan |
| Cene | Od 19,95 $/mesec za 50.000 e-poštnih sporočil |
| Posredovanje SMTP | Da |
| API | Da (REST, webhooks) |
| Orodja za dostavljivost | Celoten paket vključen |
| Analitika | Obsežna nadzorna plošča |

### Mailgun

**Idealno za:** Transakcijska e-pošta s podrobnim zapisovanjem

Mailgun se osredotoča na transakcijsko in razvijalske primere uporabe z zmogljivim iskanjem po dnevnikih in funkcijami preverjanja.

| Funkcija | Podrobnosti |
| --- | --- |
| Brezplačni paket | Preizkus z omejenim pošiljanjem |
| Cene | Od 15 $/mesec za 10.000 e-poštnih sporočil |
| Posredovanje SMTP | Da |
| API | Da (REST) |
| Orodja za dostavljivost | Preverjanje e-pošte, dnevniki |
| Analitika | Dnevniki, ki jih je mogoče iskati, statistike |

### Postmark

**Idealno za:** Transakcijska e-pošta, ki zahteva najhitrejšo dostavo

Postmark je specializiran za transakcijsko e-pošto s hitrostmi dostave, ki vodijo v panogi, in strogimi pravilniki proti neželeni pošti.

| Funkcija | Podrobnosti |
| --- | --- |
| Brezplačni paket | Brez (na voljo preizkus) |
| Cene | Od 15 $/mesec za 10.000 e-poštnih sporočil |
| Posredovanje SMTP | Da |
| API | Da (REST) |
| Orodja za dostavljivost | Namenski IP vključen |
| Analitika | V realnem času, podrobna |

### Povzetek primerjave ponudnikov

| Ponudnik | Idealno za | Brezplačni paket | Izhodišče cene |
| --- | --- | --- | --- |
| Brevo | Vse-v-enem marketing | 300/dan | 9 $/mes. |
| Amazon SES | Visoki obseg, uporabniki AWS | 62.000/mes. | 0,10 $/1 K |
| SendGrid | Usmerjeno v razvijalce | 100/dan | 19,95 $/mes. |
| Mailgun | Transakcijsko + dnevniki | Preizkus | 15 $/mes. |
| Postmark | Hitro transakcijsko | Preizkus | 15 $/mes. |

### Izbira pravega ponudnika

**Upoštevajte te dejavnike:**

1. **Obseg**: Koliko e-poštnih sporočil na mesec?
2. **Vrsta**: Marketinška, transakcijska ali oboje?
3. **Tehnični viri**: Ali obvladate zapletene nastavitve?
4. **Potrebne funkcije**: Predloge, analitika, A/B testiranje?
5. **Proračun**: Kakšen je vaš mesečni e-poštni proračun?
6. **Integracija**: Katere sisteme je treba povezati?

## Nastavitev SMTP

Nastavitev SMTP se razlikuje glede na vaš primer uporabe. Tu so vodniki za pogoste scenarije.

### Nastavitev SMTP v WordPressu

Večina spletnih mest WordPress potrebuje SMTP za zanesljivo dostavo e-pošte. Privzeta funkcija PHP mail() pogosto odpove ali pristane v mapi z neželeno pošto.

**1. korak: Namestite vtičnik SMTP**

Priljubljene možnosti:

- WP Mail SMTP
- Post SMTP
- Easy WP SMTP

**2. korak: Konfigurirajte vtičnik**

Uporaba WP Mail SMTP z Brevo:

```
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
```

**3. korak: Preizkusite povezavo**

Pošljite preizkusno e-pošto za preverjanje konfiguracije. Preverite mapo z neželeno pošto, če preizkusna e-pošta ne prispe.

### Nastavitev SMTP v aplikacijah

Za prilagojene aplikacije uporabite knjižnico e-pošte svojega programskega 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();
```

### Nastavitev DNS zapisov

Pred pošiljanjem konfigurirajte DNS zapise za avtentikacijo.

**1. korak: Dodajte zapis SPF**

Ustvarite zapis TXT na korenski domeni:

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

Če imate obstoječ SPF, dodajte stavek include:

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

**2. korak: Dodajte zapis DKIM**

Ustvarite zapis TXT s selektorjem od vašega ponudnika:

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

**3. korak: Dodajte zapis DMARC**

Začnite z načinom nadzora:

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

**4. korak: Preverite konfiguracijo**

Uporabite orodja, kot so:

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

## Pogoste napake SMTP in rešitve

Napake SMTP sledijo standardiziranemu sistemu oštevilčevanja. Razumevanje teh kod vam pomaga hitro diagnosticirati težave z dostavo.

### Kategorije kod napak SMTP

| Razpon | Kategorija | Pomen |
| --- | --- | --- |
| 2xx | Uspeh | Ukaz sprejet |
| 4xx | Začasna napaka | Poskusite znova pozneje |
| 5xx | Trajna napaka | Ne poskušajte znova |

### Pogoste napake SMTP in rešitve

**421 Storitev ni na voljo**

Strežnik začasno ne more obdelati zahtev.

*Vzroki:*

- Preobremenitev strežnika
- Okno vzdrževanja
- Dosežene omejitve povezave

*Rešitve:*

- Počakajte in poskusite znova
- Preverite stran stanja ponudnika
- Implementirajte logiko ponovnega poskusa z odložitvijo

**450 Nabiralnik ni na voljo**

Začasna težava z nabiralnikom prejemnika.

*Vzroki:*

- Nabiralnik je poln
- Omejitev pravilnika strežnika
- Siva lista (greylisting)

*Rešitve:*

- Poskusite znova po zamiku
- Siva lista se reši pri drugem poskusu
- Stopite v stik s prejemnikom, če težava vztraja

**451 Lokalna napaka**

Napaka pri obdelavi na sprejemnem strežniku.

*Vzroki:*

- Težava s konfiguracijo strežnika
- Izčrpanje virov
- Začasna blokada pravilnika

*Rešitve:*

- Poskusite znova z eksponentno odložitvijo
- Preverite, ali je vaš IP začasno blokiran
- Počakajte na okrevanje strežnika

**500 Sintaktična napaka**

Ukaz ni prepoznan.

*Vzroki:*

- Napačno oblikovani ukazi SMTP
- Nepodprte razširitve
- Težave s kodiranjem

*Rešitve:*

- Preverite sintakso ukaza
- Zagotovite pravilne zaključke vrstic (CRLF)
- Preverite združljivost odjemalca

**501 Sintaktična napaka v parametrih**

Ukaz je prepoznan, parametri pa so neveljavni.

*Vzroki:*

- Neveljavna oblika e-poštnega naslova
- Manjkajoči obvezni parametri
- Težave s kodiranjem

*Rešitve:*

- Preverite e-poštne naslove pred pošiljanjem
- Preverite posebne znake
- Preglejte oblikovanje parametrov

**550 Nabiralnik ni najden**

Naslov prejemnika ne obstaja.

*Vzroki:*

- Napaka pri tipkanju e-poštnega naslova
- Račun izbrisan
- Domena ne sprejema e-pošte

*Rešitve:*

- Preverite naslov prejemnika
- Odstranite s seznama (trdi odboj)
- Implementirajte preverjanje e-pošte

**551 Uporabnik ni lokalen**

Prejemnik ni na tem strežniku.

*Vzroki:*

- Potrebno je posredovanje e-pošte
- Vzpostavljena je bila napačna stran strežnika
- Zastareli zapisi MX

*Rešitve:*

- Preverite ločevanje zapisov MX
- Sledite navodilom za posredovanje
- Posodobite predpomnilnik DNS

**552 Sporočilo je preveliko**

E-pošta presega omejitve velikosti.

*Vzroki:*

- Veliki prilogi
- Omejitve strežnika prejemnika
- Vgrajene slike so prevelike

*Rešitve:*

- Stisnite ali odstranite priloge
- Namesto tega uporabite povezave za skupno rabo datotek
- Preverite omejitve velikosti prejemnika

**553 Ime nabiralnika je neveljavno**

Format naslova zavrnjen.

*Vzroki:*

- Neveljavni znaki v naslovu
- Napačno oblikovana domena
- Omejitve pravilnika

*Rešitve:*

- Preverite format e-pošte
- Preverite tipkarske napake
- Uporabite naslove, ki so skladni z RFC

**554 Transakcija ni uspela**

Splošna zavrnitev, pogosto v zvezi z neželeno pošto.

*Vzroki:*

- Sprožen filter za neželeno pošto
- IP pošiljatelja je na črni listi
- Kršitev pravilnika o vsebini
- Manjkajoča avtentikacija

*Rešitve:*

- Preverite stanje črne liste
- Preglejte vsebino e-pošte
- Preverite avtentikacijo (SPF, DKIM, DMARC)
- Preverite ugled pošiljatelja

### Diagnosticiranje težav SMTP

**1. korak: Preverite sporočila o napakah**

Beležite popolne odgovore SMTP, ne le kod. Besedilo za kodo zagotavlja kontekst.

**2. korak: Preizkusite povezljivost**

Preverite, ali se lahko povežete s strežnikom SMTP:

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

Ali uporabite openssl za TLS:

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

**3. korak: Preverite avtentikacijo**

Preizkusite poverilnice neodvisno od vaše aplikacije z e-poštnim odjemalcem ali orodjem ukazne vrstice.

**4. korak: Preverite DNS**

Preverite svoje zapise za avtentikacijo:

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

**5. korak: Preglejte črne liste**

Preverite, ali je vaš IP pošiljanja na črni listi:

- MXToolbox Blacklist Check
- Spamhaus
- Barracuda Reputation

## Najboljše prakse SMTP

Sledite tem praksam za maksimiziranje dostavljivosti in vzdrževanje dobrega ugleda pošiljatelja.

### Avtentikacija

- **Vedno uporabite SMTP AUTH**: Nikoli ne zaganjajte odprtega posrednika
- **Omogočite TLS**: Šifrirajte vse povezave (STARTTLS na vratih 587)
- **Uporabite ključe API**: Dajte prednost ključem API pred gesli za račun
- **Zamenjujte poverilnice**: Redno zamenjujte ključe
- **Implementirajte vse tri**: SPF, DKIM in DMARC skupaj

### Prakse pošiljanja

- **Ogrejte nove IP naslove**: Postopoma povečujte obseg na novih IP naslovih za pošiljanje
- **Dosledno pošiljanje**: Vzdržujte redne vzorce pošiljanja
- **Higiena seznama**: Odstranite odboje in neaktivne naročnike
- **Upoštevajte odjave**: Takoj obdelajte odjave
- **Nadzorujte ugled**: Sledite točkam pošiljatelja in stanju črne liste

### Tehnična implementacija

- **Obvladujte odboje**: Obdelujte in razvrščajte obvestila o odbojih
- **Implementirajte logiko ponovnega poskusa**: Uporabite eksponentno odložitev za začasne napake
- **Beležite vse**: Vodite podrobne dnevnike za odpravljanje težav
- **Nadzorujte dostavo**: Sledite stopnjam dostave in zakasnitev
- **Uporabite skupno rabo povezave**: Ponovno uporabljajte povezave za učinkovitost

### Smernice za vsebino

- **Izogibajte se sprožilcem za neželeno pošto**: Pazite na pogostih fraze, ki sprožijo filtre za neželeno pošto
- **Uravnotežite besedilo in slike**: Ne pošiljajte e-pošte samo s slikami
- **Vključite povezave za odjavo**: V večini jurisdikcij zakonsko zahtevano
- **Uporabite prepoznavna imena pošiljateljev**: Prejemniki morajo vedeti, kdo ste
- **Preizkusite pred pošiljanjem**: Pred kampanjami preverite ocene za neželeno pošto

## Zaključek

SMTP ostaja temeljni protokol, ki poganja e-poštno komunikacijo po vsem svetu. Ne glede na to, ali pošiljate transakcijska obvestila, marketinške kampanje ali interno komunikacijo, razumevanje SMTP vam pomaga zgraditi zanesljivo e-poštno infrastrukturo.

Ključne ugotovitve tega vodnika:

- **SMTP je protokol pošiljanja**: Potiska e-pošto s strežnikov pošiljateljev na strežnike prejemnikov
- **Avtentikacija je bistvena**: Uporabite SMTP AUTH, TLS in implementirajte SPF/DKIM/DMARC
- **Izberite pravega ponudnika**: Ujemite zmogljivosti ponudnika z vašim obsegom in potrebami
- **Nadzorujte in vzdržujte**: Sledite dostavljivosti, obvladujte odboje in vzdržujte higieno seznama
- **SMTP in API**: Uporabite SMTP za združljivost, API-je za napredne funkcije

Za podjetja e-Commerce kombiniranje zanesljivega ponudnika SMTP, kot je Brevo, s pravilno integracijo podatkov o strankah zagotavlja, da vaša transakcijska e-pošta doseže stranke, medtem ko vaše marketinške kampanje spodbujajo angažiranost.

Ste pripravljeni izboljšati svojo dostavljivost e-pošte? Začnite z revizijo vaše trenutne nastavitve avtentikacije s smernicami za SPF, DKIM in DMARC v tem vodniku, nato pa razmislite, ali vaš trenutni ponudnik ustreza vašim potrebam glede obsega, funkcij in zanesljivosti.

## Kam se umešča Tajo

Tajo je agentni graditelj integracij. Obdržite svoje ponudnike. Agenti povežejo vse ostalo, vi pa odobrite vsako sinhronizacijo. Tajo je v zgodnjem dostopu. [Zaprosite za dostop](https://tajo.io/sl/#early-access)

## Pogosto Zastavljena Vprašanja

**Kaj je strežnik SMTP?**

Obvladajte SMTP s tem obsežnim vodnikom. Spoznajte, kako deluje Simple Mail Transfer Protocol, primerjajte SMTP in API, nastavite overjanje (SPF, DKIM, DMARC) in izberite najboljšega ponudnika SMTP za svoje podjetje.

**Kako začnem s strežnikom SMTP?**

Začnite pri osnovah: razumite ključne pojme, izberite prava orodja in uvajajte korak za korakom. Ta vodnik zajema vse, od začetne do napredne ravni.

**Naj uporabim SMTP ali e-poštni API?**

SMTP uporabite za WordPress, sisteme CRM, naprave in starejše sisteme, ki podpirajo le nastavitve SMTP. E-poštni API uporabite, ko upravljate aplikacijo in potrebujete strukturirane napake, predloge, webhooke za dogodke, obravnavo blokiranih naslovov in zmogljivejšo avtomatizacijo.

**Kakšna je razlika med SMTP in gostovanjem e-pošte?**

SMTP je posebej za pošiljanje e-pošte. Gostovanje e-pošte vključuje tako pošiljanje (SMTP) kot prejemanje (POP3/IMAP) skupaj s shranjevanjem in upravljanjem. Storitve SMTP tretjih oseb lahko uporabljate, medtem ko svojo e-pošto gostujete drugje.

**Ali lahko za svoje podjetje uporabim Gmail SMTP?**

Gmail ponuja dostop SMTP, a z omejitvami. Brezplačni paket dovoljuje 500 e-poštnih sporočil na dan, Google Workspace pa to poveča na 2.000. Za večje obsege ali boljši nadzor nad dostavljivostjo se priporočajo namenske storitve SMTP, kot je Brevo.

**Zakaj gre moja e-pošta v neželeno pošto?**

Pogosti vzroki vključujejo: - Manjkajoč ali napačno konfiguriran SPF/DKIM/DMARC - Pošiljanje z novega IP naslova brez ogrevanja - Slab ugled pošiljatelja - Vsebina, podobna neželeni pošti - Pošiljanje na neveljavne naslove - Visoke stopnje pritožb Najprej preverite avtentikacijo, nato preglejte vsebino in prakse pošiljanja.

**Katera SMTP vrata je priporočljivo uporabiti?**

Vrata 587 so priporočena za oddajo e-pošte od odjemalca do strežnika. Zahtevajo avtentikacijo in podpirajo šifriranje STARTTLS. Vrata 25 so za posredovanje med strežniki in jih ponudniki internetnih storitev pogosto blokirajo.

**Koliko e-poštnih sporočil lahko pošljem prek SMTP?**

Omejitve so odvisne od vašega ponudnika: - Gmail: 500--2.000/dan - Brevo brezplačno: 300/dan - Amazon SES: 50.000/dan (z odobritvijo) - Namenske storitve: Pogosto neomejeno s cenami po razredih

**Ali potrebujem namenski IP za SMTP?**

Ni nujno. Deljeni IP naslovi delujejo dobro za zmerne obsege z dobrimi praksami. Namenske IP naslove potrebujejo pošiljatelji z visokim obsegom (100.000+ mesečno), ki želijo popoln nadzor nad svojim ugledom. Večina ponudnikov ponuja namenske IP naslove kot možnost nadgradnje.

**Kaj je posredovanje SMTP?**

Posredovanje SMTP je, ko vaš e-poštni strežnik posreduje sporočila prek drugega strežnika za dostavo. To je koristno, kadar vaš lokalni strežnik ne more neposredno pošiljati (blokirana vrata, slab ugled) ali pri uporabi storitve, kot je Brevo, za boljšo dostavljivost.

**Kako preizkusim svojo konfiguracijo SMTP?**

Uporabite te metode: 1. Pošljite preizkusna e-poštna sporočila prek vaše aplikacije 2. Uporabite spletna orodja, kot je Mail Tester, za preverjanje avtentikacije 3. Povežite se ročno prek telnet ali openssl 4. Preverite nadzorne plošče ponudnikov za dnevnike dostave 5. Pošljite na preizkusne naslove, ki poročajo o rezultatih avtentikacije

**Kaj se zgodi, če SPF ali DKIM ne uspe?**

Brez DMARC neuspešen SPF/DKIM morda povzroči, da so e-poštna sporočila označena, a ne nujno zavrnjena. Z DMARC, nastavljenim na karanteno ali zavrnitev, bodo neuspehi povzročili umestitev v neželeno pošto ali blokiranje. Vedno nadzorujte poročila DMARC, da ujamete težave z avtentikacijo.

**Ali SMTP obvladuje priloge?**

Da. SMTP prenaša priloge, kodirane v telesu e-pošte (tipično kodiranje base64 za binarne datoteke). Vendar pa večje priloge morda zadenejo omejitve strežnika za velikost. Za datoteke, večje od nekaj MB, razmislite o namesto tega uporabi povezav za shranjevanje v oblaku.

## Sorodni članki

### [Brezplačni SMTP relay: najboljše možnosti za pošiljanje transakcijskih e-poštnih sporočil](https://tajo.io/sl/blog/free-smtp-relay-guide/)

26\. mar. 2026 · 8 min branja

9 razdelkov

### [WP Mail SMTP: popoln vodnik za nastavitev WordPress e-pošte (2026)](https://tajo.io/sl/blog/wp-mail-smtp-guide/)

26\. mar. 2026 · 7 min branja

5 korakov

### [E-poštni API: celovit vodnik za programsko pošiljanje e-pošte (2026)](https://tajo.io/sl/blog/email-api-guide/)

25\. mar. 2026 · 12 min branja

5 korakov