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

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

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

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:

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

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:

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

DMARC-irányelvek:

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.

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.

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.

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.

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.

Szolgáltatók összehasonlítása

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?

A marketing-automatizálási igényekkel rendelkező, Shopifyt használó e-kereskedelmi vállalkozások számára a Brevo és a Tajo kombinációja teljes megoldást nyújt: vásárlói adat-szinkronizálás, tranzakciós e-mail, marketingkampányok és többcsatornás kommunikáció egyetlen integrált rendszerben.

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

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

const nodemailer = require('nodemailer');

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

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

Python (smtplib):

import smtplib
from email.mime.text import MIMEText

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

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

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

PHP (PHPMailer):

use PHPMailer\PHPMailer\PHPMailer;

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

$mail->setFrom('[email protected]', 'Sender Name');
$mail->addAddress('[email protected]');
$mail->Subject = 'Test Email';
$mail->Body = 'Hello from PHP!';

$mail->send();

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

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

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:

telnet smtp-relay.brevo.com 587

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

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:

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

Gyakran ismételt kérdések

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.

Ö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. A Tajo Shopify-integrációja automatikusan szinkronizálja a vásárlói adataidat a Brevóval, megteremtve az alapot a hatékony e-mail kommunikációhoz mind a tranzakciós, mind a marketing felhasználási esetekben.

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.

Kapcsolódó cikkek

• E-mail marketing kampányok: teljes útmutató a tervezéshez, végrehajtáshoz és optimalizáláshoz
• E-mail marketing stratégia: teljes tervezési és végrehajtási útmutató [2025]
• E-mail marketing kis vállalkozásoknak: teljes útmutató (2026)
• E-mail marketing ROI: hogyan számítsd ki, kövesd nyomon és javítsd a megtérülést [2025]
• E-mail marketing kezdőknek: teljes bevezető útmutató (2026)