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.
Authentication-Results sor adja meg az SPF, a DKIM és a DMARC eredményét._dmarc.sajat-domain.com néven, p=none értékkel és egy jelentésfogadó címmel kezdve.p=quarantine, végül p=reject értékre.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:
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át | Mit jelent | A követendő szakasz |
|---|---|---|
spf=fail vagy spf=softfail | Az üzenetet küldő szerver nem szerepel a domain SPF-listájában. | 1. SPF |
spf=permerror | Az 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=fail | Az üzenet nincs aláírva, vagy a DNS-ben közzétett kulcs nem egyezik az aláírással. | 2. DKIM |
dmarc=fail | Sem 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 pass | A 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.
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:
v=spf1 include:_spf.google.com ~all
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:
v=spf1 include:_spf.google.com ip4:203.0.113.25 ~all
v=spf1 kezdetű rekord érvénytelenné teszi az SPF-et (permerror): vonja össze őket egyetlen rekordba.include, a, mx, ptr, exists és redirect beleszámít, azok is, amelyeket az include elemek tartalmaznak. Tíz fölött az SPF érvénytelen. Az ip4 és az ip6 nem számít bele.-all minden más szervert jogosulatlannak nyilvánít, a ~all jelzi őket, de nem nyilvánítja illegitimnek. A Google a ~all formát javasolja a dokumentációjában, a Microsoft a -all formát. Ha a DMARC már működik, a sikertelen üzenet sorsáról az ő szabálya dönt.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.
google, és a Google 2048 bites kulcsot javasol. Tegye közzé a google._domainkey TXT-rekordot, majd térjen vissza, és indítsa el a hitelesítést (angolul „Start Authentication”).https://security.microsoft.com/authentication?viewid=DKIM). A DKIM itt két CNAME-rekordra épül, a selector1._domainkey és a selector2._domainkey rekordra, amelyek pontos értékét a portál az Ön domainjéhez megjeleníti: másolja át őket változtatás nélkül, majd kapcsolja be az aláírást.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á.
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.
v=DMARC1; p=none; rua=mailto:dmarc@sajat-domain.com
| Szabály | Amit a domain kér | Mikor válassza |
|---|---|---|
p=none | Semmilyen 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=quarantine | A sikertelen üzenetek spamként való besorolását. | Amikor a jelentések már csak sikeres, jogos küldéseket mutatnak. |
p=reject | A sikertelen üzenetek elutasítását. | Amikor a quarantine néhány hete működik jogos üzenet elvesztése nélkül. |
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.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.
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.
urlap@sajat-domain.com.Reply-To): a látogató címe, hogy a Válasz gomb közvetlenül neki írjon.https://check.spamhaus.org/ ingyen ellenőriz egy IP-címet vagy egy domaint.p=none értékű DMARC-ot, az egyezést, az egykattintásos leiratkozást és a 0,3 % alatti bejelentett spamarányt. 2025 novembere óta a Gmail elutasítja az e szabályoknak meg nem felelő üzenetek egy részét. A Yahoo hasonló követelményeket alkalmaz küszöbérték közzététele nélkül, az Outlook.com pedig 2025. május 5. óta elutasítja azoknak a domaineknek az üzeneteit, amelyek napi 5000-nél több üzenetet küldenek SPF, DKIM és DMARC nélkül.postmaster.google.com) megmutatja a domainje hírnevét és a spamarányt a Gmailnél, miután a domaint DNS-rekorddal igazolta. A táblázatok elegendő küldési mennyiség esetén telnek meg adatokkal.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.
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.
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.
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.
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.
Simafri
Beszéljünk a weboldaláról
Meséljen néhány szóban a projektjéről: hamarosan jelentkezünk.
Köszönjük! Kérését elküldtük. Hamarosan válaszolunk.
Inkább e-mailben? Írjon nekünk ide: support@simafri.com.