Spam mappába kerülnek az e-mailjeim: SPF, DKIM és DMARC sorrendben

Egy árajánlat, amely nem érkezik meg, egy számla, amely a spam mappában köt ki: ha a levelei spambe kerülnek, az ok a kapott üzenet fejlécéből olvasható ki. A domainje három rekordja, az SPF, a DKIM és a DMARC igazolja a levelezőrendszereknek, hogy a küldemények valóban Öntől származnak. Ez az útmutató sorrendben állítja be őket.

Közzétéve 2026. október 12-én Szerző: Olvasási idő: 11 perc

Minden útmutató

A lényeg röviden

  1. Küldjön magának egy e-mailt egy Gmail-címre, majd válassza a Továbbiak > Eredeti megjelenítése parancsot: az Authentication-Results sor adja meg az SPF, a DKIM és a DMARC eredményét.
  2. SPF: egyetlen TXT-rekord a domain gyökerében, amely felsorol minden szolgáltatást, amely az Ön nevében küld, legfeljebb tíz DNS-lekérdezéssel.
  3. DKIM: kapcsolja be az aláírást minden szolgáltatásnál, amely Ön helyett küld, és tegye közzé a kapott kulcsot.
  4. DMARC: tegyen közzé egy rekordot a _dmarc.sajat-domain.com néven, p=none értékkel és egy jelentésfogadó címmel kezdve.
  5. Ellenőrizze a webhelye űrlapját: a látogató címével mint feladóval küldött üzenet megbukik a DMARC-ellenőrzésen.
  6. Olvassa a jelentéseket néhány hétig, majd váltson p=quarantine, végül p=reject értékre.

Az eredmény kiolvasása az üzenet fejlécéből

Minden levelezőrendszer, amely e-mailt fogad, ellenőrzi, honnan érkezett, és az eredményt az üzenet fejlécébe írja. Az elolvasásához küldjön e-mailt a céges címéről egy Gmail-címre, nyissa meg, majd a Válasz lehetőség mellett kattintson a Továbbiak, azután az Eredeti megjelenítése parancsra. Keresse meg az Authentication-Results sort:

Részlet egy Gmail által fogadott üzenet fejlécéből
Authentication-Results: mx.google.com;
       dkim=pass header.i=@sajat-domain.com header.s=google;
       spf=pass (google.com: domain of kapcsolat@sajat-domain.com designates 203.0.113.25 as permitted sender) smtp.mailfrom=kapcsolat@sajat-domain.com;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=sajat-domain.com
Amit látMit jelentA követendő szakasz
spf=fail vagy spf=softfailAz üzenetet küldő szerver nem szerepel a domain SPF-listájában.1. SPF
spf=permerrorAz SPF-rekord érvénytelen: két rekord ugyanahhoz a domainhez, vagy több mint tíz DNS-lekérdezés.1. SPF
dkim=none vagy dkim=failAz üzenet nincs aláírva, vagy a DNS-ben közzétett kulcs nem egyezik az aláírással.2. DKIM
dmarc=failSem az SPF, sem a DKIM nem igazolja a címzett által látott feladói cím domainjét.3. DMARC, és a webhely űrlapja
Mindenhol passA hitelesítés rendben van: az ok máshol keresendő, a hírnévben, a mennyiségben vagy a tartalomban.Ha minden ellenőrzés sikeres

Ez a három beállítás nem egyformán elterjedt. Havi felmérésünk 1730 levelet fogadó kkv-domaint vizsgált: 96 %-uk tesz közzé SPF-rekordot, 71 %-uknak pedig nincs olyan DMARC-szabálya, amely hatna az eredményre.

1. SPF: az engedélyezett szerverek listája

Az SPF a domain gyökerében elhelyezett TXT-rekord. v=spf1 értékkel kezdődik, megnevezi azokat a szervereket, amelyek a domain nevében küldhetnek, és azzal zárul, mi a teendő az összes többivel. A két legelterjedtebb levelezési szolgáltató közzéteszi a használandó értéket:

Google Workspace levelezés
v=spf1 include:_spf.google.com ~all
Microsoft 365 levelezés
v=spf1 include:spf.protection.outlook.com -all

Minden más szolgáltatás, amely az Ön domainjével küld, ugyanebbe a rekordba kerül: hírlevélküldő eszköz, számlázóprogram, CRM, és a webhelye szervere, ha az űrlapjai maguk küldik a leveleket. Mindegyik a dokumentációjában adja meg a hozzáadandó include: elemet; egy szervert a címével, ip4: formában kell megadni:

Példa: Google Workspace és a webhely szervere, egyetlen rekordban
v=spf1 include:_spf.google.com ip4:203.0.113.25 ~all

2. DKIM: minden üzenet aláírása

A DKIM aláírást fűz minden üzenethez, amelyet a címzett levelezőrendszere az Ön DNS-ében, szelektor._domainkey.sajat-domain.com formájú néven közzétett nyilvános kulccsal ellenőriz. Az aláírást a küldő szolgáltatás generálja; az Ön feladata az általa megadott kulcs közzététele.

A Gmail az 1024 bites és hosszabb kulcsokat fogadja el; a szabvány által ajánlott hossz 2048 bit. A közzétett kulcs akár 48 óra alatt válik mindenhol láthatóvá.

3. DMARC: utasítás a levelezőrendszereknek

A DMARC az SPF-et és a DKIM-et ahhoz a címhez köti, amelyet a címzett lát, vagyis a From mezőben szereplőhöz. Egy üzenet akkor megy át a DMARC-ellenőrzésen, ha az SPF vagy a DKIM érvényes ennek a címnek a domainjére: ez az egyezés (angolul alignment). A rekord azt is megmondja, mi történjen a sikertelen üzenettel, és hová kell küldeni a jelentéseket.

TXT-rekord, a _dmarc.sajat-domain.com néven
v=DMARC1; p=none; rua=mailto:dmarc@sajat-domain.com
SzabályAmit a domain kérMikor válassza
p=noneSemmilyen intézkedést: a levelezőrendszerek csak jelentéseket küldenek.Kezdetben, hogy számba vegye mindazt, ami az Ön domainjével küld.
p=quarantineA sikertelen üzenetek spamként való besorolását.Amikor a jelentések már csak sikeres, jogos küldéseket mutatnak.
p=rejectA sikertelen üzenetek elutasítását.Amikor a quarantine néhány hete működik jogos üzenet elvesztése nélkül.
  1. Tegye közzé a p=none szabályt egy rua címmel. A nagy levelezőrendszerek naponta összesített jelentést küldenek oda: egy tömörített XML-fájlt, amely felsorolja az Ön domainjével küldő szervereket és azok eredményét.
  2. Olvassa a jelentéseket két-négy hétig. Minden sikertelen, de jogos forrást (egy elfelejtett hírlevélküldő eszközt, a számlázóprogramot) az SPF-ben vagy a DKIM-ben kell rendbe tenni.
  3. Váltson p=quarantine értékre, majd néhány veszteség nélküli hét után p=reject értékre. Ha a munkatársai levelezőlistákra írnak, maradjon a quarantine szabálynál: a szabvány ezeknél a domaineknél nem javasolja a reject szabályt, mert a listák módosítják a továbbított üzeneteket.

A régebbi útmutatók a pct címkével fokozatos bevezetést javasolnak. A DMARC-szabvány jelenlegi változata, a 2026 májusában közzétett RFC 9989 ezt a címkét már nem ismeri: a fokozatosság magával a szabállyal valósul meg.

A kapcsolatfelvételi űrlap esete

Sok webhelyűrlap a látogató címével mint feladóval küldi az üzenetet. A webhely szerverének nincs jogosultsága a látogató domainjére: az SPF és a DKIM nem tud egyezni, és a DMARC-ellenőrzés sikertelen. Ha a látogató levelezőrendszere szigorú szabályt tesz közzé (a yahoo.com a p=reject szabályt teszi közzé), az üzenetet elutasítják vagy spamként sorolják be, mielőtt Önhöz érne.

Ha minden ellenőrzés sikeres, és az üzenet mégis spambe kerül

Beüzemelt és támogatott céges levelezés

A Simafri Suite az egész csapata e-mailjeit, naptárát, névjegyeit és fájljait az Ön domainnevére hozza, beüzemelve, biztonságosan és a Simafri támogatásával. Egy fiók, korlátlan felhasználó, hűségidő nélkül.

Fedezze fel a Simafri Suite ajánlatot

Gyakori kérdések

Miért csak egyes címzetteknél kerülnek spambe az e-mailjeim?

Minden levelezőrendszer saját szűrőket és saját SPF-, DKIM- és DMARC-értelmezést alkalmaz. Egy üzenet az egyiknél átmehet, a másiknál a spam mappában végezheti, különösen hiányos hitelesítés esetén. A kapott üzenet Authentication-Results fejléce az adott levelezőrendszer eredményét mutatja.

Lehet két SPF-rekord ugyanazon a domainen?

Egy domainen egyetlen SPF-rekord lehet. Két v=spf1 kezdetű rekorddal az SPF-ellenőrzés tartós hibát (permerror) ad. Vonja össze a kettőt egyetlen rekordba, amely minden include elemet és minden címet tartalmaz.

Mennyi idő alatt lép életbe az SPF, a DKIM vagy a DMARC?

Annyi idő alatt, amennyi alatt a rekord az élettartamától (TTL) függően szétterjed: néhány perctől 48 óráig. A Google az SPF-re és a DKIM-re akár 48 órát ad meg. Ezután ellenőrizze egy új, Gmail-címre küldött levéllel és az Eredeti megjelenítése paranccsal.

Védi a domainemet a p=none értékű DMARC?

A p=none csak jelentéseket kér: a levelezőrendszerek semmilyen intézkedést nem alkalmaznak a sikertelen üzenetekre. Ez a lépés arra szolgál, hogy számba vegye az Ön domainjével küldő szolgáltatásokat. A hamisítás elleni védelmet a p=quarantine, majd a p=reject adja.

Kapcsolatfelvétel