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 เดิมหมดอายุก่อนแล้วค่อยเปรียบเทียบ

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

ตัวตรวจสอบเว็บไซต์ล่ม

ตรวจสอบว่าเว็บไซต์ตอบสนองจากเซิร์ฟเวอร์อิสระหรือไม่ แสดงสถานะ UP หรือ DOWN, รหัสสถานะ HTTP, เวลาตอบสนอง และ IP ของเซิร์ฟเวอร์ เพื่อให้คุณแยกความล่มจริงออกจากปัญหาเครือข่ายในเครื่องของคุณได้

เครื่องสแกนพอร์ตแบบเปิด (Open Port Scanner)

สแกนรายการพอร์ต TCP ทั่วไปแบบตายตัวบนโฮสต์สาธารณะ เพื่อดูว่าพอร์ตใดเปิดอยู่และบริการใดเข้าถึงได้ เป็นการตรวจสอบเบื้องต้นอย่างรวดเร็ว ไม่ใช่เครื่องสแกนแบบเต็มรูปแบบ

เครื่องมือตรวจสอบการเข้ารหัส TLS

ตรวจสอบว่าโฮสต์ยอมรับ TLS 1.2 และ TLS 1.3 บนพอร์ต 443 หรือไม่ พร้อมดูชุดการเข้ารหัส (cipher suite) ที่ตกลงใช้ ทดสอบสดจากเซิร์ฟเวอร์ของเราในสหภาพยุโรป มีลิงก์ไป SSL Labs สำหรับการสแกนแบบเต็มพร้อมเกรด

ตรวจสอบ DKIM

ป้อนโดเมนและตัวเลือก DKIM เพื่อตรวจดูกุญแจสาธารณะในระเบียน DNS TXT พร้อมประเภทคีย์และคำอธิบายกรณีไม่พบ ถูกเพิกถอน หรือมีรูปแบบผิด

เครื่องมือถ่ายภาพหน้าจอเว็บไซต์

ใส่ URL สาธารณะใดก็ได้เพื่อดูตัวอย่างภาพหน้าจอทันที จากนั้นเปิดในบริการฟรีอย่าง Screenshot Machine, Urlbox หรือ ApiFlash หรือดูภาพถ่ายเก่าบน Wayback Machine

เครื่องคำนวณ CIDR

คำนวณบล็อก CIDR ของ IPv4 หรือ IPv6 ในรูปแบบที่ปรับเป็นที่อยู่เครือข่าย พร้อมที่อยู่แรก ที่อยู่สุดท้าย และจำนวนที่อยู่ที่แน่นอน ดูมาสก์ IPv4 และกฎโฮสต์สำหรับลิงก์แบบจุดต่อจุด

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