Softonic

ตรวจสอบ MX Record

ขั้นตอน 1 / 3 ค้นหา MX
ถัดไป

เมื่ออีเมลตีกลับ (bounce) สิ่งแรกที่ควรดูคือ MX record ของผู้รับ เครื่องมือนี้จะสอบถาม DNS ที่มีอำนาจ (authoritative) ของโดเมนใดก็ได้ แล้วคืนรายชื่อโฮสต์ของเมลเซิร์ฟเวอร์ (mail exchanger) ทั้งหมด พร้อมค่าลำดับความสำคัญและหมายเลข IP ที่รีโซลฟ์ได้ ซึ่งเป็นภาพเดียวกับที่เซิร์ฟเวอร์ SMTP ฝั่งผู้ส่งเห็นก่อนพยายามส่งอีเมล

การตรวจสอบ MX ทำงานอย่างไร

  1. 1

    ป้อนชื่อโดเมน

    พิมพ์โดเมนหลัก (apex) เช่น example.com โดยไม่ต้องใส่ "mail." หรือโปรโตคอลใดๆ

  2. 2

    สอบถาม DNS

    เครื่องมือจะขอชุด MX record จากรีโซลเวอร์สาธารณะ แล้วอ่านค่าของแต่ละรายการที่ได้กลับมา

  3. 3

    ดูลำดับความสำคัญ

    ตัวเลขลำดับความสำคัญที่ต่ำกว่าจะถูกลองก่อน หากมีค่าเท่ากันจะกระจายโหลดแบบ round-robin

  4. 4

    รีโซลฟ์ชื่อโฮสต์

    ปลายทาง MX แต่ละตัวจะถูกรีโซลฟ์เป็นเรคคอร์ด A หรือ AAAA เพื่อให้คุณมองเห็นโฮสต์ที่ตายแล้ว

MX record ทำหน้าที่อะไรกันแน่

MX (Mail Exchanger) record บอกให้โลกรู้ว่าเซิร์ฟเวอร์ตัวใดรับอีเมลของโดเมนหนึ่งๆ ค่านี้จะถูกส่งกลับมาเมื่อมีการสอบถาม DNS ชนิด MX และแต่ละรายการประกอบด้วยสองส่วน คือ ตัวเลขลำดับความสำคัญ และชื่อโฮสต์ เซิร์ฟเวอร์ฝั่งผู้ส่งจะลองตัวที่มีลำดับความสำคัญต่ำสุดก่อน แล้วจึงย้อนไปใช้ตัวเลขที่สูงกว่าหากส่งไม่สำเร็จ

กายวิภาคของ MX record

ฟิลด์ ตัวอย่าง ความหมาย
ลำดับความสำคัญ 10 ลำดับการเลือกใช้ ตัวเลขยิ่งต่ำยิ่งถูกเลือกก่อน
Exchanger aspmx.l.google.com. ชื่อโฮสต์ของเมลเซิร์ฟเวอร์ฝั่งผู้รับ
TTL 3600 จำนวนวินาทีที่รีโซลเวอร์เก็บคำตอบไว้ในแคชได้

ข้อผิดพลาดที่พบบ่อยและการตรวจสอบนี้จับได้

  • ใช้เรคคอร์ด A แทน MX บางโดเมนเผลอชี้โดเมนหลักไปยังโฮสต์เว็บเมลแทนที่จะตั้งค่า MX record ทำให้การส่งอีเมลล้มเหลวอย่างเงียบๆ
  • CNAME ที่โดเมนหลัก ปลายทางของ MX ต้องเป็นชื่อโฮสต์ที่มีเรคคอร์ด A/AAAA การใช้ CNAME เป็นปลายทาง MX ขัดกับข้อกำหนด RFC 2181
  • ไม่มี null MX หากโดเมนไม่รับอีเมลเลย ให้ประกาศ MX 0 . เพื่อให้ผู้ส่งได้รับการตีกลับทันที แทนที่จะพยายามส่งซ้ำนานหลายวัน
  • ปลายทางเก่าของ Google หรือ Microsoft องค์กรที่ย้ายไปใช้ Microsoft 365 มักลืมลบรายการ aspmx.l.google.com เดิมออก

คำถามที่พบบ่อย

เพื่อความสำรอง (redundancy) อีเมลทำงานแบบเก็บแล้วส่งต่อ (store-and-forward) ผู้ให้บริการจึงประกาศเมลเซิร์ฟเวอร์หลายตัวด้วยลำดับความสำคัญที่ต่างกัน หากตัวหลักล่ม ผู้ส่งจะลองลำดับถัดไปโดยอัตโนมัติ

หมายถึงถูกเลือกใช้ก่อนเป็นอันดับแรก ตัวเลขจริงมีความหมายก็ต่อเมื่อเทียบกับเรคคอร์ดอื่นในชุดเดียวกันเท่านั้น MX เพียงตัวเดียวที่มีลำดับความสำคัญ 10 จึงทำงานเหมือนกับ MX ตัวเดียวที่มีลำดับความสำคัญ 0 ทุกประการ

ในทางเทคนิคได้ กรณีนั้นผู้ส่งจะย้อนไปใช้เรคคอร์ด A แทน แต่ผู้ให้บริการยุคใหม่มักปฏิเสธการส่งในสถานการณ์เช่นนี้ หากโดเมนไม่รับอีเมล ควรประกาศ null MX แทน

เพราะแคชของ DNS รีโซลเวอร์แต่ละตัวอาจเก็บเรคคอร์ดเก่าไว้จนกว่า TTL จะหมดอายุ หากคุณเพิ่งแก้ MX record ให้รอจน TTL เดิมหมดอายุก่อนแล้วค่อยเปรียบเทียบ

เครื่องมือที่เกี่ยวข้อง

ตัวตรวจสอบ API Endpoint

ทดสอบ endpoint แบบ HTTP หรือ HTTPS ที่อนุญาต CORS จากเบราว์เซอร์ พร้อมดูสถานะสุดท้าย เฮดเดอร์ที่เปิดเผย เวลา และตัวอย่างเนื้อหาแบบจำกัดขนาด

เครื่องตรวจสอบอีเมลที่เกี่ยวข้องกับการรั่วไหลของข้อมูล

ตรวจสอบว่าที่อยู่อีเมลดังกล่าวปรากฏในเหตุการณ์การรั่วไหลของข้อมูลที่ทราบแล้วหรือไม่ ตรวจสอบว่าข้อมูลนี้ถูกเปิดเผยในกรณีใดบ้าง และทราบว่าควรเปลี่ยนแปลงข้อมูลส่วนใดก่อน

เครื่องคิดเลข CIDR

คำนวณที่อยู่เครือข่าย การออกอากาศ ช่วงโฮสต์ IP ที่ใช้งานได้ และซับเน็ตมาสก์สำหรับบล็อก IPv4 CIDR

เครื่องตรวจสอบข้อมูล DMARC

สอบถามข้อมูลบันทึก DMARC TXT ของโดเมนใดๆ และวิเคราะห์นโยบาย การจัดเรียงข้อมูล ที่อยู่สำหรับการรายงานผล และอัตราการบังคับใช้ในรูปแบบที่อ่านเข้าใจได้ง่าย

เครื่องทดสอบ CORS

ส่งคำขอ OPTIONS แบบ preflight ไปยัง URL ใดๆ และตรวจสอบ Access-Control-Allow-Origin, header และ method ที่เซิร์ฟเวอร์ตอบกลับ แก้ไขข้อผิดพลาดจากการส่งข้อมูลข้ามแหล่งที่มาได้อย่างรวดเร็ว

โดเมนไปยัง IP

แปลงชื่อโดเมนทุกชื่อให้เป็นที่อยู่ IPv4 (ประเภท A) และ IPv6 (ประเภท AAAA) แล้วนำไปใช้ในเครื่องมือเครือข่ายใดก็ได้

เครื่องมือนี้มีให้บริการในภาษาอื่น