Email Deliverability Ellenőrző
Előzetesen teszteld a küldő beállításokat, mielőtt visszapattanának
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=...
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
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
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
DNS-módosítások után – ellenőrizze, hogy a frissítés elterjedt-e, és nem okozott-e új problémát
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.
- -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.
- 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.
- 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).
- 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.