E-posti DNS-i kontroll
Kõik, mida DNS ütleb selle kohta, kus domeen kirju vastu võtab ja kes tohib selle nimel saata. Loetud ainult avalikust DNS-ist; ühegi e-posti serveriga ühendust ei võeta.
DKIM-võtmed avaldatakse saatja valitud selektori all; see on näha kirja DKIM-Signature päises väljana s=.
Näited:metu.edu.trbtk.gov.trexample.com
Tähelepanekud
- iDomeen avaldab null MX-i: see ei võta kirju vastu.
- iAadress rua= puudub: keegi ei saa koondaruandeid.
E-posti serverid (MX)
Null MX (RFC 7505): see domeen teatab, et ei võta e-kirju vastu.
Saatjapoliitika (SPF)
- Lõppreegel
- -all — lükka kõik muu tagasi (fail)
- DNS-päringud
- 0, lubatud kuni 10
- Elemendid
- -all
- Kirje
v=spf1 -all
DMARC-poliitika
- Poliitika
- reject — lükka kiri tagasi
- Alamdomeenid
- reject — lükka kiri tagasi
- Rakendub
- 100 % kontrolli mitte läbinud kirjadele
- Joondus
- DKIM range, SPF range
- Koondaruanded aadressile
- —
- Kirje
v=DMARC1;p=reject;sp=reject;adkim=s;aspf=s
Edastuse turvalisus
- MTA-STS
- avaldamata
- TLS-aruandlus
- avaldamata
Päritud meie resolveri kaudu 9. nov 2026, 22:24. Vastuseid hoitakse puhvris üks minut.
Kas domeeni kirjad jõuavad kohale ja kas selle nimel saadetud kirju usutakse, otsustab peaaegu täielikult käputäis DNS-kirjeid. See tööriist loeb need kõik korraga.
MX-kirjed nimetavad serverid, mis võtavad domeeni kirju vastu, eelistuse järjekorras (väiksemad numbrid enne). Igal MX-hostil peab endal olema A- või AAAA-kirje; tööriist lahendab esimesed viis. Üksik MX 0 . on null MX (RFC 7505): domeen ütleb, et ei võta üldse kirju vastu.
SPF (RFC 7208) on TXT-kirje, mis algab tekstiga v=spf1 ja loetleb serverid, mis tohivad domeeni nimel saata: aadressivahemikud (ip4:, ip6:), teiste domeenide loendid (include:) ja lõppreegel kõige muu jaoks, tavaliselt -all (fail) või ~all (softfail). Domeen tohib avaldada ainult ühe SPF-kirje ja selle hindamine tohib võtta kõige rohkem kümme DNS-päringut, arvestades iga include, a, mx, ptr, exists ja redirect — ka kaasatud kirjete sees olevad. Kümnest üle minnes tagastavad vastuvõtjad püsiva vea, ja just nii lähevad pikad pilvesaatjate loendid vaikselt katki.
DMARC (RFC 7489) aadressil _dmarc.<domeen> ütleb vastuvõtjatele, mida teha kirjadega, mis ei läbi ei SPF- ega DKIM-joondust — mitte midagi (p=none), rämpsposti kausta (quarantine) või tagasi lükata (reject) —, ja kuhu koondaruanded saata (rua=). Tavaline tee on alustada poliitikaga p=none ja lugeda aruandeid enne karmistamist.
MTA-STS (RFC 8461) ja TLS-aruandlus (RFC 8460) paluvad saatvatel serveritel nõuda TLS-i ja teatada tõrgetest. DNS-kirje ainult teatab, et poliitika on olemas; poliitika ise on fail aadressil mta-sts.<domeen>, mida see tööriist ei laadi.
DKIM-võtmed asuvad aadressil <selektor>._domainkey.<domeen>. Selektori valib kirja allkirjastaja, seega ei saa seda DNS-ist avastada: leia see saadud kirja päisest DKIM-Signature väljana s= ja sisesta ülal.
Kõik siin pärineb avalikust DNS-ist meie resolveri kaudu. Domeeni e-posti serveritega ühendust ei võeta.
Korduma kippuvad küsimused
Miks tööriist mu DKIM-võtit ei leia?
DKIM-võtmeid otsitakse selektori järgi ja selektoreid ei saa DNS-ist loetleda. Kopeeri domeeni saadetud kirja DKIM-Signature päisest väärtus s= ja sisesta see selektorina.
Kumb on parem, ~all või -all?
-all palub vastuvõtjatel loetlemata serverite kirjad tagasi lükata; ~all märgib need kahtlaseks. Kui DMARC on jõustatud, toimivad vastuvõtjad niikuinii DMARC-poliitika järgi, seega hoiavad paljud domeenid edasisaadetud kirjade kaotamise vältimiseks ~all-i.
Kas hea tulemus tähendab, et mu kirjad jõuavad kohale?
Ei. Need kirjed on vajalikud, kuid mitte piisavad: kohalejõudmine sõltub ka saatva serveri mainest, pöörd-DNS-ist, sisust ja vastuvõtja enda filtritest.
Kas saan kontrollida .ee või .com.ee domeeni?
Jah. Need kirjed on tavaline DNS ja töötavad samamoodi domeenides .ee, .com.ee, .pri.ee, .fie.ee, .med.ee või mis tahes muus domeenis.