Suriin ang SPF record: sino ang puwedeng magpadala ng email bilang domain na ito?

Ang SPF ang DNS record kung saan inililista ng isang domain ang mga server na pinapayagang magpadala ng email nito. Kapag wala ito, o kung sira o masyadong bukas ito, mas madaling magpadala ng pekeng email sa pangalan ng domain na iyon. Mag-type ng domain, email address o link at babasahin namin ang SPF nito at ipapaliwanag ito.

Idagdag bilang gustong source I-download saGoogle Play I-download saApp Store

Paano ito gamitin

Mag-type ng domain na gusto mong suriin, o mag-paste ng email address o link: ang domain lang nito ang ginagamit namin.
Pindutin ang “Suriin ang SPF”. Binabasa namin ang SPF record at sinusundan ang bawat include, gaya ng gagawin ng server na tumatanggap ng email.
Tingnan kung paano nagtatapos ang record at ang bilang ng lookup: ang gusto mong makita ay “-all” o “~all” at 10 lookup o mas kaunti.

Ano ang ibig sabihin ng bawat resulta

Walang SPF ang domain na ito: Hindi nito sinasabi kung aling mga server ang puwedeng magpadala ng email nito, kaya mas madali itong gayahin. Kung domain mo ito, maglathala ng SPF record.
May mga error ang SPF record: Hindi ito mailapat ng mga server na tumatanggap ng email, kaya para sa kanila ay walang SPF ang domain. Sinasabi ng mga signal sa ibaba kung ano ang mali.
Kahit sino ay puwedeng magpadala ng email bilang domain na ito: Nagtatapos ang record sa “+all”, na nagbibigay-pahintulot sa lahat ng server sa mundo. Kapag ganito ang setup, walang pinoprotektahan ang SPF.
Hindi lubos na pinoprotektahan ng SPF ang domain: Hindi sinasabi ng record kung ano ang gagawin sa mga server na wala sa listahan nito, kaya hindi namamarkahan ang pekeng email sa pangalan ng domain.
Tama ang setup ng SPF: Inililista ng domain ang mga server na puwedeng magpadala ng email nito at hinihiling sa mga tumatanggap na server na markahan o tanggihan ang iba. Hindi kayang pigilan ng SPF nang mag-isa ang panggagaya: DMARC ang nagsasabi sa mga tumatanggap na server kung ano ang gagawin.

Ano ang ibig sabihin ng bawat signal

Walang inilalathalang SPF record ang domain.
Mahigit sa isang SPF record ang inilalathala ng isang domain (ito o isang naka-include na domain). Isa lang ang pinapayagan, kaya itinuturing itong error ng mga tumatanggap na server.
May term ang record na mali ang pagkakasulat, kaya itinuturing itong error ng mga tumatanggap na server.
Kailangan ng record ng mahigit 10 DNS lookup kapag binilang ang lahat ng include nito. Kapag lampas sa 10, itinuturing itong error ng mga tumatanggap na server.
Tumuturo ang isang include sa domain na walang SPF record, kaya itinuturing na error ng mga tumatanggap na server ang record.
Bumubuo ng loop ang mga include: nauuwi ang isang domain sa pag-include sa sarili nito.
Nagtatapos ito sa “+all”: puwedeng magpadala ng email bilang domain na ito ang kahit anong server sa mundo.
Nagtatapos ito sa “?all”: wala itong sinasabi tungkol sa mga server na wala sa listahan, kaya hindi ito nagpoprotekta.
Nagtatapos ito sa “~all”: minamarkahang kahina-hinala ang email mula sa ibang server pero hindi tinatanggihan. Ito ang pinakakaraniwang setting.
Walang “all” sa dulo nito, kaya neutral na resulta at walang proteksyon ang nakukuha ng mga server na wala sa listahan.
Gumagamit ito ng “ptr”, isang mabagal na mechanism na hindi inirerekomenda ng pamantayan. Nilalaktawan ito ng maraming tumatanggap na server.
Gumagamit ito ng mga macro (mga term na may %) na nagbabago sa bawat mensahe, kaya hindi namin masundan ang bahaging iyon at puwedeng mas mataas ang tunay na bilang ng lookup.

Aling mga bansa ang saklaw nito

Gumagana sa mga domain mula sa anumang bansa. Binabasa namin ang record gaya ng ginagawa ng mga server na tumatanggap ng email (RFC 7208): ang mga mechanism nito, kung paano ito nagtatapos, bawat include at redirect hanggang 30 lookup, at ang bilang ng DNS lookup nito kumpara sa limitasyong 10.

Binabasa namin ang mga pampublikong DNS record ng domain. Kung mag-type ka ng email address o link, ang domain lang nito ang lumalabas sa browser mo. Hindi sine-save ang domain na hinahanap mo.

Mga madalas itanong

Ano ang SPF?

Sender Policy Framework: isang DNS record kung saan inililista ng isang domain ang mga server na pinapayagang magpadala ng email nito. Sinusuri ng server na tumatanggap ng mensahe kung nasa listahang iyon ang server na naghatid nito.

Alin ang mas mabuti, “-all” o “~all”?

Hinihiling ng “-all” sa mga tumatanggap na server na tanggihan ang email mula sa mga server na wala sa listahan; hinihiling naman ng “~all” na markahan itong kahina-hinala. Parehong nagpoprotekta ang dalawa, at maraming domain ang gumagamit ng “~all” at hinahayaan ang DMARC na magpasya kung ano ang gagawin. Hindi nagpoprotekta ang “+all” at “?all”.

Bakit mahalaga ang limitasyong 10 lookup?

Sa bawat include, a, mx, ptr, exists at redirect, kailangang mag-query sa DNS ng server na tumatanggap. Kung kailangan ng buong record ng mahigit 10, itinuturing itong error at hihinto sa paggana ang SPF. Alisin ang mga serbisyong hindi mo na ginagamit o humingi sa provider mo ng mas simpleng include.

Kaya bang pigilan ng SPF nang mag-isa ang mga pekeng email?

Hindi. Sinusuri ng SPF ang nakatagong envelope sender, hindi ang address na nakikita mo sa “From”. DMARC ang nag-uugnay sa dalawa at humihiling sa mga tumatanggap na server na i-quarantine o tanggihan ang email na bumabagsak. Suriin din ang DMARC ng domain.