Mi az a DMARC rekord?

Email 2 perc olvasás

A DMARC (Domain-based Message Authentication, Reporting and Conformance) egy, a domain DNS zónájában közzétett TXT rekord. Ebben a domain tulajdonosa megadja a fogadó levelezőszervereknek, mit tegyenek a domain nevében érkező, de hitelesítésen elbukó levelekkel, és hová küldjenek erről jelentést. A DMARC nem önálló ellenőrzés: az SPF rekordra és a DKIM aláírásra épül.

Infografika: az SPF, a DKIM és a DMARC ellenőrzése a címzett levelezőszerverén

Hogyan működik?

Amikor egy levél megérkezik, a fogadó szerver:

  1. ellenőrzi az SPF-et (a küldő szerver jogosult-e a domain nevében levelet küldeni) és a DKIM aláírást;
  2. megnézi az illeszkedést (alignment): a levél Feladó (From) mezőjében látható domainnek egyeznie kell az SPF-fel ellenőrzött vagy a DKIM-mel aláíró domainnel;
  3. ha legalább az egyik ellenőrzés sikeres és illeszkedik, a levél átment a DMARC-on; ha egyik sem, a domain DMARC rekordjában megadott szabály szerint jár el.

Az illeszkedés miatt hatékony a DMARC: egy csaló beállíthat SPF-et a saját domainjére, de a Feladó mezőbe írt, az Ön domainjére végződő cím ettől nem fog illeszkedni.

A rekord felépítése

A rekord a _dmarc aldomainre kerül, például _dmarc.pelda.hu névvel:

v=DMARC1; p=none; rua=mailto:dmarc@pelda.hu; adkim=r; aspf=r
  • v=DMARC1 – a verzió; kötelező, és a rekord elején kell állnia.
  • p – a szabály: none (csak megfigyelés, a kézbesítés nem változik), quarantine (a hibás levél a spam mappába kerül) vagy reject (a fogadó szerver elutasítja).
  • sp – külön szabály az aldomainekre; ha hiányzik, a p értéke érvényes rájuk is.
  • rua – erre a címre küldik a fogadó szolgáltatók az összesítő jelentéseket (XML fájlban), amelyekből kiderül, mely szerverek küldenek levelet a domain nevében, és azok átmennek-e az ellenőrzésen.
  • adkim, aspf – az illeszkedés szigorúsága: r (laza, az aldomain is elfogadott) vagy s (szigorú, pontos egyezés).

A DMARC 2026-ban megjelent új szabványa (RFC 9989) a korábbi pct címkét elhagyta, a szabály kipróbálására a t=y (teszt mód) címkét vezette be. A régi rekordok továbbra is működnek, de új rekordba pct-t már nem érdemes írni.

Bevezetés lépésenként

  1. Ellenőrizze, hogy az SPF és a DKIM rendben van. cPanel tárhelyen az E-mail kézbesíthetőség (Email Deliverability) oldal mutatja mindkettőt.
  2. Vegye fel a rekordot p=none szabállyal és egy rua címmel. cPanelben ezt a Zónaszerkesztő (Zone Editor) oldalon, új TXT rekordként teheti meg; ha a domain DNS-ét máshol kezeli, ott kell felvenni.
  3. Néhány hétig figyelje a jelentéseket. Ha olyan szolgáltatás is küld a domain nevében (hírlevélküldő, webáruház, számlázóprogram), amely nem szerepel az SPF-ben, vagy nem ír alá DKIM-mel, ezt most kell rendbe tenni.
  4. Ha a saját levelei már mind átmennek, váltson p=quarantine, később p=reject szabályra.

A rekordot a dig TXT _dmarc.pelda.hu +short paranccsal vagy egy online DMARC-ellenőrzővel nézheti meg. Egy elküldött levél forrásában (fejlécében) a dmarc=pass bejegyzés jelzi, hogy minden rendben van.

Gyakori hibák

  • Két DMARC rekord ugyanazon a néven: a fogadó szerverek ilyenkor egyiket sem veszik figyelembe.
  • Azonnali p=reject: ha egy küldő szolgáltatás kimaradt az SPF-ből vagy a DKIM-ből, annak levelei azonnal elvesznek.
  • Olvasatlan rua cím: a jelentések nélkül nem derül ki, mi bukik el.

Miért kötelező ma már?

A Gmail és a Yahoo 2024 februárja, a Microsoft (Outlook.com, Hotmail) 2025 májusa óta elvárja, hogy aki naponta legalább 5000 levelet küld hozzájuk, SPF-et, DKIM-et és legalább p=none szabályú DMARC rekordot használjon, illeszkedő Feladó domainnel. Kisebb forgalom mellett is ajánlott, mert megnehezíti a domain hamisítását. E-mail tárhely csomagjainkhoz a DMARC rekord is beállítható. A beállítás részleteit blogunkon a DMARC rekord beállítása lépésről lépésre útmutató mutatja be.

Vissza: Email leírások (29)