Egy vállalkozás életében kevés bosszantóbb helyzet van annál, amikor egy fontos e-mail ugyan elküldésre kerül, a címzett mégsem kapja meg.

Az ajánlatra nem érkezik válasz. Az ügyfél azt állítja, hogy nem kapta meg a szerződést. A számla késve érkezik meg, vagy egy sürgős üzleti üzenet végül a spam mappában landol.

Ilyenkor sokan az Outlookot, a Gmailt vagy a levelezőszervert hibáztatják.

A valóság azonban ennél jóval összetettebb.

A modern levelezőrendszerek – legyen szó Microsoft 365-ről, Exchange Online-ról, Google Workspace-ről vagy saját levelezőszerverről – folyamatosan vizsgálják minden beérkező levél hitelességét és megbízhatóságát. Nem elegendő, hogy az e-mail technikailag elküldhető legyen. A küldő domainnek, a DNS-rekordoknak, a levelezőszervernek és az IP-címnek is meg kell felelnie számos biztonsági követelménynek.

Ha ezek közül akár egyetlen elem hibásan van konfigurálva, előfordulhat, hogy a levél:

a spam vagy levélszemét mappába kerül;
késve érkezik meg;
figyelmeztetéssel jelenik meg a címzettnél;
vagy a fogadó szerver teljesen elutasítja.

A probléma sokszor észrevétlen marad. A feladó azt látja, hogy a levél sikeresen elküldésre került, miközben a címzett valójában soha nem találkozik vele.

Ez különösen nagy kockázatot jelent vállalkozások számára, hiszen egyetlen elveszett ajánlat, szerződés vagy ügyfélmegkeresés is bevételkiesést, bizalomvesztést vagy üzleti kapcsolat megszakadását eredményezheti.

Ebben a cikkben részletesen bemutatjuk:

miért kerülhetnek spam mappába a céges e-mailek;
hogyan működik az SPF, a DKIM és a DMARC;
milyen szerepe van az IP-reputációnak és a DNS-beállításoknak;
hogyan ellenőrizhető egy domain levelezési konfigurációja;
valamint milyen lépésekkel javítható az e-mailek kézbesíthetősége.

Ha még saját domainhez tartozó céges e-mail címet sem használ vállalkozása, érdemes elolvasnia Miért fontos a saját céges e-mail cím? Többről van szó, mint kommunikációról című cikkünket is, amely bemutatja, hogy a professzionális levelezés miért alapvető része a vállalati hitelességnek.

Miért kerülnek spam mappába a céges levelek?

A legtöbb vállalkozás akkor kezd el foglalkozni ezzel a problémával, amikor már üzleti kárt okoz.

Tipikus helyzetek:

Az ügyfél azt állítja, hogy nem kapta meg az ajánlatot.
A szerződésre napok óta nincs válasz.
A számlák rendszeresen a levélszemét mappába kerülnek.
Az ügyfelek csak telefonos egyeztetés után találják meg az e-mailt.
A marketingkampányok szinte semmilyen eredményt nem hoznak.
A partner levelezőszerevere elutasítja az üzenetet.
A Gmail vagy az Outlook figyelmeztetést jelenít meg a feladónál.

Sokan ilyenkor arra gondolnak, hogy a levelezőszerver hibás, pedig a probléma legtöbbször nem maga a szerver.

A modern levelezőrendszerek minden beérkező e-mailt több tucat szempont alapján értékelnek.

Többek között vizsgálják:

a feladó domain hitelességét;
az SPF rekordot;
a DKIM aláírást;
a DMARC szabályzatot;
az IP-cím hírnevét (IP Reputation);
a Reverse DNS (PTR) rekordot;
a domain korát;
a korábbi spam-előzményeket;
a levél tartalmát;
a mellékleteket;
a küldési gyakoriságot;
a címzettek viselkedését.

Ha ezek közül több tényező is problémás, a levelezőrendszer könnyen spamnek minősítheti az üzenetet.

A spam mappa nem véletlen

Régebben a spam-szűrés viszonylag egyszerű szabályok alapján működött.

Ma már a Microsoft 365, a Gmail, a Yahoo, az Apple Mail és más szolgáltatók gépi tanulást és összetett reputációs rendszereket alkalmaznak.

Egyetlen hibás DNS-rekord vagy hiányzó hitelesítés önmagában még nem feltétlenül okoz problémát.

Több kisebb hiányosság azonban együtt már elegendő lehet ahhoz, hogy a levél:

spam mappába kerüljön;
figyelmeztetéssel jelenjen meg;
karanténba kerüljön;
vagy teljesen visszautasításra kerüljön.

Éppen ezért ma már nem elegendő egy működő SMTP-szerver.

A teljes levelezési infrastruktúrának hitelesnek és megfelelően konfiguráltnak kell lennie.

A leggyakoribb okok

A céges e-mailek leggyakrabban az alábbi okok miatt kerülnek spam mappába:

Hiányzó vagy hibás SPF rekord.
Hiányzó DKIM aláírás.
Nem megfelelő DMARC szabályzat.
Hibás Reverse DNS (PTR rekord).
Rossz IP-reputáció.
A domain szerepel valamelyik feketelistán.
Hibás DNS-konfiguráció.
Új vagy kevés bizalmat élvező domain.
Túl sok azonos tartalmú levél rövid idő alatt.
Spamgyanús tartalom vagy melléklet.
Hibás levelezőszerver-konfiguráció.
A címzettek korábban spamként jelölték a feladót.

A következő fejezetekben ezeket részletesen is bemutatjuk.

SPF rekord: az első védelmi vonal

Az SPF (Sender Policy Framework) egy DNS-rekord, amely meghatározza, hogy mely levelezőszerverek küldhetnek e-mailt az Ön domainnevében.

Egyszerűen fogalmazva: az SPF azt mondja a fogadó levelezőszervernek, hogy mely küldő szerverek tekinthetők hitelesnek.

Ha ez a rekord hiányzik vagy hibás, a fogadó rendszer nem tudja egyértelműen eldönteni, hogy a levél valóban a vállalkozásától érkezett-e.

Ennek következménye lehet:

a levél spam mappába kerül;
figyelmeztetés jelenik meg a címzettnél;
a levelezőszerver elutasítja az üzenetet;
a támadók könnyebben visszaélhetnek a domain nevével.

Mi történik SPF nélkül?

Tegyük fel, hogy vállalkozása a cegem.hu domaint használja.

Ha nincs megfelelő SPF rekord, bárki megpróbálhat úgy e-mailt küldeni, mintha az Ön cégétől érkezne.

A modern levelezőrendszerek ezt ugyan próbálják kiszűrni, de hitelesítés nélkül sokkal nehezebb eldönteni, hogy melyik levél valódi.

Ez nemcsak biztonsági kockázat, hanem a kézbesíthetőséget is jelentősen ronthatja.

Gyakori SPF hibák

A leggyakrabban előforduló problémák:

nincs SPF rekord;
több SPF rekord található ugyanazon domainhez;
hibás szintaxis;
régi levelezőszerver szerepel benne;
hiányzik a Microsoft 365 vagy Google Workspace kiszolgálója;
nem szerepel benne a hírlevélküldő szolgáltatás;
túl sok DNS-lekérdezést tartalmaz;
helytelen all végződést használ.

Egyetlen hibás SPF rekord is elegendő lehet ahhoz, hogy a kézbesíthetőség romoljon.

DKIM: digitális aláírás minden elküldött levélhez

A DKIM (DomainKeys Identified Mail) minden elküldött e-mailhez egy digitális aláírást kapcsol.

Ez az aláírás lehetővé teszi a fogadó szerver számára annak ellenőrzését, hogy:

valóban az adott domain küldte-e az üzenetet;
a levél tartalmát küldés után nem módosították.

A DKIM tehát nem titkosítja a levelet.

A célja a hitelesség igazolása.

Miért fontos?

Ha egy támadó módosítja az üzenetet út közben, vagy megpróbálja meghamisítani a feladót, a DKIM ellenőrzése sikertelen lesz.

Ez jelentősen növeli a levelezőrendszerek bizalmát az eredeti küldő iránt.

Gyakori DKIM hibák

nincs bekapcsolva;
hibás publikus kulcs található a DNS-ben;
nem egyezik a selector;
sérült a DNS rekord;
régi kulcs maradt használatban;
a levelezőszerver nem írja alá az üzeneteket.

DMARC: a szabály, amely eldönti, mi történjen a hibás levelekkel

A DMARC (Domain-based Message Authentication, Reporting and Conformance) az SPF és a DKIM eredményére épül.

Segítségével a domain tulajdonosa meghatározhatja, hogyan kezelje a fogadó szerver azokat a leveleket, amelyek nem mennek át a hitelesítési ellenőrzéseken.

Lehetséges szabályok:

csak naplózza az eseményt;
helyezze spam mappába;
teljesen utasítsa el a levelet.

A DMARC emellett részletes riportokat is biztosíthat arról, hogy ki próbál e-mailt küldeni az Ön domainje nevében.

Miért fontos a DMARC?

DMARC nélkül:

könnyebb visszaélni a domainnel;
nagyobb az adathalász támadások kockázata;
romolhat a domain reputációja;
csökkenhet a kézbesítési arány.

A megfelelően konfigurált SPF, DKIM és DMARC együtt alkotja a modern vállalati levelezés alapját.

E három technológia hiánya ma már az egyik leggyakoribb oka annak, hogy a céges e-mailek spam mappába kerülnek.

Az IP-reputáció: a levelezőszerver "jó híre"

Nemcsak a domain, hanem a levelezőszerver IP-címe is meghatározza, hogy a levelek milyen eséllyel jutnak el a címzettekhez.

A nagy levelezőszolgáltatók – például a Microsoft, a Google vagy a Yahoo – folyamatosan értékelik az egyes IP-címek megbízhatóságát.

Ha egy IP-címről rendszeresen érkezik spam, adathalász levél vagy nagy mennyiségű kéretlen üzenet, annak reputációja romlik.

Ennek következménye lehet:

a levelek spam mappába kerülnek;
lassul a kézbesítés;
a fogadó szerver elutasítja az üzenetet;
a domain hitelessége is romolhat.

Mi ronthatja az IP-reputációt?

A leggyakoribb okok:

fertőzött számítógép vagy levelezőszerver;
feltört e-mail-fiók;
tömeges hírlevélküldés nem megfelelő konfigurációval;
spamként megjelölt kampányok;
feketelistára került IP-cím;
korábban spamküldésre használt megosztott szerver.

Ez utóbbi különösen megosztott tárhelyeken fordulhat elő, ahol több vállalkozás használja ugyanazt a levelezőszervert.

Reverse DNS (PTR rekord)

A Reverse DNS vagy PTR rekord azt mutatja meg, hogy egy IP-címhez melyik hosztnév tartozik.

A legtöbb nagy levelezőszolgáltató ellenőrzi ezt is.

Ha nincs megfelelő PTR rekord, vagy az nem egyezik a levelezőszerver nevével, az csökkentheti a küldő hitelességét.

Ez különösen saját levelezőszerver üzemeltetése esetén fontos.

Feketelisták (Blacklist)

A világ számos szervezete vezet nyilvános adatbázist azokról az IP-címekről és domainekről, amelyekről korábban spam érkezett.

Ha egy levelezőszerver felkerül valamelyik feketelistára, előfordulhat, hogy:

több szolgáltató spamként kezeli a leveleket;
bizonyos címzettek egyáltalán nem kapják meg az üzeneteket;
a kézbesítés jelentősen romlik.

Éppen ezért időnként érdemes ellenőrizni, hogy a vállalkozás domainje vagy IP-címe szerepel-e valamely ismert blacklisten.

Hibás DNS-konfiguráció

A vállalati levelezés megbízhatósága nagymértékben függ a megfelelő DNS-beállításoktól.

Gyakori hibák:

hiányzó MX rekord;
hibás SPF rekord;
hiányzó DKIM;
hibás DMARC;
hiányzó PTR rekord;
régi vagy már nem használt levelezőszerver szerepel a DNS-ben;
hibás TTL értékek;
elavult konfiguráció migráció után.

Ezek önmagukban is okozhatnak kézbesítési problémát, együttesen pedig jelentősen növelik annak esélyét, hogy a levelek spam mappába kerülnek.

A levél tartalma is számít

Sokan kizárólag a technikai beállításokra gondolnak, pedig maga az e-mail tartalma is befolyásolja a spam-szűrők döntését.

Gyanút kelthet például:

túl sok nagybetű;
túl sok felkiáltójel;
félrevezető tárgysor;
kizárólag képből álló e-mail;
túl sok hivatkozás;
rövid, tartalom nélküli üzenet;
veszélyesnek ítélt melléklet;
tömegesen ismétlődő sablonszöveg.

Ez természetesen nem jelenti azt, hogy minden marketinglevél spam.

A megfelelő technikai hitelesítés és a minőségi tartalom együtt biztosítja a legjobb kézbesítési arányt.

Hogyan ellenőrizhető, hogy megfelelő-e a levelezési rendszer?

Egy professzionális levelezési audit során általában ellenőrizni kell:

az SPF rekordot;
a DKIM működését;
a DMARC szabályzatot;
az MX rekordokat;
a PTR rekordot;
a TLS támogatást;
az IP-reputációt;
a blacklist státuszt;
a DNS-konfigurációt;
a levelezőszerver válaszait;
a kézbesítési naplókat.

Az is fontos, hogy megkülönböztessük a kézbesítési problémát a kliensoldali hibától.

Ha például a levél egyáltalán nem kerül elküldésre, annak oka gyakran nem a spam-szűrés, hanem az Outlook, a Microsoft 365 vagy a levelezőprofil hibája.

Ilyen esetekben érdemes elolvasni a Outlook nem küld levelet? 7 hatékony megoldás a problémára című útmutatónkat, amely a leggyakoribb küldési hibák megoldásait mutatja be.

Hogyan előzhető meg, hogy a céges levelek spam mappába kerüljenek?

A jó hír, hogy a legtöbb kézbesítési probléma megelőzhető.

Ehhez azonban nem elegendő egy működő levelezőszerver vagy egy Microsoft 365 előfizetés.

A teljes levelezési infrastruktúrát rendszeresen ellenőrizni és karbantartani kell.

Mit érdemes rendszeresen ellenőrizni?

Egy vállalkozás levelezőrendszerében célszerű időszakonként felülvizsgálni:

az SPF rekordot;
a DKIM digitális aláírást;
a DMARC szabályzatot;
az MX rekordokat;
a Reverse DNS (PTR) rekordot;
a TLS titkosítás működését;
az IP-cím reputációját;
a blacklist státuszt;
a DNS-konfigurációt;
a domain lejárati idejét;
a levelezőszerver naplóit;
a kézbesítési hibákat.

Sok probléma már egy egyszerű audit során is felismerhető, még mielőtt üzleti kárt okozna.

Microsoft 365 vagy Google Workspace esetén is szükség van ezekre?

Igen.

Sokan úgy gondolják, hogy ha Microsoft 365 vagy Google Workspace szolgáltatást használnak, akkor minden automatikusan megfelelően működik.

Ez azonban nem teljesen igaz.

Bár ezek a szolgáltatások számos biztonsági funkciót biztosítanak, a domainhez tartozó DNS-rekordok megfelelő konfigurálása továbbra is a vállalkozás vagy az informatikai üzemeltető feladata.

Hiányzó vagy hibás SPF-, DKIM- vagy DMARC-beállítások esetén még Microsoft 365-ből küldött levelek is kerülhetnek spam mappába.

Mikor érdemes informatikai vizsgálatot kérni?

Érdemes átvizsgáltatni a levelezési rendszert, ha:

az ügyfelek szerint nem érkeznek meg a levelek;
az ajánlatokra szokatlanul kevés válasz érkezik;
a számlák rendszeresen spam mappába kerülnek;
a Gmail vagy az Outlook figyelmeztetéseket jelenít meg;
új domain vagy új levelezőszerver került bevezetésre;
Microsoft 365 vagy Google Workspace migráció történt;
saját levelezőszerver üzemel;
a vállalkozás rendszeresen küld nagyobb mennyiségű e-mailt.

A legtöbb esetben egy átfogó levelezési audit során gyorsan azonosíthatók azok a hibák, amelyek rontják a kézbesítési arányt.

Gyakori kérdések

Miért kerülnek spam mappába a céges levelek?

Leggyakrabban hibás vagy hiányzó SPF-, DKIM- vagy DMARC-beállítások, rossz IP-reputáció, hibás DNS-konfiguráció vagy a küldő domain alacsony megbízhatósága miatt.

Elég csak SPF rekordot beállítani?

Nem.

A modern levelezőrendszerek az SPF mellett a DKIM-et és a DMARC-ot is figyelembe veszik. A három technológia együtt biztosít megfelelő hitelességet.

Mi az a DKIM?

A DKIM egy digitális aláírás, amely igazolja, hogy az e-mail valóban az adott domaintől származik, és a tartalmát küldés után nem módosították.

Mi az a DMARC?

A DMARC meghatározza, hogyan kezeljék a fogadó levelezőszerverek azokat az e-maileket, amelyek nem felelnek meg az SPF vagy DKIM ellenőrzésnek.

Microsoft 365 használata mellett is szükséges az SPF, DKIM és DMARC?

Igen.

A Microsoft 365 biztosítja ezek támogatását, de a helyes konfiguráció a domain DNS-beállításaitól is függ.

Miért kerül spambe a Gmailben, miközben Outlookban megérkezik?

A különböző levelezőszolgáltatók eltérő spam-szűrési algoritmusokat alkalmaznak. Előfordulhat, hogy ugyanazt az e-mailt az egyik szolgáltató elfogadja, a másik pedig spamként értékeli.

A spam mappa ugyanaz, mint a sikertelen kézbesítés?

Nem.

Spam esetén az e-mail általában megérkezik a címzetthez, de a levélszemét mappába kerül. Sikertelen kézbesítés esetén a fogadó szerver visszautasítja az üzenetet, amelyről a feladó rendszerint hibaüzenetet kap.

Miért fontos a saját domainhez tartozó céges e-mail cím?

A saját domain professzionális megjelenést biztosít, növeli a vállalkozás hitelességét, és megfelelő konfiguráció mellett jobb kézbesítési arány érhető el.

A témáról részletesen olvashat a Miért fontos a saját céges e-mail cím? Többről van szó, mint kommunikációról című cikkünkben.

Összegzés

Ha egy céges e-mail spam mappába kerül, az nem csupán technikai kellemetlenség.

Elveszhet egy ajánlat, késhet egy szerződés aláírása, kimaradhat egy fontos ügyfélkommunikáció, vagy akár üzleti bevételtől is eleshet a vállalkozás.

A legtöbb ilyen probléma azonban megelőzhető megfelelően kialakított levelezési infrastruktúrával.

Ehhez elengedhetetlen:

a helyes SPF-, DKIM- és DMARC-konfiguráció;
a megfelelő DNS-beállítások;
a jó IP-reputáció;
a rendszeres ellenőrzés;
valamint a levelezési rendszer folyamatos felügyelete.

Ha pedig a probléma nem a spam-szűrésből, hanem magából az Outlookból vagy a levelezőkliensből ered, érdemes átnézni a Outlook nem küld levelet? 7 hatékony megoldás a problémára című útmutatónkat is.

Céges levelezőrendszerek felmérése és üzemeltetése

A SARABEL Informatika Kft. vállalkozások számára nyújt segítséget a levelezési rendszerek felmérésében, konfigurálásában és üzemeltetésében.

A szolgáltatás többek között kiterjedhet:

Microsoft 365 és Exchange Online beállítására;
Google Workspace levelezés konfigurálására;
SPF, DKIM és DMARC rekordok kialakítására;
DNS- és MX-rekordok ellenőrzésére;
kézbesítési problémák kivizsgálására;
blacklist és IP-reputáció ellenőrzésére;
levelezőszerverek migrációjára;
biztonsági auditok elvégzésére.

A cél nem csupán az, hogy a levelek elküldhetők legyenek, hanem az is, hogy a címzettek postaládájába is valóban megérkezzenek.

Források

A cikk a hivatalos gyártói dokumentációk, internetes szabványok (RFC), valamint nemzetközi e-mail-biztonsági ajánlások felhasználásával készült.

Google Workspace – Email Authentication (SPF, DKIM, DMARC)
Microsoft Learn – Exchange Online Email Authentication
RFC 7208 – Sender Policy Framework (SPF)
RFC 6376 – DomainKeys Identified Mail (DKIM)
RFC 7489 – Domain-based Message Authentication, Reporting and Conformance (DMARC)
M3AAWG (Messaging, Malware and Mobile Anti-Abuse Working Group) ajánlások

Miért kerülnek spam mappába a céges levelek? SPF, DKIM, DMARC és a leggyakoribb hibák, amelyeket minden vállalkozásnak ismernie kell