Lehet egy domainnek két SPF-rekordja? Nem — egymillió domain épp most tette érvénytelenné a sajátját (2026)

Q: Megengedett több SPF-rekord?

Nem. Az RFC 7208 pontosan egy v=spf1 rekordot engedélyez domainenként; kettő vagy több tartós hibát okoz, amely teljesen érvényteleníti az SPF-et. 1,013,416 domain van ebben az állapotban, állapot szerint: 2026-06-29.

Q: Hogyan egyesítsek két SPF-rekordot eggyé?

Egyetlen rekord, v=spf1 kezdettel, amely tartalmazza mindegyikük minden include: és IP-mechanizmusát, egyetlen -all vagy ~all végződéssel. Töröld a feleslegeseket, majd ellenőrizd, hogy a lekérdezésszámod túlélte-e az összeolvasztást.

Közzétéve 2026-07-03

Az adatok állapota: 2026-06-29 · módszertan v7. Összesített census 261 millió osztályozott domainen. Minden szám összesített — sosem egyetlen vállalkozás rekordja. Lásd: hogyan osztályozunk.

Nem — egy domain pontosan egy SPF-rekordot tehet közzé, és ha ezt elrontjuk, azzal teljesen kikapcsoljuk az SPF-et: jelenleg 1,013,416 domain tesz közzé kettőt vagy többet, ami az RFC 7208 értelmében a domain összes SPF-rekordját érvénytelenné teszi. Nem a legújabbat, nem a legrégebbit — mindegyiket. Egy fogadó szervernek, amely több v=spf1 rekordot talál, tartós hibát kell visszaadnia, ami azt jelenti, hogy egyáltalán nincs SPF-védelem — egy olyan domainen, amely a tulajdonosa szemében kétszeres védelemmel néz ki.

Miért egyenlő két SPF-rekord nullával?

A szabvány egyértelmű: egy domain SPF-házirendjének egyetlen, v=spf1 kezdetű TXT-rekordnak kell lennie (RFC 7208 §3.2; a hibaeredményt a §4.5 írja elő). Ha egy lekérdezés egynél többet talál, a fogadó szerver nem tudhatja, melyik a mérvadó — ezért a szabvány megtiltja a találgatást. A szabványkövető fogadó szervereknek PermError-t kell visszaadniuk: a kiértékelés tartósan meghiúsul.

A PermError pedig nem semleges. A DMARC hibaként kezeli az SPF-ágon — így egy olyan domain, amely megduplázta a rekordját, érvénytelenítette a védelmét, és megnehezítette a saját jogos leveleinek hitelesítését. Ez egyike annak a nagyon kevés DNS-hibának, ahol a védelem hozzáadása elveszi a védelmet (két DMARC-rekord közzététele ugyanezt teszi a DMARC-cal).

Nagyjából minden 138. domainből 1, amely SPF-et próbál használni, megtette ezt saját magával.

Hogyan történik? Az onboarding másolás-beillesztés

Szinte senki sem ír szándékosan második SPF-rekordot. Ez azon a napon történik, amikor új e-mail eszközt adsz hozzá:

A domainednek már van egy v=spf1 include:spf.protection.outlook.com -all rekordja a postafiók-szolgáltatódtól.
Regisztrálsz egy hírlevél-platformra, CRM-re vagy számlázó eszközre.
A beállítási útmutatója azt mondja: „Add hozzá ezt a TXT-rekordot a DNS-edhez: v=spf1 include:newtool.example.com ~all.”
Pontosan azt teszed, amit mond — hozzáadod a régi mellé.

Most már két rekord létezik, és mindkettő érvénytelen. Az útmutató azt mondta, „add hozzá”, és a hozzáadás az egyetlen dolog, amit a szabvány nem enged; a helyes lépést — az új include: beolvasztását a meglévő rekordba — szinte egyetlen onboarding folyamat sem említi.

A hiba a DNS-panelről láthatatlan: mindkét rekord külön-külön jól formázottnak tűnik, és a levelek többnyire továbbra is megérkeznek, mert a fogadó szerverek más jelzésekre támaszkodnak. Semmi sem figyelmeztet, amíg egy hamisítás be nem fut, vagy a kézbesíthetőség le nem romlik.

Hogyan ellenőrizd és javítsd ki — két perc, ingyen

Kérdezd le a domained TXT-rekordjait (dig TXT yourdomain.com, vagy használd az ingyenes ellenőrzésünket).
Számold meg a v=spf1 kezdetű rekordokat. Az egyetlen biztonságos szám az 1.
Ha több van: olvaszd össze őket — minden include: és ip4:/ip6: mechanizmust egyetlen rekordba, egyetlen záró minősítővel (lásd ~all vs -all) — és töröld a többit.

Előtte:  v=spf1 include:spf.protection.outlook.com -all
         v=spf1 include:servers.mcsv.net ~all

Utána:   v=spf1 include:spf.protection.outlook.com include:servers.mcsv.net -all

Miközben összeolvasztod, tartsd szemmel a 10 lekérdezéses korlátot — a túl sok include: mechanizmus más módon töri el az SPF-et.

Gyakran ismételt kérdések

Megengedett több SPF-rekord? Nem. Az RFC 7208 pontosan egy v=spf1 rekordot engedélyez domainenként; kettő vagy több tartós hibát okoz, amely teljesen érvényteleníti az SPF-et. 1,013,416 domain van ebben az állapotban, állapot szerint: 2026-06-29.

Felülírja a második SPF-rekord az elsőt? Egyik sem nyer. Egy több rekordot találó fogadó szervernek meg kell buktatnia a kiértékelést, ahelyett hogy választana — így egyszerre mindegyik leáll.

Hogyan egyesítsek két SPF-rekordot eggyé? Egyetlen rekord, v=spf1 kezdettel, amely tartalmazza mindegyikük minden include: és IP-mechanizmusát, egyetlen -all vagy ~all végződéssel. Töröld a feleslegeseket, majd ellenőrizd, hogy a lekérdezésszámod túlélte-e az összeolvasztást.

Miért működik még mindig az e-mailem két SPF-rekorddal? A hibába ütköző fogadó szerverek általában SPF nélkül folytatják, így a leveled a reputációra és a DKIM-re támaszkodik. Amit elvesztettél, az a védelem — semmi sem utasít el egy hamisítót —, és a DMARC-kiértékeléseid elveszítik az SPF-águkat. A működő levél és a működő SPF két különböző dolog.

Ellenőrizd, hogy a domained a milliók egyike-e

Egy 30 másodperces pillantás vagy felment, vagy egy kétperces összeolvasztást ad a kezedbe.

Ellenőrizd a domainedet → · SPF javítása → · Az SPF PermError jelentés → · Az SPF-érettségi modell → · Csak összesített adatok. Az adatok tárolása és feldolgozása az EU-ban történik.