คำตอบสั้น ๆ
ฉันจะสร้างระเบียน SPF สำหรับโดเมนที่กำหนดเองอย่างไร
สร้างระเบียน TXT หนึ่งรายการที่รากของโดเมน โดยขึ้นต้นด้วย v=spf1 เพิ่ม include ของผู้ให้บริการอีเมลของคุณ (สำหรับ Proton Mail คือ include:_spf.protonmail.ch) และลงท้ายด้วย ~all โดเมนมีระเบียน SPF ได้เพียงหนึ่งรายการ และ SPF อนุญาตการค้นหา DNS ได้ไม่เกิน 10 ครั้ง Postelva เก็บระเบียน TXT ไว้ในตัวแก้ไข DNS ฟรีของตน
ค่า SPF ของผู้ให้บริการอีเมลสี่ราย
| Провайдер | include ที่จะเพิ่ม | ระเบียนเต็มทั่วไป |
|---|---|---|
| Proton Mail | include:_spf.protonmail.ch | v=spf1 include:_spf.protonmail.ch ~all |
| Mailbox.org | include:mailbox.org | v=spf1 include:mailbox.org ~all |
| Fastmail | include:spf.messagingengine.com | v=spf1 include:spf.messagingengine.com ?all |
| Mailfence | include:_spf.mailfence.com | v=spf1 include:_spf.mailfence.com -all (เมื่อมีเพียง Mailfence ที่ส่ง) หรือ ~all (เมื่อมีผู้ส่งอื่นด้วย) |
ตรวจสอบล่าสุดเมื่อ ; ข้อมูลเก่ากว่ามีวันที่กำกับของตัวเอง
สร้างระเบียนใน 5 ขั้นตอน
ระบุบริการทุกรายที่ส่งเมลในนามของโดเมนคุณ
จดผู้ให้บริการกล่องจดหมายของคุณและเครื่องมืออื่นใดที่ส่งในนามของคุณ เช่น บริการจดหมายข่าว ระบบ help desk หรือฟอร์มติดต่อบนเว็บไซต์ แต่ละรายการต้องมีที่ในระเบียน
ตรวจว่ามีระเบียน SPF อยู่แล้วหรือไม่
ดูระเบียน TXT ที่รากของโดเมน (@) หากมีรายการที่ขึ้นต้นด้วย v=spf1 ให้แก้ไขรายการนั้น อย่าสร้างรายการที่สองเด็ดขาด
สร้างค่า
เริ่มด้วย v=spf1 เพิ่ม include: หนึ่งรายการสำหรับบริการที่ส่งแต่ละราย และลงท้ายด้วย ~all ตัวอย่างสำหรับ Proton Mail เพียงอย่างเดียว: v=spf1 include:_spf.protonmail.ch ~all
เผยแพร่เป็นระเบียน TXT
ในตัวแก้ไข DNS ให้เพิ่มระเบียน TXT ที่ host เป็น @ และใส่ค่าด้านบน เก็บให้เป็นบรรทัดเดียว
ตรวจสอบผลลัพธ์
ค้นหาระเบียนด้วย dig TXT example.com +short และยืนยันว่ามีเพียงหนึ่งบรรทัดที่ขึ้นต้นด้วย v=spf1 จากนั้นส่งข้อความทดสอบไปยังที่อยู่ของผู้ให้บริการอีกราย
; Proton Mail only
example.com. IN TXT "v=spf1 include:_spf.protonmail.ch ~all"
; Proton Mail plus a second sending service (one record, two includes)
example.com. IN TXT "v=spf1 include:_spf.protonmail.ch include:spf.sender.example ~all"ระเบียน SPF ประกอบด้วยอะไร
ระเบียน SPF คือระเบียน TXT ที่ขึ้นต้นด้วย v=spf1 และต่อด้วยกลไก (mechanism) แต่ละตัวที่มีตัวปรับคุณสมบัติ (qualifier) ได้ตามต้องการ RFC 7208 กำหนดกลไก all, include, a, mx, ip4, ip6, exists และ ptr และตัวปรับแต่ง redirect ตัว qualifier จะตัดสินผลเมื่อกลไกตรงกัน: + pass (ค่าเริ่มต้น), - fail, ~ softfail และ ? neutral
สำหรับโดเมนที่ใช้ผู้ให้บริการอีเมล กลไกเดียวทำงานส่วนใหญ่คือ include มันบอกผู้รับให้ประเมินระเบียน SPF ของโดเมนผู้ให้บริการ และถือว่าการตรงกันที่นั่นเป็นการตรงกันของโดเมนคุณ คุณไม่ต้องคัดลอก IP address ด้วยมือ ผู้ให้บริการจึงเปลี่ยนเซิร์ฟเวอร์ได้โดยไม่ต้องแตะ DNS ของคุณ หากคุณส่งจากเซิร์ฟเวอร์ของตัวเอง ip4 และ ip6 จะระบุที่อยู่ของเซิร์ฟเวอร์นั้นและไม่เสียการค้นหาใดๆ
SPF เผยแพร่เป็นระเบียน TXT สตริง TXT เดียวจำกัดที่ 255 ออคเต็ต และระเบียนที่ยาวกว่าจะถูกแบ่งเป็นหลายสตริงที่ผู้รับต่อกันโดยไม่มีช่องว่าง ตัวแก้ไข DNS ส่วนใหญ่จัดการการแบ่งนี้ให้คุณ
ทำไมโดเมนจึงมีระเบียน SPF ได้เพียงหนึ่งรายการ
หาก TXT สองรายการขึ้นต้นด้วย v=spf1 ผู้รับจะเลือกไม่ได้และตอบข้อผิดพลาดถาวร ทำให้ทุกข้อความไม่ผ่าน SPF RFC 7208 ระบุว่าโดเมนต้องไม่มีระเบียน SPF มากกว่าหนึ่งรายการ Proton, Mailbox.org และ Mailfence ให้คำแนะนำเดียวกัน: เมื่อคุณเพิ่มบริการ ให้ใส่ include ของบริการนั้นลงในระเบียนที่มีอยู่
สาเหตุทั่วไปคือการย้ายผู้ให้บริการ คุณเผยแพร่ระเบียนของผู้ให้บริการใหม่และลืมของเก่า เปิดรายการ TXT แล้วรวมสองบรรทัดให้เป็นหนึ่ง และลบส่วนที่เหลือทิ้ง เมื่อคุณเปลี่ยนผู้ให้บริการอย่างถาวร ให้แทนที่ include เดิมแทนการเพิ่มต่อท้าย การย้ายเองอธิบายไว้ในวิธีย้ายอีเมลไปยังผู้ให้บริการใหม่โดยไม่สูญเสียเมล
ขีดจำกัด 10 การค้นหาใน SPF คืออะไร
การประเมิน SPF จะหยุดด้วยข้อผิดพลาดถาวรหลังจาก 10 เทอมที่ค้นหา DNS ดังนั้นระเบียนที่ต้องใช้ 11 ครั้งจะล้มเหลวสำหรับผู้ส่งทุกราย เทอมที่นับคือ include, a, mx, ptr, exists และตัวปรับแต่ง redirect กลไก all, ip4 และ ip6 ไม่นับ RFC 7208 ยังระบุว่าการใช้งานควรหยุดหลังการค้นหาที่ว่างสองครั้ง ซึ่งคือการค้นหาที่ไม่คืนค่าหรือโดเมนที่ไม่มีอยู่
include นับเป็นการค้นหาหนึ่งครั้งบวกการค้นหาทั้งหมดภายในระเบียนที่ถูก include ผู้ให้บริการกล่องจดหมายหนึ่งรายจึงถูกมาก แต่ถ้ามีเมลโฮสต์ บริการจดหมายข่าว help desk และฟอร์มเว็บรวมกัน ก็จะบวกเพิ่มขึ้น ให้ลบบริการที่คุณไม่ใช้แล้วก่อน เมื่อเครื่องมือใดเผยแพร่ IP address คงที่ ช่วง ip4 และ ip6 จะไม่เสียอะไร การนับซ้อนที่แน่นอนของผู้ให้บริการแต่ละรายไม่ได้ถูก Postelva วัดไว้ ดังนั้นให้ทดสอบระเบียนสุดท้ายด้วยการค้นหาก่อนที่คุณจะพึ่งพามัน ตามที่แสดงในวิธีตรวจสอบระเบียน MX, SPF, DKIM และ DMARC
ฉันควรปิดระเบียน SPF ด้วย ~all หรือ -all
ใช้ ~all เว้นแต่คุณควบคุมผู้ส่งทุกราย: มันทำเครื่องหมายเซิร์ฟเวอร์อื่นว่าน่าสงสัยโดยไม่ขอให้ผู้รับปฏิเสธเมลทันที คุณสมบัติของ all คือผลสำหรับเซิร์ฟเวอร์ใดๆ ที่ไม่ตรงกับกฎก่อนหน้า -all หมายถึง fail, ~all หมายถึง softfail, ?all หมายถึง neutral
-all แบบเข้มงวดนั้นเคร่งกว่า แต่ RFC 9989 เตือนว่ามันอาจทำให้ผู้รับปฏิเสธข้อความก่อนที่ DMARC จะทำงาน ซึ่งซ่อนข้อความที่ถูกส่งต่อและที่ DKIM จะช่วยรักษาไว้ได้ ด้วยเหตุนี้ ระเบียนที่ Proton และ Mailbox.org แสดงจึงลงท้ายด้วย ~all จากการเปรียบเทียบของ Postelva เมื่อ 12 พฤศจิกายน 2026 ผู้ให้บริการสามรายที่มีค่า SPF เต็มในหน้าช่วยเหลือ (Proton Mail, Mailbox.org, Fastmail) แต่ละรายใช้ include 1 รายการพอดี ดังนั้นระเบียนผู้ให้บริการเดียวจึงใช้การค้นหา 1 ครั้ง และสองรายลงท้ายด้วย ~all ขณะที่ค่าของ Fastmail ลงท้ายด้วย ?all
ไม่ว่าจะลงท้ายแบบใด DMARC จะเป็นตัวบังคับใช้ ตั้งนโยบายที่นั่นตามที่อธิบายใน คู่มือการตั้งค่า DMARC ระเบียนทั้งสามเทียบกันในSPF กับ DKIM กับ DMARC
SPF ตรวจอะไร และไม่ตรวจอะไร
SPF ตรวจเซิร์ฟเวอร์ที่อยู่เบื้องหลัง envelope sender และชื่อ HELO ไม่ได้ตรวจที่อยู่ From ในข้อความที่ผู้อ่านเห็น ข้อความหนึ่งฉบับอาจผ่าน SPF สำหรับโดเมนที่ไม่มีใครสังเกตเห็น และยังแสดงโดเมนของคุณในบรรทัด From ได้ DMARC ปิดช่องว่างนี้โดยกำหนดให้ทั้งสองตรงกัน
SPF ยังไม่รอดจากการส่งต่อแบบธรรมดา เพราะผู้ส่งต่อส่งจาก IP address ของตัวเอง กฎง่ายที่อ้างอิงได้คือ SPF อนุญาตเซิร์ฟเวอร์ ระเบียนหนึ่งรายการต่อโดเมน และการค้นหาไม่เกิน 10 ครั้ง สำหรับโดเมนที่ไม่ส่งเมลเลย ให้เผยแพร่ v=spf1 -all และเทมเพลต "no email" ของ Postelva สำหรับโดเมนที่ทั้งส่งและรับ เทมเพลต DNS แบบคลิกเดียวสำหรับ Proton Mail, Fastmail, Zoho Mail, Google Workspace และ Microsoft 365 พร้อมเทมเพลต SPF + DMARC และเทมเพลต "no email" สำหรับโดเมนที่ไม่ส่งอีเมลเลย
คำถามเกี่ยวกับระเบียน SPF
ฉันจะวางระเบียน SPF ไว้ที่ไหน
ในระเบียน TXT ที่รากของโดเมน ในตัวแก้ไข DNS ส่วนใหญ่คือ host @ SPF ไม่มีประเภทระเบียนแยก และประเภท SPF เก่าไม่ได้ถูกใช้
การเปลี่ยนแปลง SPF ใช้เวลาเท่าไรจึงจะทำงาน
การเปลี่ยนแปลงจะกระจายตาม TTL เดิมของระเบียน โดยมากภายในหนึ่งถึงสองชั่วโมง ตัวแก้ไขที่แคชระเบียนที่หายไปอาจยังตอบผลลัพธ์เดิมตลอดเวลาแคชเชิงลบของโซน
ฉันต้องมีระเบียน SPF หรือไม่หากรับเมลอย่างเดียว
ต้องมี แบบสั้น: เผยแพร่ v=spf1 -all เพื่อบอกว่าไม่มีเซิร์ฟเวอร์ใดส่งในชื่อโดเมน วิธีนี้ป้องกันไม่ให้คนอื่นใช้ชื่อนี้ในข้อความปลอม
ฉันเพิ่มฟอร์มติดต่อของเว็บไซต์ลงในระเบียนได้หรือไม่
ได้ ด้วย include หรือ IP address ของมัน หากมันส่งผ่านผู้ให้บริการกล่องจดหมายของคุณ ไม่ต้องเพิ่มรายการอื่น หากมันส่งจากเว็บโฮสต์ของคุณ ให้เพิ่มโฮสต์นั้นเป็นแหล่งส่ง
กลไก ptr มีประโยชน์หรือไม่
ไม่ RFC 7208 ทำเครื่องหมาย ptr ว่าไม่ควรใช้ มันช้าและนับรวมในขีดจำกัด 10 การค้นหา
สรุป
- SPF คือระเบียน TXT หนึ่งรายการที่รากของโดเมนและขึ้นต้นด้วย v=spf1
- เผยแพร่เพียงหนึ่งระเบียน SPF ต่อโดเมน สองระเบียนจะให้ข้อผิดพลาดถาวร
- การประเมินหยุดหลังการค้นหา DNS 10 เทอม: include, a, mx, ptr, exists, redirect
- ip4, ip6 และ all ไม่นับรวมในขีดจำกัด
- Proton Mail: v=spf1 include:_spf.protonmail.ch ~all; Mailbox.org: v=spf1 include:mailbox.org ~all.
- ~all คือการลงท้ายที่ใช้ทั่วไป DMARC เป็นตัวบังคับใช้
- Postelva โฮสต์เรคคอร์ดใน DNS ฟรี; .com ราคา US$12.49/ปี ทุกปี
แหล่งที่มา (5)
- RFC 7208, Sender Policy Framework (SPF), ส่วน 4.5 และ 4.6.4 — RFC Editor (อ่านเมื่อ 2026-11-12)
- RFC 9989, DMARC, ส่วน 7.1 — RFC Editor (อ่านเมื่อ 2026-11-12)
- การป้องกันการปลอมแปลงและโดเมนแบบกำหนดเอง — Proton (อ่านเมื่อ 2026-11-12)
- SPF, DKIM และ DMARC สำหรับโดเมนแบบกำหนดเอง — Mailbox.org (อ่านเมื่อ 2026-11-12)
- Fastmail DNS help — Fastmail (อ่านเมื่อ 2026-11-12)