ไม่ใช้ KYC: ยืนยันอีเมลหนึ่งฉบับ ไม่ใช้บัตรประชาชน · ชำระด้วยคริปโต: BTC, USDT, USDC, ETH, SOL, LTC · .com US$12.49/ปี ทุกปีในราคาเดียวกัน
ภาษา: ไทย
ค้นหาที่อยู่ของคุณ

การแก้ปัญหา · ตรวจสอบเมื่อ 12 พฤศจิกายน 2026

ทำไมอีเมลไม่มาถึงโดเมนแบบกำหนดเองของฉัน?

เมื่อจดหมายที่ส่งถึง [email protected] ไม่เคยปรากฏ สาเหตุเกือบทุกครั้งอยู่ที่ DNS ทำตามตารางจากบนลงล่าง

อัปเดตล่าสุด: · 3 นาทีในการอ่าน

คำตอบสั้น ๆ

ทำไมอีเมลไม่มาถึงโดเมนแบบกำหนดเองของฉัน?

อีเมลหยุดไปถึงโดเมนแบบกำหนดเองเมื่อเรคคอร์ด 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)
  1. RFC 7208 ส่วน 4.6.4: ขีดจำกัดการค้นหา DNS — RFC Editor (อ่านเมื่อ 2026-11-12)
  2. RFC 2308: การแคชค่าว่างของการค้นหา DNS — RFC Editor (อ่านเมื่อ 2026-11-12)
  3. Expired Registration Recovery Policy — ICANN (อ่านเมื่อ 2026-11-12)
  4. ข้อตกลงการรับรองผู้รับจดทะเบียนโดเมนปี 2013 — ICANN (อ่านเมื่อ 2026-11-12)
  5. โดเมนแบบกำหนดเองจาก Namecheap (ค่า MX) — Proton (อ่านเมื่อ 2026-11-12)
  6. เรคคอร์ด DNS เริ่มต้น — Fastmail (อ่านเมื่อ 2026-11-12)
  7. บทความ mailbox.org KB: SPF, DKIM และ DMARC — mailbox.org (อ่านเมื่อ 2026-11-12)
  8. การเปลี่ยนเรคคอร์ด DNS กระจายใช้เวลาเท่าไร — Suped (อ่านเมื่อ 2026-11-12)

.com US$12.49/ปี · ไม่ต้อง KYC · คริปโต

ค้นหาที่อยู่ของคุณ