วิธีตั้งค่า MX Records ใน DirectAdmin

MX Record (Mail Exchange Record) คือ DNS Record ที่บอกว่าอีเมลที่ส่งมายังโดเมนของคุณควรถูกส่งไปยังเซิร์ฟเวอร์ใด การตั้งค่า MX Record ให้ถูกต้องเป็นพื้นฐานสำคัญของการใช้งานอีเมลโดเมน ไม่ว่าจะใช้ Mail Server ของโฮสติ้งหรือบริการภายนอก

MX Record คืออะไรและทำงานอย่างไร

เมื่อใครสักคนส่งอีเมลถึง [email protected] เซิร์ฟเวอร์อีเมลของผู้ส่งจะทำการ DNS Lookup เพื่อค้นหา MX Record ของโดเมน yourdomain.com จากนั้นระบบจะส่งอีเมลไปยัง Mail Server ที่ระบุไว้ใน MX Record โดยอัตโนมัติ

กระบวนการทำงานโดยสรุปมีดังนี้

1. ผู้ส่งกดส่งอีเมลถึง [email protected]
2. เซิร์ฟเวอร์ผู้ส่ง Query DNS เพื่อหา MX Record ของ yourdomain.com
3. DNS ตอบกลับด้วย Hostname ของ Mail Server เช่น mail.yourdomain.com
4. เซิร์ฟเวอร์ผู้ส่ง Query อีกครั้งเพื่อหา IP ของ mail.yourdomain.com (A Record)
5. เซิร์ฟเวอร์ผู้ส่งเชื่อมต่อไปยัง IP นั้นผ่าน Port 25 และส่งอีเมล

หาก MX Record ไม่ถูกต้องหรือชี้ไปยัง Hostname ที่ไม่มีอยู่จริง อีเมลจะถูก Bounce กลับพร้อมข้อความ Delivery Failure ทันที

ค่า Priority ของ MX Record คืออะไร

MX Record ทุกรายการมีค่า Priority (บางระบบเรียกว่า Preference) ซึ่งเป็นตัวเลขที่กำหนดลำดับการรับอีเมล กฎสำคัญคือ ตัวเลขน้อย = ความสำคัญสูงกว่า

• Priority 0 หรือ 1 — Primary Mail Server ที่รับอีเมลเป็นอันดับแรก
• Priority 5–10 — Secondary หรือ Backup Server ที่ใช้เมื่อ Primary ไม่สามารถรับได้
• Priority 20–100 — Tertiary หรือ Emergency Server สำรองเพิ่มเติม

ตัวอย่างเช่น Google Workspace ใช้ MX หลายรายการโดยมี ASPMX.L.GOOGLE.COM เป็น Priority 1 และมี ALT1–ALT4 เป็น Backup ที่ Priority 5–10 เพื่อให้มั่นใจว่าอีเมลจะถึงแม้เซิร์ฟเวอร์หลักมีปัญหาชั่วคราว สำหรับโฮสติ้งทั่วไปที่ใช้ Mail Server เดียว นิยมตั้ง Priority 10 เพียงรายการเดียว

วิธีดูและแก้ไข MX Records

1. ไปที่ E-mail Manager แล้วคลิก MX Records
2. ระบบจะแสดง MX Records ปัจจุบันของโดเมน
3. คลิก Add Record เพื่อเพิ่ม MX ใหม่
4. กรอก Priority (ตัวเลขยิ่งน้อยยิ่งมีความสำคัญสูง) และ Value (hostname ของ Mail Server)
5. คลิก Add

การตั้ง MX Record สำหรับ Email Service ภายนอก

หากต้องการย้ายการรับอีเมลไปยังบริการ Cloud Email เช่น Google Workspace, Microsoft 365 หรือ Zoho Mail ต้องเปลี่ยน MX Record ของโดเมนให้ชี้ไปยัง Mail Server ของบริการนั้น ขั้นตอนหลักคือลบ MX Record เดิมออกก่อน แล้วเพิ่ม MX ชุดใหม่ตามที่บริการนั้นกำหนด

ตั้งค่า MX สำหรับ Google Workspace

หากต้องการใช้อีเมลโดเมนบน Google Workspace ให้ลบ MX เดิมออกแล้วเพิ่ม MX ดังนี้:

• Priority 1 → ASPMX.L.GOOGLE.COM
• Priority 5 → ALT1.ASPMX.L.GOOGLE.COM
• Priority 5 → ALT2.ASPMX.L.GOOGLE.COM
• Priority 10 → ALT3.ASPMX.L.GOOGLE.COM
• Priority 10 → ALT4.ASPMX.L.GOOGLE.COM

ตั้งค่า MX สำหรับ Microsoft 365

ลบ MX เดิมออกแล้วเพิ่ม MX เดียว: Priority 0 → yourdomain-com.mail.protection.outlook.com (ตรวจสอบค่าที่แน่นอนจาก Microsoft 365 Admin Center)

ตั้งค่า MX สำหรับ Zoho Mail

Zoho Mail เป็นทางเลือกที่มี Free Plan สำหรับโดเมนของตัวเอง ค่า MX ที่ต้องเพิ่มคือ

• Priority 10 → mx.zoho.com
• Priority 20 → mx2.zoho.com
• Priority 50 → mx3.zoho.com

ควรตรวจสอบค่าล่าสุดจาก Zoho Mail Admin Console เสมอ เนื่องจากบริการ Cloud Email อาจอัปเดตค่า MX ของตนเป็นครั้งคราว

การแก้ปัญหาอีเมลส่งไม่ถึงเมื่อ MX Record ผิดพลาด

เมื่อตั้งค่า MX Record แล้วยังส่งอีเมลไม่ถึง วิธีตรวจสอบที่เร็วและตรงประเด็นที่สุดคือใช้คำสั่ง dig หรือ nslookup เพื่อดูว่า MX Record ที่ DNS ส่งคืนตรงกับที่ตั้งไว้หรือไม่

ตรวจสอบด้วย dig (Linux / macOS)

dig MX yourdomain.com +short

คำสั่งนี้จะแสดง MX Record ปัจจุบันที่ DNS ตอบกลับ เปรียบเทียบกับค่าที่ตั้งใน DirectAdmin

ตรวจสอบด้วย nslookup (Windows)

nslookup -type=MX yourdomain.com

สาเหตุที่พบบ่อยของปัญหา MX

• MX ชี้ไปยัง IP แทน Hostname — MX Record ต้องระบุ Hostname เสมอ ห้ามใส่ IP Address โดยตรง
• Hostname มี Trailing Dot หาย — บางระบบต้องการ Trailing Dot เช่น mail.yourdomain.com.
• DNS Propagation ยังไม่เสร็จ — หลังเปลี่ยน MX ต้องรอ 1–48 ชั่วโมง อย่าตัดสินใจเร็วเกินไป
• ลืมลบ MX เดิม — MX หลายรายการที่ขัดแย้งกันทำให้อีเมลบางส่วนยังถูกส่งไปยังเซิร์ฟเวอร์เก่า
• Firewall หรือ Port 25 ถูก Block — ตรวจสอบกับโฮสติ้งว่า Port 25/587/465 เปิดอยู่

เครื่องมือออนไลน์ที่ช่วยตรวจสอบ MX Record ได้ดีคือ MXToolbox (mxtoolbox.com) ซึ่งตรวจสอบ DNS Propagation จากหลาย Location พร้อมกัน

ค่า TTL ของ MX Record ควรตั้งเท่าไหร่

TTL (Time to Live) คือระยะเวลาเป็นวินาทีที่ DNS Resolver จะ Cache ค่า MX Record ก่อนที่จะ Query ใหม่ ค่า TTL มีผลต่อความเร็วในการ Propagation เมื่อต้องการเปลี่ยน MX

• TTL 3600–14400 (1–4 ชั่วโมง) — ค่ามาตรฐานที่ใช้งานได้ดีสำหรับ MX ที่ไม่มีการเปลี่ยนบ่อย
• TTL 300 (5 นาที) — แนะนำให้ลดมาใช้ค่านี้ล่วงหน้า 24 ชั่วโมงก่อนเปลี่ยน MX เพื่อให้การ Propagation เร็วขึ้น
• TTL 86400 (24 ชั่วโมง) — ค่าสูงเกินไปสำหรับ MX ถ้าจะเปลี่ยน Server ต้องรอนานมาก

หลังเปลี่ยน MX เสร็จและ Propagation สมบูรณ์แล้ว สามารถเพิ่ม TTL กลับมาเป็น 3600 หรือ 14400 ได้ตามปกติ

การตรวจสอบ MX Record ก่อนและหลังเปลี่ยน

ก่อนเปลี่ยน MX ควรบันทึกค่า MX เดิมไว้ก่อนเสมอ เพื่อให้สามารถ Rollback ได้ถ้าเกิดปัญหา วิธีดู MX Record ปัจจุบันของโดเมน

• เข้า DirectAdmin ไปที่ DNS Management แล้วดูส่วน MX
• ใช้เครื่องมือออนไลน์ เช่น MXToolbox.com พิมพ์โดเมนแล้วกด MX Lookup
• ใช้คำสั่ง dig MX yourdomain.com ในระบบ Linux/macOS

หลังเปลี่ยน MX แล้ว ให้ตรวจสอบซ้ำผ่านเครื่องมือเดิมว่าค่าที่แสดงตรงกับที่ตั้งใหม่หรือยัง ถ้ายังเห็นค่าเก่าแสดงว่า Cache ยังไม่หมดอายุ ให้รออีกสักครู่แล้วตรวจสอบใหม่

MX Record กับ Email Records อื่นที่เกี่ยวข้อง

การตั้งค่า MX Record อย่างเดียวยังไม่เพียงพอสำหรับระบบอีเมลที่สมบูรณ์ ต้องมี DNS Record อื่นๆ ร่วมด้วยเพื่อให้อีเมลทำงานได้อย่างถูกต้องและไม่โดน Spam Filter ปฏิเสธ

• SPF Record (TXT) — ระบุว่า IP ใดอนุญาตให้ส่งอีเมลในนามโดเมนของคุณ ช่วยลดการ Spoofing และเพิ่มอัตราการ Deliver
• DKIM Record (TXT) — เพิ่ม Digital Signature ให้กับอีเมลที่ส่งออก ช่วยยืนยันว่าอีเมลมาจากโดเมนจริงๆ ไม่ถูกแก้ไขระหว่างทาง
• DMARC Record (TXT) — กำหนด Policy ว่าจะทำอย่างไรกับอีเมลที่ไม่ผ่าน SPF หรือ DKIM (Reject, Quarantine หรือ None)
• A Record สำหรับ mail.yourdomain.com — Mail Server ที่ระบุใน MX ต้องมี A Record ชี้ไปยัง IP ที่ถูกต้อง มิฉะนั้น MX จะทำงานไม่ได้

DirectAdmin จัดการ DNS Record เหล่านี้ได้ทั้งหมดผ่าน DNS Management ในหน้า Control Panel เดียวกัน ทำให้การดูแลระบบอีเมลโดยรวมทำได้จากที่เดียว

ข้อควรระวังเมื่อเปลี่ยน MX Record

การเปลี่ยน MX Record มีผลโดยตรงต่อการรับอีเมลของโดเมนทั้งหมด ควรวางแผนและดำเนินการอย่างระมัดระวัง ข้อควรระวังที่สำคัญมีดังนี้

• อย่าลบ MX เดิมทันที — ถ้าย้ายไปบริการใหม่ ให้รอจนมั่นใจว่า MX ใหม่ทำงานได้ถูกต้องก่อน ค่อยลบ MX เก่า เพื่อป้องกันอีเมลสูญหายระหว่าง Transition
• เตรียม Backup ของ Email เดิม — ก่อนย้าย Mail Server ควร Export อีเมลเก่าออกมาเก็บไว้ก่อน เพราะการเปลี่ยน Server ใหม่มักไม่ได้นำ Email เก่าติดไปด้วยโดยอัตโนมัติ
• แจ้งทีมงานล่วงหน้า — ถ้าเป็นระบบองค์กร ควรแจ้งผู้ใช้ทุกคนว่าจะมีการ Downtime หรืออีเมลอาจล่าช้าในช่วง Propagation
• ทดสอบรับ-ส่งก่อนใช้งานจริง — หลัง Propagation เสร็จ ทดสอบส่งอีเมลจาก External Address (เช่น Gmail ส่วนตัว) ไปยังอีเมลโดเมน แล้วตรวจสอบว่าได้รับครบ