เมื่อ SPF fail ให้หาโดเมนที่ผู้รับตรวจจาก smtp.mailfrom หรือหลักฐานที่เกี่ยวข้องก่อน From ที่ลูกค้ามองเห็นอาจไม่ใช่โดเมนนั้น การเพิ่ม include ลงโดเมนร้านโดยยังไม่ทราบเป้าหมายอาจไม่เปลี่ยนผลเลย และอาจกระทบแหล่งส่งเดิม
แยกผู้สร้างและผู้ส่งจริง
เว็บสร้างข้อความได้แต่ส่งผ่านบริการอีกแห่ง ต้องทราบทางส่งของฉบับปัญหา อีเมลจากเว็บเมล จดหมายข่าว และฟอร์มอาจไม่ใช้แหล่งเดียวกัน เก็บต้นฉบับและอ่านผลจากระบบรับที่เชื่อถือได้ ข้อความ pass ที่ใครก็ใส่เพิ่มเองในส่วนหัวไม่ใช่หลักฐานอิสระ
- ระบุแอป บัญชี และโดเมน envelope ของข้อความ อย่าใช้ที่อยู่ตอบกลับแทนโดเมน SPF
- เปรียบเทียบระเบียนของโดเมนที่ตรวจจริงกับคำแนะนำผู้ให้บริการปัจจุบัน แยก fail จากข้อผิดพลาดเชิงรูปแบบหรือการค้น DNS
- ก่อนแก้รวบรวมแหล่งส่งที่ยังใช้งาน สำรองค่าเดิม แล้วตรวจฉบับใหม่จากทุกแหล่งที่ได้รับผล ไม่ใช่เพียงบัญชีของผู้แก้
ตัวอย่างสมมติของจดหมายข่าว
ร้านรับอีเมลบริษัทที่โฮสติ้งหนึ่งแต่ส่งข่าวผ่านอีกแพลตฟอร์ม จดหมายส่วนตัวผ่าน SPF ขณะที่ข่าวไม่ผ่าน ต้องตรวจโดเมนของ envelope จากข่าว ไม่สรุปว่าโฮสติ้งกล่องจดหมายเสีย ตัวอย่างนี้ไม่ให้ค่าระเบียนสำเร็จรูป เพราะแต่ละบัญชีและเส้นทางต้องใช้ค่าที่ได้รับจริง
ในบางเส้นทางแพลตฟอร์มใช้โดเมนของตนเองและผ่าน SPF อยู่แล้ว แต่ยังไม่สอดคล้องกับ From สำหรับ DMARC จึงต้องบันทึกผล SPF กับ alignment แยกกัน การผ่านของโดเมนแพลตฟอร์มไม่ใช่ใบรับรองตัวตนร้านครบทุกส่วน และไม่บอกตำแหน่ง Inbox ด้วย
หลังแก้ยังต้องตรวจอะไร
ตรวจ DKIM และ DMARC ของฉบับใหม่ พร้อมเก็บเวลาที่แก้ หากผลยังไม่ดีแต่ SPF ถูกแล้ว อย่าเพิ่มระเบียนซ้ำไปเรื่อย ๆ ต้องหาข้อผิดพลาดที่เหลือ เป้าหมายคืออนุญาตแหล่งส่งที่ถูกต้องโดยไม่ทำให้ใบแจ้งหรือฟอร์มเก่าหยุด และไม่มีการรับประกันการจัดประเภททุกบัญชีจากการผ่าน SPF เพียงอย่างเดียว
แหล่งข้อมูลและการตรวจสอบ
ทดสอบอีเมลของคุณ กับกล่องทดสอบที่มีให้ ผลเป็นเพียงตัวอย่างที่สังเกต ไม่รับประกันกล่องของลูกค้าทั้งหมด อ่านขอบเขตใน วิธีทดสอบ และตรวจรายชื่อบริการที่รองรับในหน้าทดสอบปัจจุบัน