Preverjanje zapisa SPF: kdo lahko pošilja e-pošto v imenu te domene?

SPF je zapis DNS, v katerem domena navede strežnike, ki smejo pošiljati njeno e-pošto. Brez njega ali z zapisom, ki je pokvarjen ali preveč odprt, je lažje pošiljati lažna e-poštna sporočila v imenu te domene. Vnesite domeno, e-poštni naslov ali povezavo in prebrali bomo njen SPF ter ga razložili.

Dodaj kot prednostni vir Prenesite vGoogle Play Prenesite vApp Store

Kako ga uporabljati

Vnesite domeno, ki jo želite preveriti, ali prilepite e-poštni naslov ali povezavo: uporabimo samo domeno.
Pritisnite „Preveri SPF“. Preberemo zapis SPF in sledimo vsakemu include, tako kot bi to storil prejemni strežnik.
Oglejte si, kako se zapis konča in koliko poizvedb potrebuje: želite videti „-all“ ali „~all“ in največ 10 poizvedb.

Kaj pomeni posamezen rezultat

Ta domena nima SPF: Ne pove, kateri strežniki smejo pošiljati njeno e-pošto, zato se je lažje izdajati zanjo. Če je to vaša domena, objavite zapis SPF.
Zapis SPF ima napake: Prejemni strežniki ga ne morejo uporabiti, zato je za njih domena brez SPF. Signali spodaj povedo, kaj je narobe.
Kdor koli lahko pošilja e-pošto v imenu te domene: Zapis se konča z „+all“, kar pooblasti vsak strežnik na svetu. Tako nastavljen SPF ne ščiti ničesar.
SPF domene ne ščiti v celoti: Zapis ne pove, kaj storiti s strežniki, ki niso na njegovem seznamu, zato lažna e-pošta v imenu domene ni označena.
SPF je pravilno nastavljen: Domena navaja strežnike, ki smejo pošiljati njeno e-pošto, in prejemnike prosi, naj druge označijo ali zavrnejo. SPF sam ne prepreči izdajanja za domeno: kaj storiti, prejemnikom pove DMARC.

Kaj pomeni posamezen signal

Domena ne objavlja zapisa SPF.
Domena (ta ali vključena) objavlja več kot en zapis SPF. Dovoljen je samo en, zato ga prejemniki obravnavajo kot napako.
Zapis vsebuje napačno zapisan izraz, zato ga prejemniki obravnavajo kot napako.
Zapis potrebuje več kot 10 poizvedb DNS, če štejemo vse njegove include. Nad 10 ga prejemniki obravnavajo kot napako.
Eden od include kaže na domeno brez zapisa SPF, zato prejemniki zapis obravnavajo kot napako.
Include tvorijo zanko: domena na koncu vključi samo sebe.
Konča se z „+all“: kateri koli strežnik na svetu lahko pošilja e-pošto v imenu te domene.
Konča se z „?all“: o strežnikih, ki niso na seznamu, ne pove ničesar, zato ne ščiti.
Konča se z „~all“: e-pošta z drugih strežnikov je označena kot sumljiva, a ni zavrnjena. To je najpogostejša nastavitev.
Na koncu nima „all“, zato strežniki, ki niso na seznamu, dobijo nevtralen rezultat in nobene zaščite.
Uporablja „ptr“, počasen mehanizem, ki ga standard odsvetuje. Veliko prejemnikov ga preskoči.
Uporablja makre (izraze z znakom %), ki se spreminjajo z vsakim sporočilom, zato temu delu ne moremo slediti in je dejansko število poizvedb lahko večje.

Katere države pokriva

Deluje z domenami iz katere koli države. Zapis beremo tako kot prejemni strežniki (RFC 7208): njegove mehanizme, kako se konča, vsak include in redirect do 30 poizvedb ter število poizvedb DNS glede na omejitev 10.

Beremo javne zapise DNS domene. Če vnesete e-poštni naslov ali povezavo, iz vašega brskalnika odide samo domena. Domene, ki jo iščete, ne shranimo.

Pogosta vprašanja

Kaj je SPF?

Sender Policy Framework: zapis DNS, v katerem domena navede strežnike, ki smejo pošiljati njeno e-pošto. Strežnik, ki sporočilo prejme, preveri, ali je strežnik, ki ga je dostavil, na tem seznamu.

Kaj je bolje, „-all“ ali „~all“?

„-all“ prosi prejemnike, naj zavrnejo e-pošto s strežnikov, ki niso na seznamu; „~all“ jih prosi, naj jo označijo kot sumljivo. Oba ščitita in veliko domen uporablja „~all“ ter odločitev prepusti DMARC. „+all“ in „?all“ ne ščitita.

Zakaj je omejitev 10 poizvedb pomembna?

Vsak include, a, mx, ptr, exists in redirect prisili prejemni strežnik, da pošlje poizvedbo DNS. Če celoten zapis potrebuje več kot 10 poizvedb, se obravnava kot napaka in SPF preneha delovati. Odstranite storitve, ki jih ne uporabljate več, ali ponudnika prosite za preprostejši include.

Ali SPF sam ustavi lažna e-poštna sporočila?

Ne. SPF preverja skritega pošiljatelja na ovojnici, ne naslova, ki ga vidite v polju „Od“. Šele DMARC poveže oba in prosi prejemnike, naj e-pošto, ki ne opravi preverjanja, dajo v karanteno ali zavrnejo. Preverite tudi DMARC domene.