---
title: "SMTP teljes útmutató: mi ez, hogyan működik, és a legjobb gyakorlatok"
description: "Sajátítsd el az SMTP-t ezzel az átfogó útmutatóval. Tudd meg, hogyan működik a Simple Mail Transfer Protocol, hasonlítsd össze az SMTP-t az API-val, állítsd be a hitelesítést (SPF, DKIM, DMARC), és válaszd ki a legjobb SMTP-szolgáltatót a vállalkozásodhoz."
url: https://tajo.io/hu/blog/smtp-complete-guide/
markdown: https://tajo.io/hu/blog/smtp-complete-guide.md
lang: hu-HU
author: "Set Noa"
author_url: https://tajo.io/hu/set-noa/
published: 2026-03-08
updated: 2026-05-17
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, it-IT: /it/blog/smtp-complete-guide.md, ja-JP: /jp/blog/smtp-complete-guide.md, ko-KR: /kr/blog/smtp-complete-guide.md, ar-SA: /ar/blog/smtp-complete-guide.md, nl-NL: /nl/blog/smtp-complete-guide.md, no-NO: /no/blog/smtp-complete-guide.md, pl-PL: /pl/blog/smtp-complete-guide.md, ro-RO: /ro/blog/smtp-complete-guide.md, ru-RU: /ru/blog/smtp-complete-guide.md, sv-SE: /se/blog/smtp-complete-guide.md, zh-CN: /zh-cn/blog/smtp-complete-guide.md, sl-SI: /sl/blog/smtp-complete-guide.md, sr-Latn-RS: /sr/blog/smtp-complete-guide.md, th-TH: /th/blog/smtp-complete-guide.md, tr-TR: /tr/blog/smtp-complete-guide.md, ur-PK: /ur/blog/smtp-complete-guide.md, vi-VN: /vi/blog/smtp-complete-guide.md, sk-SK: /sk/blog/smtp-complete-guide.md}
---

[E-mail](https://tajo.io/hu/blog/?category=email)

# SMTP teljes útmutató: mi ez, hogyan működik, és a legjobb gyakorlatok

Sajátítsd el az SMTP-t ezzel az átfogó útmutatóval. Tudd meg, hogyan működik a Simple Mail Transfer Protocol, hasonlítsd össze az SMTP-t az API-val, állítsd be a hitelesítést (SPF, DKIM, DMARC), és válaszd ki a legjobb SMTP-szolgáltatót a vállalkozásodhoz.

SMTP server

Mi az az SMTP szerver?

Sajátítsd el az SMTP-t ezzel az átfogó útmutatóval. Tudd meg, hogyan működik a Simple Mail Transfer Protocol, hasonlítsd össze az SMTP-t az API-val, állítsd be a hitelesítést (SPF, DKIM, DMARC), és válaszd ki a legjobb SMTP-szolgáltatót a vállalkozásodhoz.

[Tudjon meg többet](https://tajo.io/hu/blog/smtp-complete-guide/#mi-az-az-smtp)

Az SMTP az internetes e-mail kommunikáció alapja. Minden e-mail, amelyet elküldesz, legyen szó személyes postaládádból vagy egy marketing-automatizálási platformról, az SMTP-re támaszkodik a célállomás eléréséhez. Az SMTP működésének megértése elengedhetetlen mindenki számára, aki e-mail marketinget, tranzakciós e-maileket vagy üzleti kommunikációt kezel.

Ez az átfogó útmutató mindent lefed, amit az SMTP-ről tudnod kell: a működés alapjaitól a fejlett hitelesítési módszereken, a szolgáltatók összehasonlításán át a gyakori problémák elhárításáig.

## Mi az az SMTP?

Az **SMTP (Simple Mail Transfer Protocol)** a szabványos kommunikációs protokoll, amelyet e-mailek interneten keresztüli küldéséhez használnak. 1982-ben fejlesztették ki, és meghatározza, hogyan továbbítódnak az e-mail üzenetek egyik szerverről a másikra, a digitális világ postai szolgálataként működve.

Amikor e-mailt küldesz, az SMTP kezeli a kimenő átvitelt. Az üzenetedet az e-mail kliensedtől a levelezőszerveredre, majd a levelezőszerveredről a címzett levelezőszerverére továbbítja. A protokoll olyan szabályok szerint működik, amelyek biztosítják az üzenetek megbízható kézbesítését a világ különböző e-mail rendszerei között.

### Az SMTP főbb jellemzői

- **Push protokoll**: az SMTP az e-maileket a feladótól a címzettig tolja (ellentétben a POP3/IMAP-pal, amelyek lekérik az e-maileket)
- **Szövegalapú**: a parancsok és válaszok ember által olvashatók
- **Kapcsolatorientált**: TCP/IP-t használ a megbízható átvitelhez
- **Tárolás és továbbítás**: az üzenetek ideiglenesen tárolódnak a közbenső szervereken a továbbítás előtt
- **Szabványosított**: az RFC 5321 határozza meg az aktuális SMTP specifikációkat

### Az SMTP és más e-mail protokollok összehasonlítása

| Protokoll | Cél | Irány |
| --- | --- | --- |
| SMTP | E-mailek küldése | Kimenő |
| POP3 | E-mailek lekérése | Bejövő |
| IMAP | E-mailek elérése | Bejövő (szinkron) |

Az SMTP a POP3-mal és az IMAP-pal együtt működik. Miközben az SMTP elküldi a kimenő leveleket, a POP3 vagy az IMAP a bejövő leveleket kéri le a postaládádba. A legtöbb e-mail kliens az SMTP-t használja küldéshez és az IMAP-ot fogadáshoz, teljes e-mail élményt nyújtva.

## Hogyan működik az SMTP?

Az SMTP folyamat megértése segít a kézbesítési problémák diagnosztizálásában és az e-mail infrastruktúrád optimalizálásában. Íme az e-mail útjának lépésről lépésre való bemutatása a feladótól a címzettig.

### Az SMTP kommunikációs folyamat

**1. lépés: Kapcsolat létrehozása**

Az e-mail kliensed (Mail User Agent) a TCP 25-ös, 587-es vagy 465-ös porton keresztül csatlakozik a kimenő levelezőszerverhez (Mail Transfer Agent). Egy “kézfogás” zajlik le, amelynek során a szerver azonosítja magát.

**2. lépés: SMTP kézfogás (HELO/EHLO)**

A kliens HELO vagy EHLO paranccsal kezdeményezi a kommunikációt:

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

Az EHLO (Extended HELO) a modern verzió, amely támogatja az SMTP-kiterjesztéseket, például a hitelesítést és a TLS-titkosítást.

**3. lépés: Feladó azonosítása (MAIL FROM)**

A kliens megadja a feladó e-mail-címét:

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

**4. lépés: Címzett meghatározása (RCPT TO)**

A kliens egy vagy több címzettet azonosít:

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

**5. lépés: Üzenetadatok átvitele (DATA)**

A tényleges e-mail tartalom kerül átvitelre:

```
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. lépés: Kapcsolat megszüntetése (QUIT)**

A munkamenet szabályosan ér véget:

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

### Az e-mail teljes útja

1. **Szerkesztés**: e-mailt írsz a kliensedben (Gmail, Outlook stb.)
2. **Beküldés**: a kliensed csatlakozik az SMTP-szerveredhez
3. **DNS-keresés**: a szervered DNS-ben keresi a címzett MX-rekordjait
4. **Átvitel**: a szervered csatlakozik a címzett SMTP-szerveréhez
5. **Kézbesítés**: a címzett szervere elfogadja az üzenetet
6. **Tárolás**: az üzenet tárolódik, hogy a címzett POP3/IMAP segítségével letölthesse

### SMTP portok magyarázata

| Port | Név | Biztonság | Felhasználási eset |
| --- | --- | --- | --- |
| 25 | SMTP | Nincs/STARTTLS | Szerver-szerver relay |
| 587 | Beküldés | STARTTLS | Kliens-szerver (ajánlott) |
| 465 | SMTPS | Implicit TLS | Örökölt biztonságos beküldés |
| 2525 | Alternatív | STARTTLS | Ha a 587-es port blokkolva van |

A **587-es port** az ajánlott port az alkalmazásokból és e-mail kliensekből történő e-mail küldéshez. Hitelesítést igényel, és támogatja a STARTTLS titkosítást.

A **25-ös port** volt az eredeti SMTP-port, de ma elsősorban szerver-szerver kommunikációra használják. Sok internetszolgáltató blokkolja a kimenő 25-ös portot a spam megelőzése érdekében.

A **465-ös portot** rövid ideig az SMTPS-hez (SMTP SSL-en keresztül) jelölték ki, de később újraosztályozták. Néhány szolgáltató még mindig támogatja örökölt kompatibilitás céljából.

## SMTP vs. e-mail API: melyiket válaszd?

A modern alkalmazásoknak két fő lehetőségük van az e-mailek programozott küldéséhez: a hagyományos SMTP és a HTTP-alapú e-mail API-k. Mindkét megközelítésnek megvannak a maga előnyei.

### Az SMTP megközelítés

Az SMTP segítségével az alkalmazásod közvetlenül csatlakozik egy SMTP-szerverhez a fent leírt protokoll segítségével.

**Előnyök:**

- Univerzális kompatibilitás bármely e-mail küldő könyvtárral
- Kompatibilis a meglévő e-mail infrastruktúrával
- Nincs szállítóhoz kötöttség adott API-formátumokhoz
- Egyszerűbb beállítás alapvető felhasználási esetekhez
- Korlátozott HTTP-hozzáféréssel rendelkező környezetekben is működik

**Hátrányok:**

- Összetettebb hibakezelés
- Korlátozott nyomon követés további beállítás nélkül
- A szinkron küldés lassabb lehet
- Kapcsolatkezelési többletterhelés
- Nehezebb fejlett funkciók megvalósítása

### Az e-mail API megközelítés

Az e-mail API-k HTTP/REST-et használnak az üzenetek küldéséhez, elvonatkoztatva az alapul szolgáló SMTP komplexitástól.

**Előnyök:**

- Gazdag nyomon követés (megnyitások, kattintások, visszapattanások) beépítve
- Aszinkron küldés webhookokkal
- Egyszerűbb hibakezelés HTTP-állapotkódokkal
- Fejlett funkciók (sablonok, ütemezés) natívan elérhetők
- Jobb analitika és jelentéskészítés
- Egyszerűbb integráció a modern alkalmazásokkal

**Hátrányok:**

- Szállítóspecifikus megvalósítás
- Internet-kapcsolatot igényel (nem helyi relay)
- API-sebességkorlátozások vonatkozhatnak rá
- Tanulási görbe az API-specifikus funkciókhoz

### Mikor használj SMTP-t?

- **Örökölt rendszerek**: SMTP-re tervezett régebbi alkalmazások
- **Egyszerű tranzakciós e-mailek**: alapértesítések nyomon követési igény nélkül
- **Helyszíni szoftver**: korlátozott hálózati környezetben lévő alkalmazások
- **E-mail kliens konfigurálása**: asztali vagy mobil e-mail alkalmazások
- **WordPress és CMS**: sok bővítmény SMTP-hitelesítő adatokat vár

### Mikor használj e-mail API-t?

- **Marketing-automatizálás**: részletes analitikát igénylő kampányok
- **Nagy mennyiségű küldés**: több ezer e-mailt küldő alkalmazások
- **Modern alkalmazások**: összetett e-mail igényekkel rendelkező SaaS-termékek
- **Fejlett funkciók**: sablonkezelés, A/B tesztelés, dinamikus tartalom
- **Valós idejű nyomon követés**: ha azonnali kézbesítési visszajelzésre van szükséged

### Hibrid megközelítés

Sok szervezet mindkettőt alkalmazza: SMTP-t az örökölt rendszerekből érkező egyszerű tranzakciós üzenetekhez, és e-mail API-kat a marketing-kampányokhoz és az összetett automatizáláshoz. Az olyan platformok, mint a Brevo, mindkét módszert támogatják, lehetővé téve, hogy az egyes felhasználási eseteknek megfelelően válassz.

## Az SMTP hitelesítés magyarázata

Az SMTP-hitelesítés megakadályozza, hogy illetéktelen felhasználók e-maileket küldjenek a szerveren keresztül. Hitelesítés nélkül bárki használhatná a szerveredet spam küldéséhez, ami ártana a hírnevednek és a kézbesíthetőségnek.

### Az SMTP hitelesítés típusai

**SMTP AUTH (RFC 4954)**

A szabványos hitelesítési mechanizmus, amely felhasználónevet és jelszót igényel a küldés előtt.

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

**Általános AUTH-mechanizmusok:**

| Mechanizmus | Biztonság | Leírás |
| --- | --- | --- |
| PLAIN | Alapszintű | Felhasználónév/jelszó szövegesen (TLS szükséges) |
| LOGIN | Alapszintű | Hasonló a PLAIN-hez, örökölt formátum |
| CRAM-MD5 | Jobb | Kihívás-válasz, nincs szövegszerű jelszó |
| DIGEST-MD5 | Jó | Fejlesztett kihívás-válasz |
| OAUTH2 | Legjobb | Token-alapú, nincs jelszóátvitel |

**TLS/SSL titkosítás**

Mindig használj titkosítást a hitelesítő adatok védelméhez:

- **STARTTLS**: egyszerű kapcsolatot titkosítottra frissít (587-es port)
- **Implicit TLS**: a kapcsolat az elejétől titkosított (465-ös port)

**API-kulcsok és jelszavak**

A modern SMTP-szolgáltatások gyakran API-kulcsokat használnak jelszavak helyett:

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

Az API-kulcsok előnyösebbek, mert rotálhatók anélkül, hogy megváltoztatnád a fiókjelszavakat, és korlátozott jogosultságokkal rendelkezhetnek.

### SMTP-hitelesítő adatok beállítása

Amikor egy alkalmazást konfigurálsz SMTP-n keresztüli e-mail küldéshez, általában a következőkre van szükséged:

1. **SMTP Host**: a szerver címe (pl. smtp.brevo.com)
2. **SMTP Port**: általában 587 a hitelesített beküldéshez
3. **Felhasználónév**: a fiókod e-mail-je vagy API-kulcs azonosítója
4. **Jelszó**: a fiókod jelszava vagy API-kulcsa
5. **Titkosítás**: TLS/STARTTLS engedélyezve

Példa Brevo SMTP konfigurációra:

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

## E-mail hitelesítés: SPF, DKIM és DMARC

Az SMTP-hitelesítésen túl (amellyel igazolod, hogy használhatod a szervert) az e-mail hitelesítési protokollok azt is ellenőrzik, hogy az e-mailek valóban a hivatkozott feladótól érkeznek. Ezek a DNS-alapú mechanizmusok védelmet nyújtanak az e-mail hamisítással és az adathalászattal szemben.

### SPF (Sender Policy Framework)

Az SPF meghatározza, hogy mely IP-címek és szerverek jogosultak e-maileket küldeni a domainedet képviselve.

**Hogyan működik az SPF:**

1. SPF-rekordokat teszel közzé a domaened DNS-ében
2. Amikor egy fogadó szerver megkapja az e-mailedet, ellenőrzi az SPF-et
3. Ha a küldő IP-cím megegyezik az SPF-rekorddal, az e-mail átmegy
4. Ha nem, az e-mail spamként jelölhető vagy visszautasítható

**SPF-rekord példa:**

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

Ez a rekord lehetővé teszi a Brevónak és a Google-nek, hogy e-maileket küldjön a domainedből, és visszautasít minden más feladót (-all).

**SPF szintaxis:**

| Mechanizmus | Leírás |
| --- | --- |
| include: | Egy másik domain SPF-jének megbízhatósága |
| ip4: | Adott IPv4-cím/tartomány engedélyezése |
| ip6: | Adott IPv6-cím/tartomány engedélyezése |
| a | A domain A-rekordjának IP-jei engedélyezve |
| mx | A domain MX-szerverének IP-jei engedélyezve |
| -all | Minden más megtagadva (hard fail) |
| ~all | Minden más soft fail |
| ?all | Semleges minden másra |

**SPF legjobb gyakorlatok:**

- Használd a -all (hard fail) beállítást, amint megbizonyosodtál a konfigurációdról
- Tartsd 10 DNS-lekérdezés alatt a permerror elkerülése érdekében
- Foglald bele az összes törvényes küldési forrást
- Teszteld SPF-validátorokkal a telepítés előtt

### DKIM (DomainKeys Identified Mail)

A DKIM kriptográfiai aláírást ad az e-mailjeidhez, igazolva, hogy nem módosultak az átvitel során, és a domainedtől érkeztek.

**Hogyan működik a DKIM:**

1. Az e-mail szervered privát kulccsal írja alá a kimenő üzeneteket
2. A megfelelő nyilvános kulcsot DNS-ben teszed közzé
3. A fogadó szerverek a nyilvános kulcsoddal ellenőrzik az aláírást
4. Az érvényes aláírások megerősítik az üzenet integritását és eredetét

**DKIM DNS-rekord példa:**

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

A szelektor (brevo) azonosítja a használandó kulcsot, lehetővé téve, hogy több szolgáltatás különböző DKIM-kulcsokkal küldjön.

**DKIM összetevők:**

| Rész | Leírás |
| --- | --- |
| Szelektor | Az adott kulcsot azonosítja (pl. brevo, google) |
| Nyilvános kulcs | DNS-ben közzétett RSA-kulcs az ellenőrzéshez |
| Privát kulcs | A küldő szerver tárolja, aláírja az üzeneteket |
| Fejléc | Az e-mailhez hozzáadva (DKIM-Signature) |

**DKIM legjobb gyakorlatok:**

- Használj 2048 bites RSA-kulcsokat (minimum 1024 bit)
- Rendszeresen rotáld a kulcsokat
- Írd alá a fontos fejléceket (From, Subject, Date)
- Teszteld az aláírásokat a teljes telepítés előtt

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

A DMARC az SPF-re és a DKIM-re épít, irányelveket adva a hitelesítési hibák kezeléséhez és jelentéskészítési képességeket biztosítva.

**Hogyan működik a DMARC:**

1. DMARC-irányelvet teszel közzé DNS-ben
2. A fogadó szerverek ellenőrzik az SPF és a DKIM összehangolását
3. A sikertelen e-maileket az irányelveddel összhangban kezelik
4. Jelentéseket küldenek neked a hitelesítési eredményekről

**DMARC DNS-rekord példa:**

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

**DMARC-irányelvek:**

| Irányelv | Művelet |
| --- | --- |
| p=none | Csak monitorozás, nincs lépés a hibáknál |
| p=quarantine | A hibás e-maileket spambe küldi |
| p=reject | Teljes mértékben blokkolja a sikertelen e-maileket |

**DMARC megvalósítási útvonal:**

1. **Kezdd a p=none értékkel**: monitorozz a kézbesítés befolyásolása nélkül
2. **Elemezd a jelentéseket**: azonosítsd a hitelesítést sikertelenül teljesítő törvényes forrásokat
3. **Javítsd a problémákat**: adj hozzá hiányzó SPF-beillesztéseket, konfiguráld a DKIM-et
4. **Lépj a p=quarantine értékre**: kezdd el a védelmet puha kényszerítéssel
5. **Haladj a p=reject értékre**: maximális védelem, ha megbizonyosodtál a beállításokról

**DMARC legjobb gyakorlatok:**

- Kezdd a p=none értékkel és az rua (összesített jelentések) beállítással
- Monitorozd a jelentéseket 2-4 hétig a kényszerítés előtt
- Győződj meg arról, hogy az összes törvényes feladó teljesíti az SPF-et vagy a DKIM-et az összehangolással
- Fokozatosan növeld a pct értéket (százalék) a kényszerítéskor

### Hitelesítési összehangolás

A DMARC “összehangolást” igényel a From fejlécben szereplő domain és az SPF/DKIM-en átmenő domainek között:

- **SPF összehangolás**: a Return-Path domain megegyezik a From domainnel
- **DKIM összehangolás**: a DKIM aláíró domaine megegyezik a From domainnel

Ez megakadályozza, hogy a támadók az SPF/DKIM infrastruktúrádat hamis e-mailek küldéséhez használják.

## A legjobb SMTP-szolgáltatások és -szolgáltatók

A megfelelő SMTP-szolgáltató megválasztása befolyásolja a kézbesíthetőséget, a költségeket és a funkciókat. Íme a 2026-os vezető lehetőségek.

### Brevo (korábban Sendinblue)

**Legjobb erre:** e-kereskedelem, tranzakciós és marketing e-mail kombinálva

A Brevo SMTP-relayt és API-hozzáférést is kínál versenyképes árakon. Erőssége abban rejlik, hogy a tranzakciós e-mailt marketing-automatizálással, CRM-mel és többcsatornás kommunikációval (SMS, WhatsApp) kombinálja.

| Funkció | Részletek |
| --- | --- |
| Ingyenes szint | 300 e-mail/nap |
| Árazás | 9 $/hótól 5000 e-mailért |
| SMTP-relay | Igen |
| API | Igen (REST) |
| Kézbesíthetőségi eszközök | SPF, DKIM, dedikált IP elérhető |
| Analitika | Megnyitások, kattintások, visszapattanások, valós idejű |

**SMTP konfiguráció:**

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

Ha a Tajót használod a Shopify áruházad Brevóval való integrálásához, automatikus vásárlói adat-szinkronizálást kapsz a megbízható SMTP-kézbesítés mellett tranzakciós e-mailekhez, például rendelési visszaigazolásokhoz, szállítási értesítésekhez és nyugtákhoz.

### Amazon SES (Simple Email Service)

**Legjobb erre:** nagy mennyiségű küldők AWS-infrastruktúrával

Az Amazon SES rendkívül alacsony árakat kínál nagy mennyiségek esetén, és zökkenőmentesen integrálható más AWS-szolgáltatásokkal.

| Funkció | Részletek |
| --- | --- |
| Ingyenes szint | 62 000 e-mail/hó (EC2-ről) |
| Árazás | 0,10 $/1000 e-mail |
| SMTP-relay | Igen |
| API | Igen (AWS SDK) |
| Kézbesíthetőségi eszközök | Teljes (manuális beállítás szükséges) |
| Analitika | CloudWatch integráció |

**Szempontok:**

- Megfelelő konfiguráláshoz műszaki szakértelem szükséges
- A hírnévkezelés a te felelősséged
- Leginkább az AWS-ben jártas fejlesztőknek ajánlott

### SendGrid (Twilio)

**Legjobb erre:** fejlesztők, akik robusztus API-kra és skálázhatóságra van szükségük

A SendGrid fejlesztőbarát API-kat biztosít kiváló dokumentációval és skálázhatósággal a növekvő vállalkozások számára.

| Funkció | Részletek |
| --- | --- |
| Ingyenes szint | 100 e-mail/nap |
| Árazás | 19,95 $/hótól 50 000 e-mailért |
| SMTP-relay | Igen |
| API | Igen (REST, webhookok) |
| Kézbesíthetőségi eszközök | Teljes csomag mellékelve |
| Analitika | Átfogó irányítópult |

### Mailgun

**Legjobb erre:** tranzakciós e-mail részletes naplózással

A Mailgun a tranzakciós és fejlesztői felhasználási esetekre összpontosít, hatékony naplókeresési és érvényesítési funkciókkal.

| Funkció | Részletek |
| --- | --- |
| Ingyenes szint | Próbaverzió korlátozott küldéssel |
| Árazás | 15 $/hótól 10 000 e-mailért |
| SMTP-relay | Igen |
| API | Igen (REST) |
| Kézbesíthetőségi eszközök | E-mail érvényesítés, naplók |
| Analitika | Kereshető naplók, statisztikák |

### Postmark

**Legjobb erre:** tranzakciós e-mail, amely a leggyorsabb kézbesítést igényli

A Postmark a tranzakciós e-mailre specializálódott iparágvezető kézbesítési sebességgel és szigorú spamellenes irányelvekkel.

| Funkció | Részletek |
| --- | --- |
| Ingyenes szint | Nincs (próbaverzió elérhető) |
| Árazás | 15 $/hótól 10 000 e-mailért |
| SMTP-relay | Igen |
| API | Igen (REST) |
| Kézbesíthetőségi eszközök | Dedikált IP mellékelve |
| Analitika | Valós idejű, részletes |

### Szolgáltatók összehasonlítása

| Szolgáltató | Legjobb erre | Ingyenes szint | Kezdő ár |
| --- | --- | --- | --- |
| Brevo | All-in-one marketing | 300/nap | 9 $/hó |
| Amazon SES | Nagy mennyiség, AWS | 62 000/hó | 0,10 $/1K |
| SendGrid | Fejlesztőközpontú | 100/nap | 19,95 $/hó |
| Mailgun | Tranzakciós + naplók | Próbaverzió | 15 $/hó |
| Postmark | Gyors tranzakciós | Próbaverzió | 15 $/hó |

### A megfelelő szolgáltató kiválasztása

**Vedd figyelembe ezeket a tényezőket:**

1. **Mennyiség**: hány e-mailt küldesz havonta?
2. **Típus**: marketing, tranzakciós vagy mindkettő?
3. **Műszaki erőforrások**: tudod kezelni az összetett beállításokat?
4. **Szükséges funkciók**: sablonok, analitika, A/B tesztelés?
5. **Költségvetés**: mennyi a havi e-mail kereteted?
6. **Integráció**: milyen rendszereket kell összekötni?

## Az SMTP beállítása

Az SMTP beállítása a felhasználási esettől függően változik. Íme útmutatók a leggyakoribb esetekhez.

### Az SMTP beállítása WordPressben

A legtöbb WordPress-oldalnak SMTP-re van szüksége a megbízható e-mail kézbesítéshez. Az alapértelmezett PHP mail() függvény gyakran meghibásodik, vagy spambe kerül.

**1. lépés: Telepíts egy SMTP-bővítményt**

Népszerű lehetőségek:

- WP Mail SMTP
- Post SMTP
- Easy WP SMTP

**2. lépés: Konfiguráld a bővítményt**

A WP Mail SMTP használata Brevóval:

```
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. lépés: Teszteld a kapcsolatot**

Küldj egy tesztüzenetet a konfiguráció ellenőrzéséhez. Ellenőrizd a spam mappákat, ha a tesztüzenet nem érkezik meg.

### Az SMTP beállítása alkalmazásokban

Egyéni alkalmazásokhoz használd a programozási nyelved e-mail könyvtárát.

**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();
```

### DNS-rekordok beállítása

Küldés előtt konfiguráld a hitelesítési DNS-rekordokat.

**1. lépés: SPF-rekord hozzáadása**

Hozz létre egy TXT-rekordot a domain gyökerénél:

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

Ha már van SPF-ed, add hozzá az include utasítást:

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

**2. lépés: DKIM-rekord hozzáadása**

Hozz létre egy TXT-rekordot a szolgáltatód szelektor értékével:

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

**3. lépés: DMARC-rekord hozzáadása**

Kezdd monitorozási üzemmóddal:

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

**4. lépés: Konfiguráció ellenőrzése**

Használd ezeket az eszközöket:

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

## Gyakori SMTP-hibák és megoldások

Az SMTP-hibák szabványosított számozási rendszert követnek. Ezeknek a kódoknak a megértése segít gyorsan diagnosztizálni a kézbesítési problémákat.

### SMTP hibakód-kategóriák

| Tartomány | Kategória | Jelentés |
| --- | --- | --- |
| 2xx | Siker | Parancs elfogadva |
| 4xx | Ideiglenes hiba | Próbáld meg később |
| 5xx | Végleges hiba | Ne próbáld újra |

### Gyakori SMTP-hibák és megoldások

**421 – A szolgáltatás nem érhető el**

A szerver átmenetileg nem tudja feldolgozni a kéréseket.

*Okok:*

- Szerver túlterhelés
- Karbantartási időablak
- Kapcsolati korlátok elérve

*Megoldások:*

- Várj és próbáld újra
- Ellenőrizd a szolgáltató állapotoldalát
- Valósítsd meg az újrapróbálkozási logikát visszalépéssel

**450 – A postaláda nem elérhető**

Ideiglenes probléma a címzett postaládájával.

*Okok:*

- Postaláda megtelt
- Szerverpolitika korlátozása
- Greylisting

*Megoldások:*

- Próbáld újra késleltetés után
- A greylisting a második kísérletnél megoldódik
- Vedd fel a kapcsolatot a címzettel, ha a probléma fennáll

**451 – Helyi hiba**

Feldolgozási hiba a fogadó szerveren.

*Okok:*

- Szerverkonfigurációs probléma
- Erőforrás-kimerülés
- Ideiglenes irányelvblokk

*Megoldások:*

- Próbáld újra exponenciális visszalépéssel
- Ellenőrizd, hogy az IP-d ideiglenesen blokkolva van-e
- Várj a szerver helyreállásáig

**500 – Szintaktikai hiba**

A parancs nem ismert.

*Okok:*

- Hibás SMTP-parancsok
- Nem támogatott kiterjesztések
- Kódolási problémák

*Megoldások:*

- Ellenőrizd a parancs szintaxisát
- Gondoskodj a megfelelő sorvégekről (CRLF)
- Ellenőrizd a kliens kompatibilitását

**501 – Szintaktikai hiba a paraméterekben**

A parancs felismert, de a paraméterek érvénytelenek.

*Okok:*

- Érvénytelen e-mail-cím formátum
- Hiányzó kötelező paraméterek
- Kódolási problémák

*Megoldások:*

- Érvényesítsd az e-mail-címeket küldés előtt
- Ellenőrizd a speciális karaktereket
- Nézd át a paraméter formázását

**550 – A postaláda nem található**

A címzett nem létezik.

*Okok:*

- Elírás az e-mail-címben
- Fiók törölve
- A domain nem fogad e-maileket

*Megoldások:*

- Ellenőrizd a címzett e-mail-címét
- Távolítsd el a listáról (hard bounce)
- Valósítsd meg az e-mail-érvényesítést

**551 – A felhasználó nem helyi**

A címzett nem ezen a szerveren van.

*Okok:*

- E-mail-továbbítás szükséges
- Rossz szerver lett elérve
- Elavult MX-rekordok

*Megoldások:*

- Ellenőrizd az MX-rekord feloldását
- Kövesd a továbbítási utasításokat
- Frissítsd a DNS-gyorsítótárat

**552 – Az üzenet túl nagy**

Az e-mail meghaladja a méretkorlátokat.

*Okok:*

- Nagy mellékletek
- Fogadó szerver korlátai
- Túl nagy beágyazott képek

*Megoldások:*

- Tömörítsd vagy távolítsd el a mellékleteket
- Használj fájlmegosztási linkeket helyette
- Ellenőrizd a fogadó méretkorlátjait

**553 – Érvénytelen postaláda-név**

A cím formátuma elutasítva.

*Okok:*

- Érvénytelen karakterek a címben
- Hibás domain
- Irányelvkorlátozások

*Megoldások:*

- Érvényesítsd az e-mail-formátumot
- Ellenőrizd az elírásokat
- Használj RFC-kompatibilis címeket

**554 – A tranzakció sikertelen**

Általános elutasítás, gyakran spammel kapcsolatos.

*Okok:*

- Spamszűrő aktiválódott
- Feketelistán szereplő feladó IP
- Tartalomirányelvek megsértése
- Hiányzó hitelesítés

*Megoldások:*

- Ellenőrizd a feketelistán való szerepelést
- Nézd át az e-mail tartalmát
- Ellenőrizd a hitelesítést (SPF, DKIM, DMARC)
- Ellenőrizd a feladó hírnevét

### SMTP-problémák diagnosztizálása

**1. lépés: Ellenőrizd a hibaüzeneteket**

Naplózd a teljes SMTP-válaszokat, ne csak a kódokat. A kód utáni szöveg kontextust ad.

**2. lépés: Teszteld a kapcsolatot**

Ellenőrizd, hogy csatlakozhatsz-e az SMTP-szerverhez:

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

Vagy használj openssl-t TLS esetén:

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

**3. lépés: Ellenőrizd a hitelesítést**

Teszteld a hitelesítő adatokat az alkalmazástól függetlenül, levelezőkliens vagy parancssori eszköz segítségével.

**4. lépés: Ellenőrizd a DNS-t**

Ellenőrizd a hitelesítési rekordjaidat:

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

**5. lépés: Nézd át a feketelistákat**

Ellenőrizd, hogy a küldő IP-d szerepel-e feketelistán:

- MXToolbox Blacklist Check
- Spamhaus
- Barracuda Reputation

## Az SMTP legjobb gyakorlatai

Kövesd ezeket a gyakorlatokat a kézbesíthetőség maximalizálásához és a jó feladói hírnév fenntartásához.

### Hitelesítés

- **Mindig használj SMTP AUTH-t**: soha ne futtass nyílt relayt
- **Engedélyezd a TLS-t**: titkosítsd az összes kapcsolatot (STARTTLS a 587-es porton)
- **Használj API-kulcsokat**: az API-kulcsokat részesítsd előnyben a fiókjelszavakkal szemben
- **Rotáld a hitelesítő adatokat**: rendszeresen cseréld a kulcsokat
- **Valósítsd meg mindhárom protokollt**: az SPF-et, a DKIM-et és a DMARC-ot együtt

### Küldési gyakorlatok

- **Melegítsd fel az új IP-ket**: fokozatosan növeld a mennyiséget az új küldő IP-ken
- **Következetes küldés**: tartsd fenn a rendszeres küldési mintázatokat
- **Listahigiénia**: távolítsd el a visszapattanásokat és az inaktív feliratkozókat
- **Tartsd tiszteletben a leiratkozásokat**: azonnal dolgozd fel az opt-out kéréseket
- **Monitorozd a hírnevet**: kövesd nyomon a feladói pontszámokat és a feketelistán való szerepelést

### Műszaki megvalósítás

- **Kezeld a visszapattanásokat**: dolgozd fel és kategorizáld a visszapattanási értesítéseket
- **Valósítsd meg az újrapróbálkozási logikát**: használj exponenciális visszalépést ideiglenes hibáknál
- **Naplózz mindent**: tartsd fenn a részletes naplókat a hibaelhárításhoz
- **Monitorozd a kézbesítést**: kövesd nyomon a kézbesítési arányokat és a késleltetést
- **Használj kapcsolatkészletezést**: használd újra a kapcsolatokat a hatékonyság érdekében

### Tartalmi irányelvek

- **Kerüld a spam-triggereket**: figyelj a gyakori spam-kifejezésekre
- **Egyensúlyozd a szöveget és a képeket**: ne küldj csak képekből álló e-maileket
- **Foglalj bele leiratkozási linkeket**: a legtöbb joghatóságban törvény által kötelező
- **Használj felismerhető feladói neveket**: a címzetteknek tudniuk kell, ki vagy
- **Tesztelj küldés előtt**: ellenőrizd a spam-pontszámokat kampányok előtt

## Összefoglalás

Az SMTP a világ e-mail kommunikációját meghajtó alapvető protokoll marad. Akár tranzakciós értesítéseket, marketingkampányokat vagy belső kommunikációt küldesz, az SMTP megértése segít megbízható e-mail infrastruktúra felépítésében.

A legfontosabb tanulságok ebből az útmutatóból:

- **Az SMTP a küldési protokoll**: az e-maileket a feladótól a fogadó szerverekig tolja
- **A hitelesítés elengedhetetlen**: használj SMTP AUTH-t, TLS-t, és valósítsd meg az SPF-et, a DKIM-et és a DMARC-ot
- **Válaszd a megfelelő szolgáltatót**: igazítsd a szolgáltató képességeit a mennyiségedhez és igényeidhez
- **Monitorozz és karbantarts**: kövesd nyomon a kézbesíthetőséget, kezeld a visszapattanásokat, és tartsd fenn a listahigiéniát
- **SMTP vs. API**: az SMTP-t a kompatibilitáshoz, az API-kat a fejlett funkciókhoz használd

Az e-kereskedelmi vállalkozások számára egy megbízható SMTP-szolgáltató, például a Brevo kombinálása a megfelelő vásárlói adat-integrációval biztosítja, hogy a tranzakciós e-mailjeid eljussanak a vásárlókhoz, miközben a marketingkampányaid növelik az elkötelezettséget.

Készen állsz az e-mail kézbesíthetőség javítására? Kezdd az aktuális hitelesítési beállításaid auditálásával az útmutatóban szereplő SPF, DKIM és DMARC irányelvek alapján, majd fontold meg, hogy a jelenlegi szolgáltatód megfelel-e a mennyiség, a funkciók és a megbízhatóság terén.

## Hol kap szerepet a Tajo

A Tajo az agentic integrációépítő. Tartsd meg a szolgáltatóidat. Ágensek kötik be az összes többit, és te hagysz jóvá minden szinkronizálást. A Tajo korai hozzáférésben érhető el. [Kérj korai hozzáférést](https://tajo.io/hu/#early-access)

## Gyakran Ismételt Kérdések

**Mi az az SMTP szerver?**

Sajátítsd el az SMTP-t ezzel az átfogó útmutatóval. Tudd meg, hogyan működik a Simple Mail Transfer Protocol, hasonlítsd össze az SMTP-t az API-val, állítsd be a hitelesítést (SPF, DKIM, DMARC), és válaszd ki a legjobb SMTP-szolgáltatót a vállalkozásodhoz.

**Hogyan kezdjek el SMTP szervert használni?**

Kezdd az alapokkal: értsd meg az alapfogalmakat, válaszd ki a megfelelő eszközöket, és lépésről lépésre hajtsd végre a beállítást. Ez az útmutató mindent lefed a kezdőktől a haladó szintig.

**Melyek a legjobb eszközök SMTP szerverhez?**

A legjobb eszközök a költségvetésedtől és igényeidtől függenek. A Brevo átfogó ingyenes szintet kínál, amely lefedi az e-mailt, SMS-t, CRM-t és automatizálást. Részletes ajánlásokat ebben az útmutatóban találsz.

**Mi a különbség az SMTP és az e-mail hosting között?**

Az SMTP kifejezetten az e-mailek küldésére szolgál. Az e-mail hosting magában foglalja mind a küldést (SMTP), mind a fogadást (POP3/IMAP), valamint a tárolást és kezelést. Harmadik féltől származó SMTP-szolgáltatásokat is használhatsz, miközben az e-mailjedet máshol tárolod.

**Használhatom a Gmail SMTP-jét a vállalkozásomhoz?**

A Gmail kínál SMTP-hozzáférést, de korlátozásokkal. Az ingyenes szint napi 500 e-mailt engedélyez, a Google Workspace ezt 2000-re emeli. Nagyobb mennyiség esetén vagy jobb kézbesíthetőség-irányításhoz dedikált SMTP-szolgáltatások, például a Brevo ajánlottak.

**Miért kerülnek az e-mailjeim spambe?**

Gyakori okok: - Hiányzó vagy helytelenül konfigurált SPF/DKIM/DMARC - Küldés melegítés nélküli új IP-ről - Gyenge feladói hírnév - Spamre emlékeztető tartalom - Küldés érvénytelen címekre - Magas panaszarány Először ellenőrizd a hitelesítést, majd nézd át a tartalmat és a küldési gyakorlatokat.

**Melyik a legjobb SMTP-port?**

A 587-es port ajánlott a kliens-szerver e-mail beküldéshez. Hitelesítést igényel, és támogatja a STARTTLS titkosítást. A 25-ös port a szerver-szerver relayhez való, és az internetszolgáltatók gyakran blokkolják.

**Hány e-mailt küldhetek SMTP-n keresztül?**

A korlátok a szolgáltatódtól függenek: - Gmail: 500-2000/nap - Brevo ingyenes: 300/nap - Amazon SES: 50 000/nap (jóváhagyással) - Dedikált szolgáltatások: általában korlátlan, árazási szintekkel

**Szükségem van dedikált IP-re az SMTP-hez?**

Nem feltétlenül. A megosztott IP-k jól működnek mérsékelt mennyiségeknél helyes gyakorlatok mellett. A dedikált IP-k előnyösek a nagy mennyiségű küldők számára (havi 100 000+), akik teljes irányítást akarnak a hírnevük felett. A legtöbb szolgáltató frissítési lehetőségként kínálja a dedikált IP-ket.

**Mi az az SMTP relay?**

Az SMTP relay az, amikor a levelezőszervered egy másik szerveren keresztül továbbítja az üzeneteket a kézbesítéshez. Ez hasznos, ha a helyi szervered nem tud közvetlenül küldeni (blokkolt portok, gyenge hírnév), vagy ha egy olyan szolgáltatást használsz, mint a Brevo, a jobb kézbesíthetőség érdekében.

**Hogyan teszteljem az SMTP-konfigurációmat?**

Használd ezeket a módszereket: 1. Küldj tesztüzeneteket az alkalmazásodon keresztül 2. Használj olyan online eszközöket, mint a Mail Tester a hitelesítés ellenőrzéséhez 3. Csatlakozz manuálisan telnet vagy openssl segítségével 4. Ellenőrizd a szolgáltató irányítópultjait a kézbesítési naplókhoz 5. Küldj tesztcímekre, amelyek jelzik a hitelesítési eredményeket

**Mi történik, ha az SPF vagy a DKIM sikertelen?**

DMARC nélkül a sikertelen SPF/DKIM miatt az e-mailek megjelölhetők, de nem feltétlenül utasítják el őket. Ha a DMARC quarantine vagy reject értékre van állítva, a hibák spambe helyezést vagy blokkolást eredményeznek. Mindig monitorozd a DMARC-jelentéseket a hitelesítési problémák észleléséhez.

**Tudja az SMTP kezelni a mellékleteket?**

Igen. Az SMTP az e-mail törzsében kódolva továbbítja a mellékleteket (általában base64 kódolással a bináris fájlokhoz). A nagy mellékletek azonban elérheti a szerver méretkorlátait. Néhány MB feletti fájlokhoz érdemes felhőtárolási linkeket használni.

## Kapcsolódó cikkek

### [Ingyenes SMTP relay: Legjobb lehetőségek tranzakciós e-mailek küldéséhez](https://tajo.io/hu/blog/free-smtp-relay-guide/)

2026\. márc. 26. · 8 perc olvasás

9 szakasz

### [WP Mail SMTP útmutató: WordPress beállítás, levelezők, DNS, tesztelés, naplók és ellenőrzés (2026)](https://tajo.io/hu/blog/wp-mail-smtp-guide/)

2026\. márc. 26. · 7 perc olvasás

14 szakasz

### [E-mail API: teljes útmutató a programozott e-mail küldéshez (2026)](https://tajo.io/hu/blog/email-api-guide/)

2026\. márc. 25. · 11 perc olvasás

15 szakasz