Email Marketing at AutomationMartech Zone Apps

App: Paano Buuin ang Iyong SPF Record

Ang mga detalye at paliwanag kung paano an SPF record ang mga gawa ay nakadetalye sa ibaba ng tagabuo ng SPF Record.

Tagabuo ng SPF Record

Narito ang isang form na maaari mong gamitin upang bumuo ng iyong sariling TXT record upang idagdag sa iyong domain o subdomain kung saan ka nagpapadala ng mga email.

Tagabuo ng SPF Record

TANDAAN: Hindi kami nag-iimbak ng mga entry na isinumite mula sa form na ito; gayunpaman, ang mga halaga ay magiging default batay sa kung ano ang iyong nailagay dati.

Hindi kailangan ng http:// o https://.
Magrekomenda: Oo
Magrekomenda: Oo
Magrekomenda: Hindi

Mga IP Address

Ang mga IP address ay maaaring nasa CIDR na format.

Mga Pangalan ng Host

Subdomain o domain

Domains

Subdomain o domain

Medyo nakaluwag nang ilipat namin ang email ng aming kumpanya sa Google mula sa pinamamahalaang serbisyo ng IT na ginamit namin. Bago kami nasa Google, kailangan naming maglagay ng mga kahilingan para sa anumang mga pagbabago, listahan ng mga karagdagan, atbp. Ngayon ay maaari na naming pangasiwaan ang lahat sa pamamagitan ng simpleng interface ng Google.

Ang isang pag-urong na napansin namin noong nagsimula kaming magpadala ay ang ilang mga email mula sa aming system ay hindi nakapasok sa inbox... maging ang aming inbox. Gumawa ako ng ilang pagbabasa sa payo ng Google para sa Maramihang Mga Nagpadala ng Email at mabilis na pumasok sa trabaho. Mayroon kaming email na lumalabas sa 2 application na aming hino-host, isa pang application na ibang tao ang nagho-host bilang karagdagan sa isang Email Service Provider. Ang aming problema ay kulang kami ng SPF record upang ipaalam sa mga ISP na ang mga email na ipinadala mula sa Google ay sa amin.

Ano ang Sender Policy Framework?

Ang Sender Policy Framework ay isang email authentication protocol at bahagi ng email cybersecurity na ginagamit ng mga ISP upang harangan ang mga phishing na email na maihatid sa kanilang mga user. An SPF Ang record ay isang domain record na naglilista ng lahat ng iyong domain, IP address, atbp. kung saan ka nagpapadala ng mga email. Nagbibigay-daan ito sa sinumang ISP na hanapin ang iyong tala at patunayan na ang email ay nagmumula sa isang naaangkop na pinagmulan.

Ang phishing ay isang uri ng online na panloloko kung saan gumagamit ang mga kriminal ng mga diskarte sa social engineering para linlangin ang mga tao sa pagbibigay ng sensitibong impormasyon, gaya ng mga password, numero ng credit card, o iba pang personal na impormasyon. Ang mga umaatake ay karaniwang gumagamit ng email upang akitin ang mga indibidwal na magbigay ng personal na impormasyon sa pamamagitan ng pagkukunwari sa kanilang sarili bilang isang lehitimong negosyo... tulad ng sa iyo o sa akin.

Ang SPF ay isang magandang ideya - at hindi ako sigurado kung bakit hindi ito isang pangunahing paraan para sa maramihang mga emailer at spam-blocking system. Iisipin mo na ang bawat domain registrar ay gagawing punto na bumuo ng isang wizard dito mismo para sa sinuman na ilista ang mga mapagkukunan ng email na kanilang ipapadala.

Paano Gumagana ang Isang SPF Record?

An ISP sinusuri ang isang SPF record sa pamamagitan ng pagsasagawa ng DNS query upang makuha ang SPF record na nauugnay sa domain ng email address ng nagpadala. Pagkatapos ay sinusuri ng ISP ang SPF record, isang listahan ng mga awtorisadong IP address o hostname na pinapayagang magpadala ng email sa ngalan ng domain laban sa IP address ng server na nagpadala ng email. Kung ang IP address ng server ay hindi kasama sa SPF record, maaaring i-flag ng ISP ang email bilang potensyal na mapanlinlang o ganap na tanggihan ang email.

Ang pagkakasunud-sunod ng proseso ay ang mga sumusunod:

  1. Gumagawa ang ISP ng DNS query para makuha ang SPF record na nauugnay sa domain ng email address ng nagpadala.
  2. Sinusuri ng ISP ang SPF record laban sa IP address ng email server. Ito ay maaaring tukuyin sa CIDR format upang magsama ng isang hanay ng mga IP address.
  3. Sinusuri ng ISP ang IP address at tinitiyak na wala ito sa a DNSBL server bilang isang kilalang spammer.
  4. Sinusuri din ng ISP dMarc at BIMI mga talaan.
  5. Pagkatapos ay pinapayagan ng ISP ang paghahatid ng email, tinatanggihan ito, o ilagay ito sa junk folder depende sa panloob na mga panuntunan sa paghahatid nito.

Mga Halimbawa ng SPF Record

Ang SPF record ay isang TXT record na dapat mong idagdag sa domain kung saan ka nagpapadala ng mga email. Ang mga tala ng SPF ay hindi maaaring lumampas sa 255 na mga character ang haba at hindi maaaring magsama ng higit sa sampung mga pahayag na kasama.

  • Magsimula sa v=spf1 tag at sundan ito ng mga IP address na awtorisadong ipadala ang iyong email. Halimbawa, v=spf1 ip4:1.2.3.4 ip4:2.3.4.5 .
  • Kung gumagamit ka ng third party para magpadala ng email sa ngalan ng domain na pinag-uusapan, dapat kang magdagdag isama sa iyong SPF record (hal., isama ang:domain.com) upang italaga ang ikatlong partido na iyon bilang isang lehitimong nagpadala 
  • Kapag naidagdag mo na ang lahat ng awtorisadong IP address at isama ang mga pahayag, tapusin ang iyong tala sa isang ~all or -all tag. Ang isang ~all tag ay nagpapahiwatig ng a mahina ang malambot na SPF habang ang isang -all na tag ay nagpapahiwatig ng a nabigo ang matapang na SPF. Sa mata ng mga pangunahing tagapagbigay ng mailbox ~all at -all ay parehong magreresulta sa pagkabigo ng SPF.

Kapag naisulat mo na ang iyong SPF record, gugustuhin mong idagdag ang record sa iyong domain registrar. Narito ang ilang halimbawa:

v=spf1 a mx ip4:192.0.2.0/24 -all

Ang SPF record na ito ay nagsasaad na ang anumang server na may mga A o MX record ng domain, o anumang IP address sa hanay na 192.0.2.0/24, ay pinahihintulutan na magpadala ng email sa ngalan ng domain. Ang -lahat sa dulo ay nagpapahiwatig na ang anumang iba pang mga pinagmumulan ay dapat mabigo sa pagsusuri ng SPF:

v=spf1 a mx include:_spf.google.com -all

Ang SPF record na ito ay nagsasaad na ang anumang server na may A o MX record ng domain, o anumang server na kasama sa SPF record para sa domain na "_spf.google.com", ay pinahihintulutan na magpadala ng email sa ngalan ng domain. Ang -lahat sa dulo ay nagpapahiwatig na ang anumang iba pang mga pinagmumulan ay dapat mabigo sa pagsusuri ng SPF.

v=spf1 ip4:192.168.0.0/24 ip4:192.168.1.100 include:otherdomain.com -all

Ang SPF record na ito ay tumutukoy na ang lahat ng email na ipinadala mula sa domain na ito ay dapat magmula sa mga IP address sa loob ng 192.168.0.0/24 network range, ang nag-iisang IP address na 192.168.1.100, o anumang mga IP address na pinahintulutan ng SPF record ng otherdomain.com domain. Ang -all sa dulo ng tala ay tumutukoy na ang lahat ng iba pang mga IP address ay dapat ituring bilang mga nabigong pagsusuri sa SPF.

Pinakamahuhusay na Kasanayan sa Pagpapatupad ng SPF

Ang wastong pagpapatupad ng SPF ay nagpapahusay sa paghahatid ng email at pinoprotektahan ang iyong domain laban sa panggagaya ng email. Ang isang dahan-dahang diskarte sa pagpapatupad ng SPF ay maaaring makatulong na matiyak na ang lehitimong trapiko sa email ay hindi sinasadyang maapektuhan. Narito ang isang inirerekomendang diskarte:

1. Imbentaryo ng Pagpapadala ng Mga Pinagmumulan

  • Layunin: Tukuyin ang lahat ng mga server at serbisyo na nagpapadala ng email sa ngalan ng iyong domain, kabilang ang iyong sariling mga mail server, mga third-party na email service provider, at anumang iba pang mga system na nagpapadala ng email (hal, CRM system, marketing automation platform).
  • Aksyon: Bumuo ng komprehensibong listahan ng mga IP address at domain ng mga nagpapadalang source na ito.

2. Lumikha ng Iyong Paunang SPF Record

  • Layunin: Mag-draft ng SPF record na kinabibilangan ng lahat ng natukoy na lehitimong source ng pagpapadala.
  • Aksyon: Gamitin ang syntax ng SPF para tukuyin ang mga source na ito. Maaaring ganito ang hitsura ng isang halimbawang tala ng SPF: v=spf1 ip4:192.168.0.1 include:_spf.google.com ~all. Binibigyang-daan ng record na ito ang mga email mula sa IP address na 192.168.0.1 at kasama ang SPF record ng Google, na may ~all na nagpapahiwatig ng isang softfail para sa mga mapagkukunang hindi tahasang nakalista.

3. I-publish ang Iyong SPF Record sa DNS

  • Layunin: Ipaalam ang iyong patakaran sa SPF sa pagtanggap ng mga mail server sa pamamagitan ng pagdaragdag nito sa mga DNS record ng iyong domain.
  • Aksyon: I-publish ang SPF record bilang TXT record sa DNS ng iyong domain. Nagbibigay-daan ito sa mga server ng mail ng tatanggap na makuha at suriin ang iyong SPF record kapag nakatanggap sila ng mga email mula sa iyong domain.

4. Subaybayan at Subukan

  • Layunin: Tiyaking pinapatunayan ng iyong SPF record ang mga lehitimong source ng email nang hindi naaapektuhan ang paghahatid ng email.
  • Aksyon: Gumamit ng mga tool sa pagpapatunay ng SPF upang subaybayan ang mga ulat sa paghahatid ng email mula sa iyong mga service provider. Bigyang-pansin ang anumang mga isyu sa paghahatid na maaaring magpahiwatig na ang mga pagsusuri sa SPF ay nakakakuha ng mga lehitimong email.

5. Pinuhin ang Iyong SPF Record

  • Layunin: Ayusin ang iyong SPF record upang malutas ang anumang mga isyung natukoy sa panahon ng pagsubaybay at pagsubok, at upang ipakita ang mga pagbabago sa iyong mga kasanayan sa pagpapadala ng email.
  • Aksyon: Magdagdag o mag-alis ng mga IP address o magsama ng mga pahayag kung kinakailangan. Mag-ingat sa limitasyon sa paghahanap ng SPF 10, na maaaring magdulot ng mga isyu sa pagpapatunay kung lalampas.

6. Regular na Suriin at I-update

  • Layunin: Panatilihing tumpak at napapanahon ang iyong SPF record upang umangkop sa mga pagbabago sa iyong imprastraktura ng email at mga kasanayan sa pagpapadala.
  • Aksyon: Pana-panahong suriin ang iyong mga pinagmumulan ng pagpapadala at i-update ang iyong SPF record nang naaayon. Kabilang dito ang pagdaragdag ng mga bagong service provider ng email o pag-alis ng mga hindi mo na ginagamit.

Sa pamamagitan ng pagsunod sa mga hakbang na ito, maaari mong ipatupad ang SPF upang pahusayin ang iyong seguridad at paghahatid ng email habang pinapaliit ang panganib ng pagkagambala sa mga lehitimong komunikasyon sa email.

Douglas Karr

Douglas Karr ay CMO ng OpenINSIGHTS at ang nagtatag ng Martech Zone. Nakatulong si Douglas sa dose-dosenang matagumpay na mga startup ng MarTech, tumulong sa angkop na pagsusumikap ng higit sa $5 bil sa mga pagkuha at pamumuhunan ng Martech, at patuloy na tinutulungan ang mga kumpanya sa pagpapatupad at pag-automate ng kanilang mga diskarte sa pagbebenta at marketing. Si Douglas ay isang kinikilalang internasyonal na digital na pagbabago at eksperto at tagapagsalita ng MarTech. Si Douglas ay isa ring nai-publish na may-akda ng isang Dummie's guide at isang business leadership book.

Kaugnay na Artikulo

Bumalik sa tuktok na pindutan
Pagsasara

Natukoy ang Adblock

Martech Zone ay kayang ibigay sa iyo ang nilalamang ito nang walang bayad dahil pinagkakakitaan namin ang aming site sa pamamagitan ng kita ng ad, mga link na kaakibat, at mga sponsorship. Ikinalulugod namin kung aalisin mo ang iyong ad blocker habang tinitingnan mo ang aming site.