เมื่อแอปแจ้ง SMTP สำเร็จแต่ผู้รับหาอีเมลไม่พบ ให้ตรวจว่าเซิร์ฟเวอร์ใดตอบและตอบหลังขั้นตอนใด การรับเข้าระบบ relay ไม่จำเป็นต้องหมายถึงปลายทางรับแล้ว และการตอบรับเนื้อหาก็ยังไม่ระบุตำแหน่งโฟลเดอร์ เริ่มจากเหตุการณ์ที่ยืนยันได้ล่าสุดก่อนเปลี่ยน DNS หรือส่งซ้ำ
ความสำเร็จมีหลายจุด
โปรโตคอล SMTP แยกขั้นผู้ส่ง ผู้รับ และเนื้อหา การได้คำตอบดีตอนระบุผู้รับยังไม่ใช่การรับทั้งข้อความ ให้ขอรายละเอียดพร้อมเวลาและรหัสจากผู้ให้บริการ อย่าใช้สถานะที่แอปย่อว่า delivered โดยไม่ทราบนิยามของแอปนั้น
- จับคู่ที่อยู่จริง เวลาเขตไทย และ Message-ID หรือรหัสบริการ อย่าใช้ชื่อผู้ติดต่อหรือหัวเรื่องอย่างเดียว
- ดูเหตุการณ์หลังจากแอปส่ง รวมถึงงานค้างหรือข้อความแจ้งผิดพลาดภายหลัง หากเห็นแค่ relay ให้ขอทางส่งต่อจากผู้ดูแล relay
- ให้ผู้รับค้นทุกโฟลเดอร์และกฎที่เกี่ยวข้อง ถ้าเป็นบริษัทอาจต้องให้ผู้ดูแลตรวจเส้นทางหรือกักกัน เก็บจุดที่ยังไม่มีหลักฐานไว้
ตัวอย่างสมมติของระบบออกใบเสร็จ
ระบบออกใบเสร็จส่งให้บริการ SMTP สำเร็จแล้วแสดงเครื่องหมายเขียว แต่ยังไม่ได้ยืนยันขั้นตอนถึงบริการผู้รับ นักบัญชีจึงควรถามเหตุการณ์ปลายทางของฉบับนั้นก่อนสรุปว่าผู้รับลบข้อความ ตัวอย่างนี้เป็นวิธีแยกขั้นตอน ไม่กล่าวว่าทุกบริการหน่วงการส่งหลังรับ
อีกกรณีอาจถึงปลายทางแล้วแต่ถูกกฎเก็บถาวร อาการที่คนใช้งานเห็นคล้ายกันจึงมีสาเหตุต่างกัน การส่งซ้ำทันทีอาจเพิ่มใบเสร็จหลายฉบับเมื่อคิวเดิมเสร็จ ให้ตรวจสถานะก่อน หากต้องทดลองใหม่ใช้ฉบับของตนเองที่แยกหัวเรื่องและรหัสชัดเจน ไม่ทำรายการซื้อหรือชำระเงินจริงซ้ำ
ข้อสรุปเมื่อข้อมูลไม่ครบ
ส่วนหัวของฉบับที่ถึงช่วยอ่านทางส่งของฉบับนั้น แต่ไม่พิสูจน์สิ่งที่เกิดกับอีกฉบับที่หาย หากไม่มี log ทั้งสองฝั่งให้ระบุขอบเขตและผู้ที่ต้องตรวจต่อ ขอข้อมูลเท่าที่จำเป็นและไม่แนบเอกสารลูกค้าทั้งชุด การยืนยันรับโดยเซิร์ฟเวอร์ไม่ใช่คำรับประกันว่าคนเปิดอ่านหรือเห็นใน Inbox
แหล่งข้อมูลและการตรวจสอบ
RFC 5321: รับเนื้อหาและความรับผิดชอบ
ทดสอบอีเมลของคุณ กับกล่องทดสอบที่มีให้ ผลเป็นเพียงตัวอย่างที่สังเกต ไม่รับประกันกล่องของลูกค้าทั้งหมด อ่านขอบเขตใน วิธีทดสอบ และตรวจรายชื่อบริการที่รองรับในหน้าทดสอบปัจจุบัน