th

การตั้งค่า MX สำหรับโดเมนแบบกำหนดเองโดยไม่ต้องเดา

เชื่อมต่อโดเมนกับ GPTMail ด้วยการกำหนดค่า MX ที่สะอาด ตรวจสอบว่าระบบ DNS ที่เป็นผู้มีอำนาจจริง ๆ ส่งคืนอะไร และวินิจฉัยกรณีทั่วไปที่บันทึกดูเหมือนถูกต้องแต่ยังล้มเหลว

17 ก.ค. 2569

เส้นทางที่แม่นยำจากโดเมนแบบกำหนดเองผ่าน DNS ไปยังกล่องจดหมาย

บันทึก MX ตอบคำถามแคบหนึ่งข้อ: เซิร์ฟเวอร์ใดควรรับเมลสำหรับโดเมนนี้? สำหรับโดเมนที่กำหนดเองของอีเมลชั่วคราว, Cloudflare สามารถโฮสต์ DNS ที่เป็นอำนาจ, ในขณะที่ GPTMail—ไม่ใช่ Cloudflare—ให้บริการกล่องรับเมล การตั้งค่าจะสับสนเมื่อแดชบอร์ด DNS ดูเหมือนถูกต้องแต่การตอบสนอง DNS สาธารณะบอกอย่างอื่น

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

ก่อนเปลี่ยน DNS

ยืนยันสามรายละเอียด:

  • คุณสามารถแก้ไข DNS สำหรับ nameserver ที่เป็นผู้มีอำนาจของโดเมนได้.
  • โดเมนเป็นโดเมนที่คุณตั้งใจจะรับเมลอย่างตรงกัน.
  • คุณได้คัดลอกเป้าหมาย MX สาธารณะปัจจุบันที่แสดงโดย GPTMail.

GPTMail ปัจจุบันแสดงเป้าหมายที่ต้องการบนแผงเพิ่มโดเมนและ หน้าโดเมน. ใช้ค่าดังกล่าวแทนการใช้ภาพหน้าจอเก่าหรือบันทึกที่คัดลอกจากบริการอื่น.

บันทึกขั้นต่ำ

สำหรับเป้าหมายสาธารณะของ GPTMail ปัจจุบัน บันทึกมักจะเป็น:

Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1

ผู้ให้บริการ DNS อธิบายฟิลด์โฮสต์ต่างกัน @ ค่าที่ว่างเปล่า หรือโดเมนเองทั้งหมดอาจหมายถึงจุดยอดของโซน ปฏิบัติตามแนวทางของผู้ให้บริการ; อย่าใส่ @ อย่างตรงไปตรงมาหากอินเทอร์เฟซต้องการฟิลด์ว่าง.

ผู้ให้บริการบางรายต้องการจุดต่อท้ายหลังเป้าหมายและบางรายเพิ่มโดยอัตโนมัติ ทั้งสองรูปแบบแสดงชื่อ DNS เดียวกันเมื่อจัดการอย่างถูกต้อง.

เลือกสาธารณะหรือส่วนตัวก่อนคัดลอกเป้าหมาย

GPTMail มีโหมดโดเมนแบบกำหนดเองสองแบบ และไม่ใช่ทุกครั้งที่ใช้เป้าหมาย MX เดียวกัน

  • โดเมนสาธารณะ ใช้เป้าหมายสาธารณะที่แสดงบน หน้าโดเมน. หลังจากการตรวจสอบแล้วจะปรากฏในรายการโดเมนสาธารณะและได้รับคีย์ API สำหรับการร้องขอจากเซิร์ฟเวอร์
  • โดเมนส่วนตัว ไม่ปรากฏในรายการสาธารณะและเชื่อมโยงกับบัญชี GPTMail ของคุณ: ให้เข้าสู่ระบบก่อน และมีเพียงบัญชีนั้นเท่านั้นที่ดูข้อความของโดเมนนี้ได้ เริ่มจากแท็บโดเมนส่วนตัวบน หน้าแรกของ GPTMail และสร้างการตั้งค่า DNS เฉพาะก่อนแก้ไข MX

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

ความสำคัญไม่ใช่การตั้งค่าความเร็ว

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

ระหว่างการย้าย ให้ลบบันทึก MX ที่ล้าสมัยออก เว้นแต่คุณตั้งค่าให้ทำงานเป็นผู้รับสำรองที่ทดสอบแล้ว บันทึกหลายรายการไม่ใช่เพียงการตกแต่งที่ไม่มีอันตราย; พวกมันกำหนดเส้นทางการส่งทางเลือก.

ตรวจสอบคำตอบจากผู้มีอำนาจ

หลังจากบันทึกบันทึกแล้ว ให้สอบถาม DNS สาธารณะ:

dig MX your-domain.example

คำตอบควรมีเป้าหมาย GPTMail หากไม่มี ให้ตรวจสอบว่า nameserver ใดเป็นผู้มีอำนาจ:

dig NS your-domain.example

จากนั้นสอบถามหนึ่งใน nameserver เหล่านั้นโดยตรง:

dig @authoritative-nameserver.example MX your-domain.example

สิ่งนี้แยกความล่าช้าการกระจายออกจากการแก้ไขโซน DNS ที่ผิดพลาด หากเซิร์ฟเวอร์ผู้มีอำนาจแล้วส่งคืนบันทึกใหม่แต่ตัวแก้ไขสาธารณะไม่ทำเช่นนั้น ให้รอให้ข้อมูลที่แคชหมดอายุ หากเซิร์ฟเวอร์ผู้มีอำนาจยังส่งคืนค่าที่เก่า การรอคอยจะไม่แก้ไข; การเปลี่ยนแปลงถูกบันทึกในที่ผิดหรือไม่ได้เผยแพร่.

ทำไมบันทึกที่ถูกต้องอาจปรากฏว่าไม่รู้จัก

การตรวจสอบ DNS อาจชั่วคราวไม่มีคำตอบเนื่องจากการหมดเวลาของตัวแก้ไข, ปัญหา nameserver, ข้อผิดพลาด DNSSEC, หรือบันทึกที่ยังกำลังกระจาย การค้นหาไม่สำเร็จหนึ่งครั้งไม่ได้พิสูจน์ว่าโดเมนตั้งค่าไม่ถูกต้อง.

หาก GPTMail รายงานว่าบันทึก MX ไม่ชี้ไปยังเซิร์ฟเวอร์ที่ต้องการ:

  1. คัดลอกค่าจริงของ MX ที่แสดงในผู้จัดการโดเมน.
  2. เปรียบเทียบกับเป้าหมายที่ต้องการ รวมถึงชื่อโฮสต์เต็ม.
  3. ตรวจสอบว่ามีบันทึกที่แข่งขันที่มีความสำคัญสูงกว่า.
  4. สอบถาม nameserver ผู้มีอำนาจโดยตรง.
  5. รอหลายนาทีและลองใหม่หลังจากการเปลี่ยนแปลง DNS ใหม่.

อย่าลบและสร้างโดเมนใหม่ซ้ำ ๆ ขณะ DNS กำลังกระจาย สิ่งนั้นเปลี่ยนสถานะของแอปพลิเคชันโดยไม่เปลี่ยนสิ่งที่ DNS ส่งคืน.

การตั้งค่าที่ได้รับการอนุมัติจาก Cloudflare

Cloudflare เป็นผู้ให้บริการ DNS ในกระบวนการนี้; GPTMail เป็นผู้รับกล่องจดหมายชั่วคราว การตั้งค้านี้ไม่ใช้ Cloudflare Email Routing

ก่อนทำการอนุมัติ, ตรวจสอบสิ่งต่อไปนี้:

  • เลือกบัญชี Cloudflare และโซนที่จริงๆ แล้วควบคุมโดเมน
  • หากเปิดใช้งาน Cloudflare Email Routing, ปิดการใช้งานก่อน GPTMail จะตรวจจับบันทึก MX ของการกำหนดเส้นทาง, หยุดโดยไม่เปลี่ยนแปลง DNS, และขอให้คุณแก้ไขความขัดแย้ง
  • ตรวจสอบเป้าหมายที่ GPTMail แสดง บันทึกการอนุมัติครั้งเดียวจะทับบันทึก MX ของโดเมนนั้นเท่านั้น; ประเภทบันทึก DNS อื่นจะไม่ถูกแก้ไข, และโทเค็นการเข้าถึงจะถูกเพิกถอนหลังจากการเรียกกลับเสร็จสิ้น

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

หากโดเมนใช้ผู้ให้บริการ DNS รายอื่น, ให้เพิ่มบันทึกด้วยตนเองและกลับไปที่ GPTMail เพื่อลองตรวจสอบอีกครั้ง

ทดสอบการส่งจริง

การค้นหา MX ยืนยันการกำหนดเส้นทาง ไม่ใช่การส่งถึงปลายทาง หลังจากการตรวจสอบ:

  • สร้างที่อยู่อีเมลใหม่บนโดเมน;
  • ส่งข้อความสั้นแบบ plain-text จากผู้ให้บริการที่ไม่เกี่ยวข้อง;
  • ยืนยันว่าที่อยู่อีเมลผู้รับตรงกันอย่างแม่นยำ;
  • รอให้ผู้ส่งทำการส่งสำเร็จก่อนสันนิษฐานว่าล้มเหลว;
  • ลองผู้ส่งคนที่สองหากข้อความแรกล่าช้า.

หลีกเลี่ยงการทดสอบจากระบบที่เพิ่งแคชเส้นทาง MX เก่า.

แยกการเป็นเจ้าของและการกู้คืน

โดเมนแบบกำหนดเองให้คุณควบคุมการตั้งชื่อได้ แต่ GPTMail ยังคงเป็นบริการกล่องจดหมายชั่วคราว เก็บการเข้าถึงผู้ให้บริการจดทะเบียน, การกู้คืน DNS, และการกู้คืนบัญชีสำคัญไว้ในกล่องจดหมายที่ทนทานนอกโดเมนชั่วคราว.

เพื่อพิจารณาว่าโดเมนส่วนตัวเหมาะสมหรือไม่ในขั้นแรก อ่าน เลือกกล่องจดหมายตามผลลัพธ์ ไม่ใช่ความสะดวก. หากข้อความทดสอบยังไม่มาถึงหลังการตรวจสอบ MX ให้ใช้ อีเมลยืนยันไม่มาถึง: ค้นหาขั้นตอนที่ขัดข้อง.

GPTMail