Bakit mahalaga ang SPF, DKIM at DMARC

Bakit ito mahalaga sa isang negosyo

Walang built-in na pagsusuri ang email kung sino ang nagpadala. Kung wala ang mga record na ito, maaaring ilagay ng sinuman ang inyong domain sa From line, kaya maaaring dumating ang pekeng invoice na mukhang galing sa inyong accounts team.

Nangyayari rin ang kabaligtaran. Hindi pinagkakatiwalaan ng malalaking provider ang mail na walang authentication, kaya napupunta sa spam ang mga tunay na sagot. Mula 2024, inatasan ng Google at Yahoo ang mga bulk sender na mag-authenticate.

Ano ang idinaragdag ng bawat isa

• SPF: inililista ang mga server na pinapayagang magpadala para sa inyong domain.
• DKIM: pinipirmahan ang bawat mensahe, na nagpapatunay kung aling domain ang pumirma at na walang nabago sa daan.
• DMARC: sinusuri kung pumasa ang SPF o DKIM para sa domain sa From address, sinasabi sa mga tumatanggap kung ano ang gagawin kapag hindi pumasa ang pareho, at nagpapadala sa inyo ng mga report.

Walang sapat nang mag-isa. Maaaring pumasa ang SPF at DKIM para sa ibang domain kaysa sa nakikita ng bumabasa, at wala sa kanila ang humihiling sa tumatanggap na harangin ang anuman. Kailangan ng DMARC na gumagana ang isa sa mga ito, at pumapalya ang SPF sa na-forward na mail, kaya DKIM ang pangalawang sandigan.

Mga karaniwang pagkakamali

• Dalawang SPF record: ang pangalawang record na idinagdag para sa bagong serbisyo ay nagpapapalya sa SPF para sa lahat ng inyong mail.
• Isang nagpapadalang walang nagdagdag: ang marketing platform o invoicing system ay nagpapadala bilang inyong domain ngunit hindi nabigyan ng SPF entry o DKIM key.
• DMARC na nasa none magpakailanman: hindi kailanman umuusad ang policy, kaya naihahatid pa rin ang pekeng mail.
• Pagtalon sa reject: ang pagpapatupad bago basahin ang mga report ay humaharang sa sarili ninyong mail kasama ng mga peke.

Ang pagkakasunod-sunod ng pag-set up

1. Ilista ang bawat nagpapadala: ang inyong mail provider at bawat serbisyong nag-e-email bilang inyong domain.
2. Maglathala ng isang SPF record na sumasaklaw sa lahat ng mga ito.
3. Paganahin ang DKIM sa bawat nagpapadalang serbisyo.
4. Maglathala ng DMARC sa none na may report address, at basahin ang mga report.
5. Lumipat sa quarantine, pagkatapos sa reject, kapag sarili na ninyong mga serbisyo na lamang ang lumilitaw.

Lahat ng tatlo ay nasa inyong DNS. Saklaw ng aming gabay sa business email ang natitirang bahagi ng setup.

Paano nakikipagtrabaho ang KawaConnect sa email authentication

Kapag nagse-set up, naglilipat o nangangasiwa kami ng Microsoft 365, bahagi ng trabaho ang mga record ng SPF, DKIM at DMARC, kasama ang mga MX record na nagruruta ng mail. Para sa mga website na hino-host namin, idinaragdag sa parehong mga record ang contact form na nagpapadala ng mail.

Alamin ang higit pa

• Email authentication sa WikipediaIsang pangkalahatang-ideya ng mga paraang ginagamit para i-verify kung saan galing ang email.
• DMARC, DKIM at SPF sa CloudflareIsang paglalakad sa tatlong record.
• Pangkalahatang-ideya ng DMARC sa dmarc.orgKung paano nakabatay ang DMARC sa SPF at DKIM, mula sa sariling site ng pamantayan.
• Mga alituntunin ng Google para sa nagpapadala ng emailAng authentication na inaasahan ng Gmail mula sa mga nagpapadala.
• Email authentication sa Microsoft 365Gabay ng Microsoft sa tatlo para sa Microsoft 365.