คำตอบสั้น ๆ
ทำไมอีเมลไม่มาถึงโดเมนแบบกำหนดเองของฉัน?
อีเมลหยุดไปถึงโดเมนแบบกำหนดเองเมื่อเรคคอร์ด MX หายไป ผิด หรือปนกับผู้ให้บริการเก่า เมื่อการเปลี่ยนแปลง DNS ยังไม่กระจาย หรือเมื่อโดเมนหมดอายุ Postelva นับสาเหตุทั่วไปแปดข้อด้านล่าง การตรวจแรกคือเรคคอร์ด MX เสมอ ซึ่งมักต้องใช้เวลาถึง 24 ชั่วโมงจึงจะนิ่ง
สาเหตุแปดข้อของอีเมลที่หายไปพร้อมวิธีแก้
| อาการ | สาเหตุที่เป็นไปได้ | วิธีตรวจสอบ | วิธีแก้ไข |
|---|---|---|---|
| ไม่มีอะไรมาถึง ไม่มีการตีกลับ | เรคคอร์ด MX หายไปหรือยังเป็นของผู้ให้บริการเก่า | ค้นหาเรคคอร์ด MX ของโดเมน | เพิ่มเรคคอร์ด MX ของผู้ให้บริการใหม่และลบของเก่า |
| จดหมายมาถึงบางส่วน บางส่วนไม่มา | เรคคอร์ด MX เก่าและใหม่ปนกัน | รายการ MX แสดงโฮสต์ของผู้ให้บริการสองราย | เก็บเฉพาะ MX ของผู้ให้บริการใหม่ หรือให้ลำดับความสำคัญต่ำที่สุดแก่พวกเขา |
| เมื่อวานยังทำงาน วันนี้ไม่ทำงาน | การเปลี่ยนแปลง DNS ยังไม่กระจาย | ตัวแก้ไขต่างกันตอบต่างกัน | รอให้ TTL เก่าหมด; การเปลี่ยน MX ทั่วไปใช้เวลา 1 ถึง 4 ชั่วโมง และสูงสุด 24 ถึง 48 ชั่วโมง |
| การตีกลับบอกว่าโดเมนไม่มีอยู่ | โดเมนหมดอายุหรือถูกระงับ | ค้นหาสถานะของโดเมนที่รีจิสทรี | ต่ออายุ ดูว่าเกิดอะไรขึ้นกับอีเมลเมื่อโดเมนหมดอายุ |
| มีเรคคอร์ดแต่การค้นหาบอกว่าไม่มี | การแคชค่าว่างก่อนหน้า (negative caching) | ตัวแก้ไขหนึ่งพบเรคคอร์ดเดียวกัน อีกตัวไม่พบ | รอ: คำตอบว่างถูกแคชด้วย TTL ของ SOA ของโซน |
| จดหมายจากโดเมนของคุณเข้าสแปม | SPF สองรายการ หรือการค้นหา DNS มากกว่า 10 | นับเรคคอร์ด TXT ที่ขึ้นต้นด้วย v=spf1 | รวมเป็นหนึ่งเรคคอร์ด SPF และให้มีการค้นหาไม่เกิน 10 |
| ผู้ให้บริการบอกว่าโดเมนยังไม่ได้รับการยืนยัน | เรคคอร์ด TXT สำหรับยืนยันหายไปหรือคัดลอกผิด | เทียบค่ากับหน้าจอของผู้ให้บริการ | วางค่าอีกครั้ง; ตัวโฮสต์ DNS บางตัวต้องการชื่อโฮสต์โดยไม่มีโดเมน |
| จดหมายถูกตีกลับหลังคุณเข้มงวด DMARC | ตั้งนโยบายเป็น reject ก่อนที่ SPF และ DKIM จะผ่าน | อ่านรายงานรวม | กลับไป p=none แก้ผู้ส่ง แล้วเข้มงวดอีกครั้ง |
ควรตรวจอะไรก่อน?
ตรวจเรคคอร์ด MX ก่อน เพราะมันกำหนดว่าจดหมายทุกฉบับของโดเมนส่งไปที่ใด เรคคอร์ด MX ระบุเซิร์ฟเวอร์อีเมลและลำดับความสำคัญ ผู้ส่งจะลองหมายเลขที่ต่ำที่สุดก่อน หากรายการว่าง จดหมายไม่มีที่ไป หากระบุผู้ให้บริการเก่า จดหมายจะยังไปถึงที่นั่น
มีคำสั่งสองคำสั่งที่แสดงคำตอบ แทนที่ yourname.com ด้วยโดเมนของคุณ
dig MX yourname.com +short
nslookup -type=MX yourname.comคำตอบของ MX ควรเป็นอย่างไร?
ควรแสดงเฉพาะโฮสต์ของผู้ให้บริการปัจจุบันของคุณ คำตอบที่คาดหวังของ Proton Mail มีสองบรรทัด: mail.protonmail.ch ที่ลำดับความสำคัญ 10 และ mailsec.protonmail.ch ที่ลำดับความสำคัญ 20 สำหรับ Fastmail คือ in1-smtp.messagingengine.com ที่ 10 และ in2-smtp.messagingengine.com ที่ 20 วิธีอ่านเรคคอร์ดทุกรายการอยู่ในวิธีตรวจสอบเรคคอร์ด MX, SPF, DKIM และ DMARC
ทำไมจดหมายยังไปที่ผู้ให้บริการเก่า?
เพราะเรคคอร์ด MX เก่ายังอยู่ในโซน หรือตัวแก้ไขยังเก็บไว้ในแคช ตามดัชนีของ Postelva เมื่อ 12 พฤศจิกายน 2026 ผู้ให้บริการสามรายที่มีการตั้งค่า MX ที่บันทึกไว้ ได้แก่ Proton Mail, Mailbox.org และ Fastmail บอกให้คุณลบ MX ที่ชี้ไปที่อื่น หรือให้ MX ใหม่มีลำดับความสำคัญต่ำที่สุด การคงทั้งสองชุดไว้ทำให้จดหมายไปยังเซิร์ฟเวอร์ใดก็ได้อย่างไม่แน่นอน
เวลาที่การเปลี่ยนแปลงต้องใช้คือประมาณ TTL เก่าของเรคคอร์ดในขณะที่คุณเปลี่ยน TTL 3600 วินาทีหมายถึงคำตอบที่แคชได้นานถึงหนึ่งชั่วโมง TTL 86400 หมายถึงนานถึงหนึ่งวัน Proton Mail บอกให้เผื่อเวลาถึงหนึ่งวันสำหรับการเปลี่ยน MX และ Mailbox.org บอกว่าการซิงค์เรคคอร์ดยืนยันอาจใช้เวลาถึง 48 ชั่วโมง หากคุณกำลังวางแผนย้ายแทนการซ่อม ย้ายอีเมลไปยังผู้ให้บริการใหม่โดยไม่สูญเสียจดหมาย อธิบายวิธีลด TTL ล่วงหน้า
โดเมนหมดอายุหยุดอีเมลของฉันได้ไหม?
ได้: เมื่อโดเมนพ้นวันหมดอายุและ DNS ของมันหยุดแก้ไข จดหมายขาเข้าจะตีกลับหรือสูญหาย นโยบาย Expired Registration Recovery ของ ICANN ให้เจ้าของต่ออายุได้ตั้งแต่วันหมดอายุ หลังการลบ รีจิสทรี gTLD ให้ระยะผ่อนผัน 30 วันที่ DNS ถูกปิดใช้งาน การโอนถูกบล็อก และผู้จดทะเบียนอาจกู้ชื่อคืนโดยคิดค่าธรรมเนียมเพิ่ม วันที่แน่นอนที่ DNS หยุดแตกต่างกันตามผู้จดทะเบียน
ตัวกระตุ้นที่สองที่รู้จักน้อยกว่าคืออีเมลของผู้จดทะเบียน ICANN กำหนดให้ผู้จดทะเบียนยืนยันภายใน 15 วันหลังการจด การโอน หรือการเปลี่ยนผู้จดทะเบียน และโดเมนที่เจ้าของไม่ตอบอาจถูกระงับ Postelva ระบุไว้อย่างชัดเจนว่า อีเมลของผู้จดทะเบียนจะถูกยืนยันหลังการจดทะเบียน ตามที่กฎของ ICANN กำหนด (ภายใน 15 วัน) ตอบอีเมลยืนยันและเปิดการต่ออายุอัตโนมัติ ซึ่งที่นี่คือ การต่ออายุอัตโนมัติจากยอดคงเหลือ เปิดหรือปิดได้แยกตามแต่ละชื่อโดเมน เส้นเวลาเต็มอยู่ในสิ่งที่เกิดกับอีเมลเมื่อโดเมนหมดอายุ
SPF, DKIM หรือ DMARC ทำให้จดหมายหายไปได้ไหม?
สิ่งเหล่านี้กระทบจดหมายที่คุณส่งมากกว่าจดหมายที่คุณรับ แต่ DMARC ที่เข้มงวดอาจทำให้ผู้รับปฏิเสธข้อความของคุณทันที โดเมนเผยแพร่ SPF ได้เพียงหนึ่งเรคคอร์ด: เรคคอร์ดที่สองหรือเรคคอร์ด SPF ที่ต้องการการค้นหามากกว่า 10 (RFC 7208) จะคืนข้อผิดพลาดถาวร และผู้รับถือว่าการตรวจล้มเหลว เพิ่ม include ของผู้ให้บริการใหม่เข้าไปในเรคคอร์ดที่มีอยู่แทนการสร้างเรคคอร์ดใหม่
สำหรับ DMARC เริ่มที่ p=none พร้อมที่อยู่รายงาน ยืนยันว่า SPF และ DKIM ผ่านกับจดหมายที่ถูกต้องทั้งหมด แล้วย้ายไป quarantine และสุดท้าย reject Mailbox.org เตือนว่านโยบายที่เข้มงวดตั้งเร็วเกินไปอาจตีกลับจดหมายที่ถูกต้อง เรคคอร์ดอธิบายไว้ในวิธีสร้างเรคคอร์ด SPF
Postelva อยู่ตรงไหนในเรื่องนี้?
Postelva โฮสต์ DNS ของโดเมน ดังนั้นทุกเรคคอร์ดในคู่มือนี้แก้ไขได้ในพื้นที่ลูกค้า DNS รวมถึง โฮสติ้ง DNS ฟรี รองรับเรคคอร์ด A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV และ CAA, DNSSEC และเนมเซิร์ฟเวอร์ของคุณเองหากต้องการ (2 ถึง 13) เทมเพลตคลิกเดียวครอบคลุม Proton Mail, Fastmail และ Zoho Mail สำหรับ Tuta, Mailbox.org, iCloud+ และ Migadu เรคคอร์ดถูกพิมพ์ในตัวแก้ไข DNS หากเทมเพลตกับเรคคอร์ดที่พิมพ์เองไม่ตรงกัน โซนจะแสดงทั้งสองค่า ดังนั้นอ่านรายการทั้งหมดก่อนรอการกระจาย ฝ่ายสนับสนุนตอบทางอีเมล: ตอบอีเมลภายใน 12 ชั่วโมง 7 วันต่อสัปดาห์ รวมถึงความช่วยเหลือเรื่องเรคคอร์ด MX, SPF, DKIM และ DMARC
คำถามเกี่ยวกับอีเมลที่หายไป
ฉันควรรอนานแค่ไหนก่อนสรุปว่าการเปลี่ยน DNS ล้มเหลว?
รอจนถึง TTL เก่าของเรคคอร์ด แล้วตรวจจากตัวแก้ไขที่สอง การเปลี่ยน MX โดยทั่วไปใช้เวลา 1 ถึง 4 ชั่วโมง และอาจใช้เวลา 24 ถึง 48 ชั่วโมง
ทำไมผู้ส่งบางรายถึงมาถึงฉันได้ และบางรายไม่ได้?
ตัวแก้ไขของผู้ส่งแต่ละรายแคชเรคคอร์ดเก่าของคุณในเวลาต่างกัน ระหว่างการเปลี่ยนแปลงบางรายจึงส่งไปยังเซิร์ฟเวอร์ใหม่และบางรายไปยังเซิร์ฟเวอร์เก่า การลบ MX เก่าจะยุติการแบ่งนี้
catch-all กระทบการส่งหรือไม่?
เฉพาะภายในกล่องจดหมาย catch-all รับชื่อที่คุณไม่ได้สร้าง หากไม่พบที่อยู่ที่มีชื่อ ให้ตรวจว่านามแฝงนั้นมีอยู่และ catch-all ของบัญชีอื่นไม่ได้รับจดหมายนั้นไป
ผู้ให้บริการบล็อกโดเมนของฉันได้ไหม?
ผู้ให้บริการอาจปฏิเสธโดเมนที่ยังไม่ได้รับการยืนยัน ตรวจเรคคอร์ด TXT สำหรับยืนยันและหน้าสถานะของผู้ให้บริการก่อนดูต่อ
จะทำอย่างไรถ้าโดเมนของฉันแสดงว่าหมดอายุ?
ต่ออายุทันทีจากพื้นที่ลูกค้า ในช่วงผ่อนผันการลบ ผู้จดทะเบียนยังอาจกู้คืนให้ได้ โดยมีค่าธรรมเนียมเพิ่มที่ต้องประกาศไว้
สรุป
- ตรวจเรคคอร์ด MX ก่อน: มันกำหนดว่าจดหมายจะถูกส่งไปที่ใด
- ลบเรคคอร์ด MX เก่าหรือให้เรคคอร์ดใหม่มีลำดับความสำคัญต่ำที่สุด
- การเปลี่ยน MX ใช้เวลาประมาณ TTL เก่า: ปกติ 1 ถึง 4 ชั่วโมง สูงสุด 48 ชั่วโมง
- SPF เพียงหนึ่งเรคคอร์ด ต่ำกว่า 10 การค้นหา DNS (RFC 7208)
- โดเมนที่หมดอายุจะหยุดแก้ไข; ช่วงผ่อนผันการกู้คืนคือ 30 วัน
- ICANN กำหนดให้อีเมลของผู้จดทะเบียนต้องยืนยันภายใน 15 วัน
- เข้มงวด DMARC จาก p=none ไม่ใช่ไป reject ทันที
แหล่งที่มา (8)
- RFC 7208 ส่วน 4.6.4: ขีดจำกัดการค้นหา DNS — RFC Editor (อ่านเมื่อ 2026-11-12)
- RFC 2308: การแคชค่าว่างของการค้นหา DNS — RFC Editor (อ่านเมื่อ 2026-11-12)
- Expired Registration Recovery Policy — ICANN (อ่านเมื่อ 2026-11-12)
- ข้อตกลงการรับรองผู้รับจดทะเบียนโดเมนปี 2013 — ICANN (อ่านเมื่อ 2026-11-12)
- โดเมนแบบกำหนดเองจาก Namecheap (ค่า MX) — Proton (อ่านเมื่อ 2026-11-12)
- เรคคอร์ด DNS เริ่มต้น — Fastmail (อ่านเมื่อ 2026-11-12)
- บทความ mailbox.org KB: SPF, DKIM และ DMARC — mailbox.org (อ่านเมื่อ 2026-11-12)
- การเปลี่ยนเรคคอร์ด DNS กระจายใช้เวลาเท่าไร — Suped (อ่านเมื่อ 2026-11-12)