ส่วนหัวอีเมลตอบได้หลายคำถามแต่ต้องอ่านแยกกัน From คือที่แสดง ผู้ส่ง envelope เป็นอีกตัวตนหนึ่ง และ DKIM มีโดเมนที่เซ็นเอง เริ่มจากต้นฉบับที่ผู้รับได้รับ ไม่ใช้ข้อความส่งต่อซึ่งอาจมีทางผ่านเพิ่ม แล้วแยกผลยืนยัน เส้นทาง และเวลาออกจากกัน
เก็บโดยไม่เผยข้อมูลเกินจำเป็น
Gmail มีเมนูแสดงต้นฉบับในข้อความ คู่มือยังบอกวิธีของไคลเอนต์อื่นด้วย ก่อนแบ่งปันให้ปกปิดที่อยู่หรือข้อมูลภายในที่ไม่จำเป็น แต่ใช้ชื่อแทนให้สม่ำเสมอ หากเปลี่ยนทุกโดเมนเป็นชื่อเดียวจะวิเคราะห์ alignment ไม่ได้ และอาจสร้างข้อสรุปผิดจากข้อมูลที่ปกปิดเอง
- จด From และ Reply-To แยกกัน ที่อยู่ตอบกลับไม่ได้ใช้ยืนยัน DMARC แทน From
- อ่าน Authentication-Results จากระบบรับที่เชื่อถือได้พร้อมโดเมนที่ตรวจ ไม่เชื่อคำว่า pass ที่แทรกมาในส่วนหัวโดยไม่ทราบแหล่ง
- ดูเส้นทางและเขตเวลาอย่างระวัง วันที่สร้างข้อความไม่ใช่เวลาออกจากทุกคิว ต้องมีหลักฐานแต่ละจุดก่อนอธิบายความล่าช้า
ตัวอย่างสมมติของสามโดเมน
ข้อความแสดงผู้ส่งจาก shop.example ส่งคำตอบไป support.shop.example แต่ envelope ใช้บริการภายนอกและ DKIM เซ็นด้วย shop.example ผู้ดูแลควรจดแต่ละส่วนแล้วประเมินผล ไม่เปลี่ยน Reply-To เพื่อหวังแก้ SPF ตัวอย่างนี้ใช้ชื่อสมมติ ไม่ใช่ค่าที่นำไปใส่ DNS จริงได้
หากมีหลายลายเซ็น ให้เก็บไว้ทั้งหมดพร้อมผลที่ผู้รับตรวจ บางลายเซ็นอาจเป็นของคนละขั้นตอน อย่าใช้ตัวแรกแทนผลรวม เช่นเดียวกับ Received ที่ต้องอ่านตามขอบเขตความเชื่อถือ ไม่ใช่ประกาศว่าเซิร์ฟเวอร์ทุกชื่อในข้อความเป็นผู้ส่งปัจจุบันของร้าน
อะไรที่ส่วนหัวไม่บอก
ต้นฉบับของฉบับที่ถึงไม่พิสูจน์ทางส่งของอีกฉบับที่หาย และไม่เปิดเหตุผลตัวกรองทั้งหมด สรุปเฉพาะสิ่งที่ยืนยัน เช่น ลายเซ็นนี้ผ่าน ทางช่วงนี้มีหลักฐาน หรือเวลาช่วงนี้ยังไม่ทราบ ถ้าต้องการข้อมูลเพิ่มให้ระบุผู้ดูแลที่ถือ log ของจุดนั้น แทนการเดาสาเหตุจากบรรทัดเดียว
แหล่งข้อมูลและการตรวจสอบ
RFC 8601: Authentication-Results
ทดสอบอีเมลของคุณ กับกล่องทดสอบที่มีให้ ผลเป็นเพียงตัวอย่างที่สังเกต ไม่รับประกันกล่องของลูกค้าทั้งหมด อ่านขอบเขตใน วิธีทดสอบ และตรวจรายชื่อบริการที่รองรับในหน้าทดสอบปัจจุบัน