DMARC Lookup Eszközök Összehasonlítása: MXToolbox, dmarcian és Proofpoint

Egy DMARC rekord felkonfigurálása öt perc, de a domain reputációját hosszú távon csak a folyamatos monitorozás védi meg – különösen, ha a cégedből naponta kimennek célzott B2B cold email üzenetek. Ez a cikk a legelterjedtebb dmarc lookup eszközöket hasonlítja össze, hogy tudd, melyik illik a saját domain-monitorozási igényeidhez. A cél nem a spamszűrők kijátszása, hanem hogy a leveleid egyértelműen hiteles, legitim céges küldésnek látsszanak.

Miért nem elég egyszer beállítani a DMARC-ot

Ha B2B cold email kampányokat futtatsz, a domained hitelessége közvetlenül befolyásolja, hogy a leveleid a címzett postafiókjába vagy a spam mappájába kerülnek. Az SPF, a DKIM és a DMARC rekordok beállítása azt jelzi a fogadó szervereknek, hogy a domained mögött valódi, azonosítható küldő áll – nem pedig valaki, aki a nevedben próbál levelet küldeni.

A probléma az, hogy a DMARC rekord önmagában statikus szöveg a DNS-ben. Ahhoz, hogy tudd, mi történik ténylegesen a leveleiddel – ki küld a domained nevében, mennyi levél bukik el az ellenőrzéseken, van-e visszaélés –, folyamatosan olvasnod kell az aggregate (rua) riportokat. Ez az, amihez egy megfelelő dmarc lookup tool szükséges: nem csak a rekord meglétét nézi, hanem a mögötte futó forgalmat is.

Ez különösen fontos, ha több küldő rendszert használsz egyszerre – például a saját tranzakciós leveleidet, egy hírlevél szolgáltatót és egy cold email eszközt is ugyanarról a domainről. Minden egyes új küldő forrás potenciális SPF-hiba, ha elfelejted hozzáadni a rekordhoz.

Milyen szempontok alapján válassz dmarc lookup eszközt

A piacon elérhető eszközök nagyjából két csoportra oszlanak: az egyszeri, ingyenes ellenőrzők (gyors dmarc lookup mx teszt) és a folyamatos monitorozásra épülő platformok, amik napi szinten dolgozzák fel a beérkező XML riportokat.

• Egyszeri rekord-ellenőrzés vs. folyamatos aggregate riport feldolgozás
• Forensic (ruf) riportok olvashatósága, ha szükséged van rájuk
• Küldő IP-címek automatikus azonosítása (Google, Microsoft, harmadik fél szolgáltatók)
• Riasztási küszöbök és e-mail alert, ha új, ismeretlen küldő jelenik meg
• Több domain és aldomain párhuzamos kezelése egy fiókból
• API hozzáférés, ha automatizálni akarod a jelentést a saját dashboardodba
• Ár és csapatméret – egy fős csapatnak más eszköz kell, mint egy dedikált deliverability teamnek

MXToolbox, dmarcian és Proofpoint: melyik mire jó

A MXToolbox a leggyorsabb belépési pont. Az ingyenes dmarc lookup mxtoolbox ellenőrzővel másodpercek alatt megnézheted, hogy a domained DMARC rekordja szintaktikailag helyes-e, milyen policy van beállítva, és él-e egyáltalán. Nagyszerű gyors diagnosztikára és hibakereséshez, de önmagában nem gyűjti és nem elemzi folyamatosan az aggregate riportokat – ahhoz külön előfizetés kell a platformjukon.

A dmarcian a folyamatos monitorozásra épített eszközök közül a legelterjedtebb kis-közepes cégeknél. Automatikusan gyűjti a rua riportokat, vizuálisan bontja küldő forrásokra, és jól kezeli a fokozatos policy-bevezetést (none → quarantine → reject). Ha te magad akarod olvasni a riportokat, és nincs meglévő nagyvállalati email-biztonsági rendszered, a dmarcian ésszerű választás.

A Proofpoint dmarc lookup funkciója nem önálló termékként, hanem a Proofpoint email-biztonsági csomag (Email Fraud Defense) részeként érhető el. Ez akkor éri meg, ha a cégednél már fut Proofpoint az e-mail szűrésre, és egy platformon belül szeretnéd kezelni a fenyegetés-elemzést is a DMARC riportokkal együtt. Önmagában, kizárólag DMARC monitorozásra bevezetve viszont túlméretezett és drágább, mint amennyire egy tipikus B2B cold email küldő cégnek szüksége van rá.

Gyakori hibák DMARC lookup és monitorozás során

A leggyakoribb hiba, hogy valaki lefuttat egy dmarc lookup tool tesztet, lát egy zöld pipát, és utána évekig nem néz vissza a riportokra. Közben új küldő rendszerek jelennek meg, régiek szűnnek meg, és a rekord karbantartás nélkül elavul.

• A policy-t azonnal p=reject-re állítják kivárás nélkül – ez legitim leveleket is eldobathat
• Csak az apex domaint ellenőrzik, az aldomainek (pl. hírlevél vagy cold email küldésre használt subdomain) lefedetlenek maradnak
• A rua riport-cím olyan postafiókra mutat, amit senki sem néz, vagy ami maga is spam mappába szűri a napi XML leveleket
• Új cold email vagy hírlevél szolgáltató bevezetésekor elfelejtik hozzáadni az SPF rekordhoz
• A forensic (ruf) riportokat senki sem olvassa, pedig ezek jelzik a konkrét visszaélési kísérleteket

Fokozatos policy-bevezetés lépésről lépésre

A DMARC policy szigorítását sose siesd el. A helyes sorrend: kezdd p=none policy-vel, ami csak megfigyel és riportot küld, de nem dob el semmit. Amint a riportokban tisztán látod, hogy minden legitim küldő forrás átmegy az SPF és DKIM ellenőrzésen, léphetsz p=quarantine-ra, előbb alacsony pct értékkel, majd fokozatosan 100%-ra emelve. A p=reject csak a végállomás, amikor már hetek óta nincs váratlan hibás küldés a riportokban.

Hogyan kezeli az LDM a DMARC monitorozást cold email kampányoknál

Amikor egy ügyfél domainjét célzott B2B cold email küldésre készítjük elő, az első lépés mindig az SPF, DKIM és DMARC rekordok ellenőrzése és beállítása – de ez csak a kiindulópont. A kampány futása alatt rendszeresen visszanézzük az aggregate riportokat, hogy lássuk, minden kimenő levél átmegy-e az ellenőrzéseken, és nem jelenik-e meg ismeretlen küldő forrás a domain nevében.

Egy tipikus példa: egy budapesti B2B szoftvercég, a Kelenföld Digital Kft. domainjén dmarcian segítségével vettük észre, hogy egy régen leállított marketing eszköz SPF bejegyzése még mindig aktív volt, miközben a szolgáltatást már nem használták – ez felesleges kockázatot jelentett. A rekord tisztítása után a domain reputációja stabilan magas maradt, ami a napi alacsony volumenű, személyre szabott cold email küldéseknél kritikus a válaszarány szempontjából.

• SPF/DKIM/DMARC beállítás minden új küldő domainhez a kampány indítása előtt
• Heti riport-áttekintés a kampány első hónapjában
• Fokozatos policy-szigorítás, sose azonnali p=reject
• Alacsony napi küldési volumen és warm-up, hogy a domain reputációja fokozatosan épüljön

Gyakori kérdések