Email Kézbesíthetőség Ellenőrző

Email Deliverability Ellenőrző

Előzetesen teszteld a küldő beállításokat, mielőtt visszapattanának

MX/A SPF DKIM DMARC DNSBL
*

A leveleit küldő szerver IP-címe, amelyet a DNSBL feketelisták ellenőrzéséhez használnak. Hagyja üresen a kihagyáshoz. Keresse meg az e-mail fejlécében (Received: from) vagy kérdezze meg az SMTP-szolgáltatóját.

A DKIM nyilvános kulcs keresési előtagja, amelyet az e-mail-aláírások ellenőrzéséhez használnak. Hagyja üresen az általános szelektorok automatikus észleléséhez (google, default, s1, k1…). Keresse meg bármely elküldött e-mail fejlécében: DKIM-Signature: s=...

Feladó konfigurációs ellenőrzés

Az email kézbesíthetőség határozza meg, hogy üzeneteid eljutnak-e a postafiókba, vagy elutasításra kerülnek és a spambe kerülnek. Ez egy sor DNS rekordtól függ – az MX bizonyítja, hogy a domain létezik és vannak levelezőszerverei, az SPF deklarálja, hogy ki küldhet tőle levelet, a DKIM kriptográfiai aláírásokat használ annak bizonyítására, hogy a levelet nem módosították, a DMARC pedig összeköti ezeket egy végrehajtási szabályzattal. Ha a kimenő IP-d egy DNSBL feketelistán van, akkor a tökéletes hitelesítés sem ment meg.

A helytelen beállítások figyelmeztetés nélkül jelentkeznek – csak a visszapattanásokat, alacsony postafiók-arányokat és a regisztrációs email spambe kerülését látod. A hiányzó SPF lehetővé teszi, hogy bárki hamisítsa a domainedet; a stagnáló DMARC p=none lehetővé teszi a hamisított levelek átjutását; a feketelistázott kimenő IP minden üzenetet megsemmisít. A legrosszabb, hogy ezeket a problémákat gyakran csak azután fedezed fel, hogy felhasználókat vesztettél.

Ez az eszköz ugyanazokat az ellenőrzéseket futtatja, mint a címzettek – még a küldés előtt. Add meg a küldő domainedet (és opcionálisan a kimenő IP-t és DKIM szelektort), hogy ellenőrizd, a négy kulcsfontosságú DNS rekord helyesen van-e közzétéve, és az IP-d tiszta. Minden eredmény közvetlenül egy valós visszapattanási kódhoz rendelhető, pontosan megmondja, mi a hiba és hogyan javítsd.

Előzetesen teszteld küldés előtt, nem visszapattanás után – ellenőrizd magad, mielőtt a címzettek tennék

Öt ellenőrzés egyetlen futásban: DNS feloldás, SPF, DKIM, DMARC, IP feketelista

Nulla nyom: tiszta DNS lekérdezések, email nem kerül elküldésre, domain vagy IP nincs tárolva

Közvetlenül a visszapattanási kódokhoz rendelhető: minden ellenőrzési eredmény egy valós visszapattanási hibához rendelhető, így pontosan tudod, mit kell javítani

Mikor használd

1

Először egy új domainről történő küldés előtt – erősítsd meg, hogy az MX, SPF, DKIM és DMARC mind közzétéve van

2

Ha az e-mailek visszatérnek – a visszaküldési kód alapján azonosíthatja a DNS-, hitelesítési vagy IP-problémákat

3

DNS-módosítások után – ellenőrizze, hogy a frissítés elterjedt-e, és nem okozott-e új problémát

4

Levélkiszolgáló vagy SMTP-szolgáltató váltása után – ellenőrizze, hogy az új IP tiszta-e

Visszaküldési hibák referenciája

Gyakori visszapattanási hibák és az ellenőrzés, amely észleli őket:

Visszapattanási hiba Gyökérok Ez az eszköz ellenőrzi Javítás iránya
554 5.1.8 Domain not found A küldő domainnek nincsenek DNS rekordjai Domain DNS feloldás MX/A/AAAA rekordok hozzáadása
550 DNSBL (pl. r1401) Kimenő IP egy valós idejű feketelistán IP feketelista Törlés kérése vagy IP-cím cseréje
550 5.7.26 Authentication failed SPF/DKIM/DMARC hiányzik vagy sikertelen SPF + DKIM + DMARC Hitelesítési rekordok közzététele és szigorítása

DNS-rekord sablonok

Sablonok a négy kulcsfontosságú DNS-rekordhoz. Szükség szerint cserélje ki a yourdomain.com és a szolgáltató adatait.

MX (a yourdomain.com MX-nél):

yourdomain.com. IN MX 10 mail.yourdomain.com.

SPF (a yourdomain.com TXT-nél):

v=spf1 include:_spf.google.com include:mail.zoho.com -all

DMARC (a _dmarc.yourdomain.com TXT-nél):

v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s

DKIM (a <selector>._domainkey.yourdomain.com TXT-nél):

v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...

Indítsa a DMARC-ot p=none paraméterrel a jelentések gyűjtéséhez, majd lépjen tovább a quarantine, végül a reject szintre.

DNS és e-mail hitelesítés ismertető

A DNS-rekordok, amelyeket ez az eszköz ellenőriz, és miért fontosak az e-mail kézbesítéshez:

Domain DNS feloldás (MX / A / AAAA)

Az MX határozza meg a címzettek számára, hogy mely levelezőkiszolgálók kezelik a domainjét. Az A/AAAA a domainjét egy IPv4/IPv6 címhez rendeli. Ha egy küldő domainnek nulla DNS-rekordja van, a címzettek elutasítják az üzenetet 554 5.1.8 hibával (Domain not found) – a domain egyszerűen nem létezik a DNS-ben.

SPF (Sender Policy Framework)

Egy TXT rekord a domainjén, amely felsorolja az Önként küldésre jogosult IP-címeket/kiszolgálókat. A címzettek összehasonlítják a küldő IP-t ezzel a listával. SPF nélkül bárki hamisíthatja a domainjét.

Gyakori értékek és kockázatok
-all
Kemény elutasítás: az illetéktelen küldők le vannak tiltva. Ajánlott beállítás, legnagyobb biztonság.
~all
Gyengébb sikertelenség: gyanúsként van megjelölve, de nem utasítva el. Átállási időszakban megfelelő, hosszú távon csökkenti a domain bizalmát.
?all
Semleges: nincs állítás. Egyenértékű az SPF hiányával. Magas adathamisítási kockázat.
+all
Mindenki engedélyezése: bármelyik IP küldhet az Ön nevében. Rendkívül veszélyes, soha ne használja.

DKIM (DomainKeys Identified Mail)

Egy kriptográfiai aláírás, amely a kimenő levelekhez kerül. a nyilvános kulcs TXT rekordként van közzétéve a <selector>._domainkey.yourdomain.com címen. A címzettek az aláírást ezzel a kulccsal ellenőrzik. Az SPF-fel ellentétben ismernie kell a szelektort a kulcs lekérdezéséhez.

Gyakori értékek és kockázatok
v=DKIM1
Verzió azonosító, kötelező. Enélkül a rekord nem ismerhető fel DKIM-ként.
k=rsa
Kulcs típus, az RSA a leggyakoribb. Hiányakor alapértelmezettként rsa használatos.
p=...
RSA publikus kulcs, kötelező. Üres vagy hiányzó p= esetén a szelektor visszavonásra kerül.
t=s
Szigorú mód: az aláírásnak pontosan egyeznie kell a domainnel. Megakadályozza az aldomain aláírásának visszaélését.

DMARC (Domain-alapú üzenethitelesítés)

Egy TXT rekord a _dmarc.yourdomain.com címen, amely összeköti az SPF-t és a DKIM-et. Megadja a címzetteknek, hogy mit tegyenek, ha mindkettő sikertelen. Emellett meghatározza, hova kell küldeni az összesített jelentéseket is.

Gyakori értékek és kockázatok
p=none
Csak monitorozás: nincs intézkedés, csak jelentések gyűjtése. Biztonságos kiindulópont, de nulla védelmet nyújt — a hamisított levelek még mindig a postaládába kerülnek.
p=quarantine
Karantén: a sikertelen hitelesítésű levelek a spam mappába kerülnek. Mérsékelt védelem, jó az ellenőrzési fázishoz.
p=reject
Elutasítás: a sikertelen hitelesítés azonnal blokkolásra kerül. A legerősebb védelem, a végső cél. Ennek a szintnek a kihagyása lehetővé teszi a hamisított levelek átjutását.
rua=
Összesített jelentés célja. A kézbesítési hibák monitorozásához van, nem intézkedik, de segít a hibaelhárításban.
adkim=s / aspf=s
Szigorú illeszkedés: megköveteli, hogy a DKIM/SPF domain pontosan egyezzen a Feladó fejlécével. Megakadályozza az aldomain hamisítását.

DNSBL (DNS-alapú feketelista)

Valós idejű IP-feketelisták, amelyeket DNS-en keresztül kérdeznek le. A címzettek ellenőrzik a kimenő IP-címet olyan listákon, mint a Spamhaus, Barracuda, SpamCop. Ha szerepel a listán, a levelet elutasítják (550 DNSBL).

Gyakori értékek és kockázatok
zen.spamhaus.org
A legnagyobb nyilvános feketelista, legszélesebb lefedettséggel. A legnagyobb hatással szinte minden címzett ellenőrzi.
b.barracudacentral.org
Vállalati szintű feketelista, amelyet számos biztonsági eszköz használ. Mérsékelt hatású.
bl.spamcop.net
Felhasználói jelentések alapján működik. Előfordulhatnak álpozitív találatok, de mérsékelt hatású.
dnsbl.sorbs.net
Kisebb feketelista, korlátozott hatású, de még mindig lekérdezik.

Gyakori kérdések

Miért lépnek vissza a leveleim, bár az SPF sikeres?
Az SPF önmagában nem elég. A Gmail és más szolgáltatók a DKIM-et és a DMARC-t is ellenőrzik. Ha a DKIM hiányzik, vagy a DMARC nem felel meg az alignementnek, az e-mailt még mindig elutasítják. Mindhárom ellenőrzést futtassa le.
Hogyan találom meg a DKIM-szelektoromat?
Ellenőrizze a levelezőszolgáltató dokumentációját. Gyakori szelektorok: google (Google Workspace), selector1/selector2 (Microsoft 365), default, s1, k1. Az Ön e-mail fejlécei (DKIM-Signature: s=...) is felfedik.
Az IP címem feketelistán van. Mi a teendő?
Látogasson el a feketelistát kezelő szolgáltató eltávolító oldalára (pl. spamhaus.org/lookup), kérje az eltávolítást, és győződjön meg róla, hogy az IP cím nem küld levélszemétet. Ha a gazdagép megosztott IP címeket biztosít, lépjen kapcsolatba velük az IP cím cseréje érdekében.
A domainem feloldódik, de nincsenek MX rekordjai. Ez probléma?
Nem feltétlenül. Egy csak küldésre használt domain (harmadik féltől származó SMTP szolgáltatót használva) lehet, hogy nincs MX rekordja, de mégis rendelkezik A rekordokkal. Amíg az SPF/DMARC a megfelelő szolgáltatóra mutat, a levelek kézbesíthetők.
Ez az eszköz küld e-maileket?
Nem. Ez az eszköz csak DNS rekordokat kér le (TXT, MX, A, AAAA), és az kimenő IP címet ellenőrzi a nyilvános DNSBL adatbázisokban. Semmit sem küld. Az Ön domainjét és IP címét nem tároljuk.
Milyen gyakran érdemes ezt az ellenőrzést elvégezni?
Futtassa le új domain első levelezése előtt, bármilyen DNS módosítás után, levelezőszolgáltatóváltáskor, vagy nagyobb kampány előtt. Rutin karbantartásként havonta egyszer elegendő.
Ellenőrizhetek olyan domain-t, ami nem az enyém?
Igen. A DNS rekordok nyilvánosak, bármely domain lekérdezése nem jelent adatvédelmi problémát. De az eszközt a saját küldési konfiguráció diagnosztizálására tervezték.
Az SPF és a DKIM is sikeres, de a levelek mégis levélszemétbe kerülnek — miért?
Az autentikáción túl a postafiókba juttatás az IP megbízhatóságától (DNSBL), a hirtelen mennyiségugrástól, a levélszemétként megjelölt tartalomtól és a címzett oldali szűréstől függ. Ellenőrizze, hogy az Ön IP címe feketelistán van-e, és fokozatosan építse a küldési megbízhatóságot.