Defaults.Exposed › การแก้ไข › ระเบียน MX (การตั้งค่าอีเมล)
วิธีแก้ไข ระเบียน MX (การตั้งค่าอีเมล)
ระเบียน MX คือป้ายบอกทางที่แจ้งให้ส่วนอื่นของโลกรู้ว่าควรส่งอีเมลที่ส่งถึงโดเมนของคุณไปที่ใด หากระเบียน MX หายไปหรือเสียหาย ทุกข้อความที่ส่งถึงธุรกิจของคุณ — คำถามจากลูกค้า การรีเซ็ตรหัสผ่าน ใบแจ้งหนี้ สัญญา — จะถูกตีกลับหาผู้ส่ง ไม่มี MX ก็ไม่มีกล่องจดหมาย
สรุปสำหรับธุรกิจของคุณ: หากระเบียน MX ของคุณหายไปหรือผิดพลาด โดเมนของคุณจะไม่สามารถรับอีเมลได้เลย ลูกค้าที่เขียนถึงคุณจะได้รับข้อผิดพลาดและคิดว่าคุณไม่สนใจหรือปิดกิจการแล้ว คุณไม่มีทางเห็นข้อความเหล่านั้นเลย — รวมถึงดีล ใบแจ้งหนี้ และปัญหาเร่งด่วนที่ต้องการการตอบรับ
สิ่งนี้อาจทำให้คุณเสียค่าใช้จ่าย
- ลูกค้าที่มีศักยภาพกรอกแบบฟอร์ม 'ติดต่อเรา' หรือส่งอีเมลถึงที่อยู่บนนามบัตรของคุณ ข้อความถูกตีกลับ พวกเขาไม่พยายามใหม่ — พวกเขาไปหาคู่แข่ง และคุณไม่รู้เลยว่ามีการติดต่อเข้ามา
- ซัพพลายเออร์ส่งใบแจ้งหนี้ค้างชำระและหนังสือแจ้งครั้งสุดท้าย ทั้งสองอย่างถูกตีกลับเงียบๆ ครั้งแรกที่คุณได้ยินเรื่องนี้คือตอนที่บริการถูกตัดหรือได้รับจดหมายทวงหนี้
- คุณสมัครใช้เครื่องมือใหม่ พอร์ทัลธนาคาร หรือบริการของรัฐบาล และมันส่งอีเมลยืนยันหรือรีเซ็ตรหัสผ่านไปยังโดเมนของคุณ ไม่มีอะไรมาถึง และคุณถูกล็อคออกจากสิ่งที่ต้องใช้ในวันนี้
- อีเมลทำงานได้ดี จากนั้นมีคนเปลี่ยน DNS ระหว่างการย้ายเว็บไซต์และระเบียน MX ถูกลบออก หลายวันมาแล้ว อีเมลทุกฉบับของบริษัทหายวับไปก่อนที่ใครจะสังเกตเห็นว่ากล่องจดหมายเงียบผิดปกติ
- ผู้ที่ต้องการปลอมตัวสังเกตว่าโดเมนของคุณไม่มีการตั้งค่าเมลและไม่มีการป้องกัน แล้วเริ่มใช้มัน — เพราะโดเมนที่ไม่มีใครดูแลนั้นใช้งานในทางที่ผิดได้ง่ายที่สุด
เหตุใดจึงสำคัญ การส่งอีเมลขึ้นอยู่กับการค้นหา DNS เพียงครั้งเดียว: เซิร์ฟเวอร์เมลที่ส่งถามว่า 'ฉันจะส่งเมลสำหรับโดเมนนี้ที่ไหน?' และอ่านคำตอบจากระเบียน MX ของคุณ หากไม่มีคำตอบ หรือชี้ไปที่ที่ผิด เมลจะถูกปฏิเสธและตีกลับ นี่คือส่วนพื้นฐานที่สุดของระบบเดินเมล — เมื่อผิดพลาด ไม่มีอะไรเกี่ยวกับอีเมลของคุณสำคัญอีก เพราะไม่มีอะไรมาถึง (ข้อยกเว้นที่ถูกต้องเพียงอย่างเดียวคือโดเมนที่ตั้งใจไม่รับอีเมลเลย ซึ่งมีการกำหนดค่าที่ถูกต้องของตัวเอง)
ระเบียน MX คืออะไร ในคำพูดธรรมดา
เมื่อมีคนส่งอีเมลถึงใครก็ตาม @ โดเมนของคุณ เซิร์ฟเวอร์เมลที่ส่งต้องตอบคำถามหนึ่งก่อน: “ฉันจะส่งเมลสำหรับโดเมนนี้ที่ไหน?” มันค้นหาคำตอบโดยการค้นหาระเบียน MX ของโดเมน — ย่อมาจาก Mail eXchange ระเบียน MX เป็นเพียงป้ายบอกทางในการตั้งค่าโดเมนที่บอกว่า “ส่งอีเมลสำหรับโดเมนนี้ไปยังเซิร์ฟเวอร์เมลนี้”
นั่นคืองานทั้งหมด ระเบียน MX ไม่ได้เก็บอีเมลของคุณ ไม่ปกป้องมัน และไม่ตัดสินว่าใครได้รับอนุญาตให้ส่งในนามของคุณ พวกมันคือที่อยู่บนซองจดหมายที่บอกระบบไปรษณีย์ว่าศูนย์คัดแยกใดจัดการเมลของคุณ ใส่ที่อยู่ถูกต้องและเมลจะไหลเข้ามา ปล่อยว่างหรือชี้ไปที่อาคารผิดและเมลจะถูกส่งกลับทันทีพร้อมเขียนว่า ไม่สามารถส่งได้
นี่คือส่วนพื้นฐานที่สุดของการตั้งค่าอีเมลที่มีอยู่ การควบคุมอีเมลอื่นทั้งหมด — การป้องกันการปลอมแปลง การเข้ารหัส การกรองสแปม — ถือว่าเมลสามารถถึงคุณในตอนแรก ระเบียน MX คือสิ่งที่ทำให้เป็นความจริง
สิ่งนี้อาจทำให้คุณสูญเสียอะไร
เพราะระเบียน MX ที่เสียหายล้มเหลวเงียบๆ สำหรับคุณ — คุณเพียงแค่หยุดรับเมล โดยไม่มีข้อผิดพลาดจากฝั่งคุณ — ความเสียหายมักถูกค้นพบช้า หลังจากที่เกิดขึ้นแล้ว สถานการณ์จริงบางอย่าง:
-
การสอบถามที่ไม่เคยถึงคุณ ผู้มีโอกาสเป็นลูกค้าส่งอีเมลถึงที่อยู่บนเว็บไซต์ของคุณ สำหรับพวกเขา ข้อความถูกตีกลับพร้อมการแจ้งเตือนความล้มเหลวในการส่ง สำหรับคุณ ไม่มีอะไรเกิดขึ้น คนส่วนใหญ่ไม่โทรหลังจากตีกลับ — พวกเขาถือว่าคุณไม่สนใจและติดต่อบริษัทต่อไปในรายการ คุณไม่เคยรู้ว่ามีลีดอยู่ ดังนั้นคุณไม่สามารถวัดได้ว่ามันมีค่าเท่าไร
-
ใบแจ้งหนี้ที่คุณ “เพิกเฉย” ซัพพลายเออร์ส่งใบแจ้งหนี้ จากนั้นการเตือนความจำ จากนั้นหนังสือแจ้งครั้งสุดท้าย — ทั้งหมดถูกตีกลับ ความสัมพันธ์เสียหาย บริการถูกระงับ หรือบิลเล็กๆ กลายเป็นปัญหาการควบคุมเครดิต ทั้งหมดนี้เพราะเมลไม่เคยตกถึงมือใคร
-
ถูกล็อคออกจากบัญชีของคุณเอง คุณพยายามรีเซ็ตรหัสผ่าน ยืนยันพอร์ทัลธนาคารหรือรัฐบาลใหม่ หรือรับสิทธิ์ใช้งานซอฟต์แวร์ อีเมลยืนยันถูกส่งไปยังโดเมนของคุณและหายไป ตอนนี้งานปกติกลายเป็นงานยุ่งยากกับ support ในเวลาที่แย่ที่สุด
-
การย้ายเว็บไซต์ที่ฆ่าอีเมลเงียบๆ นักออกแบบเว็บย้าย DNS ของคุณไปยังผู้ให้บริการใหม่และคัดลอกระเบียนเว็บไซต์ — แต่ไม่ใช่ระเบียน MX หลายวันมาแล้ว อีเมลทุกฉบับที่ส่งถึงทุกที่อยู่ของบริษัทหายวับไปก่อนที่ใครจะเชื่อมโยง “มันเงียบลงนิดหน่อย” กับ “อีเมลของเรากำลังเสียหาย”
-
ดูเหมือนถูกละทิ้ง โดเมนที่ไม่สามารถรับอีเมลถูกอ่านโดยลูกค้าและการตรวจสอบความน่าเชื่อถืออัตโนมัติว่าเป็นธุรกิจที่ไม่ได้ดำเนินการจริงๆ มันกัดกร่อนความเชื่อมั่นในช่วงเวลาที่คุณต้องการดูว่าสร้างมั่นคงและน่าเชื่อถือ
ไม่มีอะไรประกาศตัวเอง นั่นคือสิ่งที่ทำให้ระเบียน MX ที่หายไปอันตรายกว่าที่ฟังดู: เมื่อคุณสังเกตเห็น คุณได้สูญเสียเมลที่คุณจะไม่มีทางได้คืนแล้ว
มันคืออะไรจริงๆ
การตั้งค่า DNS ของโดเมนมีระเบียนหลายประเภท ระเบียน MX คือระเบียนที่ควบคุมอีเมลขาเข้า การตั้งค่าที่ทำงานได้ดูเหมือนรายการหนึ่งหรือมากกว่านั้น แต่ละรายการตั้งชื่อเซิร์ฟเวอร์เมลและมีหมายเลขลำดับความสำคัญ:
- ชื่อเซิร์ฟเวอร์เมล (โฮสต์ “mail exchange” ของผู้ให้บริการอีเมลของคุณ)
- หมายเลขลำดับความสำคัญ — ตัวเลขต่ำกว่าจะถูกลองก่อน ระเบียนหลายรายการช่วยให้ผู้ให้บริการสามารถเสนอเซิร์ฟเวอร์สำรองได้ ดังนั้นเมลยังคงผ่านได้หากมีเซิร์ฟเวอร์ไหนยุ่งหรือล่ม
สิ่งที่ “ดี” ดูเหมือน: มีระเบียน MX ที่ถูกต้องอย่างน้อยหนึ่งรายการที่ชี้ไปยังเซิร์ฟเวอร์เมลของผู้ให้บริการอีเมลที่คุณใช้จริงๆ — Google Workspace, Microsoft 365, บริการเมลของเว็บโฮสต์ของคุณ หรือที่คล้ายกัน — พร้อมชื่อเซิร์ฟเวอร์และลำดับความสำคัญที่แน่ชัดตามที่ผู้ให้บริการบอกให้คุณใช้
ข้อยกเว้นที่สำคัญหนึ่งอย่าง โดเมนบางอย่างตั้งใจไว้ให้ไม่รับอีเมลเลย — เช่น โดเมนที่ใช้เพื่อเว็บไซต์เท่านั้น หรือถือไว้เพื่อปกป้องแบรนด์เท่านั้น วิธีที่ถูกต้องในการประกาศสิ่งนั้นคือระเบียน null MX: ระเบียน MX เดียวที่มีลำดับความสำคัญ 0 และโฮสต์เป็นจุดเดียว (.) นี่คือมาตรฐานอินเทอร์เน็ตที่เผยแพร่ (RFC 7505) และเป็นคำตอบที่ถูกต้องสำหรับโดเมนที่ไม่รับ — ผู้ส่งจะได้รับการปฏิเสธ “โดเมนนี้ไม่รับอีเมล” ทันทีและชัดเจน แทนที่จะเป็นความล่าช้าที่สับสน ในการตรวจสอบนี้ null MX ที่เผยแพร่อย่างถูกต้องผ่านด้วยคะแนนเต็ม — มันเป็นตัวเลือกที่ตั้งใจและถูกต้อง ไม่ใช่ข้อผิดพลาด สิ่งที่ล้มเหลวคือการไม่มีอะไรเลย ซึ่งแยกไม่ออกจากความผิดพลาด
ทำไมมันถึงสำคัญต่อเกรดของคุณ นี่คือการตรวจสอบที่มีคะแนนสูงสุด25 คะแนนในหมวดหมู่ Email Security โดเมนที่ควรรับอีเมลแต่ไม่มีระเบียน MX จะถูกทำเครื่องหมายว่าเป็นความล้มเหลวระดับความรุนแรงปานกลาง — เพราะในทางปฏิบัติ ธุรกิจที่อยู่เบื้องหลังมันไม่สามารถติดต่อได้ทางอีเมล โดเมนที่รับอย่างถูกต้อง หรือ null MX ที่เผยแพร่อย่างถูกต้อง จะได้คะแนนเต็ม
วิธีแก้ไข (ฟรี ประมาณ 5 นาที)
ส่งสิ่งนี้ให้ฝ่าย IT หรือผู้ให้บริการเว็บของคุณ — การแก้ไขฟรี ระเบียน MX อยู่ใน DNS ของโดเมน ซึ่งเป็นที่เดียวกับที่กำหนดค่าที่อยู่เว็บไซต์ของคุณ ใครก็ตามที่จัดการโดเมนหรือเว็บไซต์ของคุณสามารถทำสิ่งนี้ได้ในไม่กี่นาทีโดยไม่มีค่าใช้จ่าย คุณจ่ายสำหรับบริการกล่องจดหมายเท่านั้น และเฉพาะเมื่อคุณยังไม่มี
การแก้ไขขึ้นอยู่กับว่าคุณอยู่ในสถานการณ์ใดจากสองสถานการณ์
หากโดเมนของคุณควรรับอีเมลแต่ไม่มีระเบียน MX
คุณต้องชี้โดเมนของคุณไปยังเซิร์ฟเวอร์เมลของผู้ให้บริการอีเมล ใช้ระเบียนที่แน่ชัดที่ผู้ให้บริการเผยแพร่ — ตัวอย่างด้านล่างเป็นตัวอย่างทั่วไป แต่ให้คัดลอกค่าปัจจุบันจากหน้าการตั้งค่าของผู้ให้บริการเสมอ เพราะมันเปลี่ยนแปลง
-
เข้าสู่ระบบผู้ให้บริการ DNS ของคุณ — ที่ไหนก็ตามที่การตั้งค่าโดเมนของคุณอยู่ (เช่น Cloudflare, Blacknight, GoDaddy, เว็บโฮสต์ของคุณ หรือผู้ลงทะเบียน)
-
เพิ่มระเบียน MX สำหรับบริการอีเมลของคุณ:
Google Workspace (การตั้งค่าระเบียนเดียวปัจจุบัน):
MXโฮสต์: โดเมนของคุณ →smtp.google.com, ลำดับความสำคัญ1(บัญชี Google Workspace เก่าอาจยังใช้ชุดห้าเซิร์ฟเวอร์ที่เริ่มต้นด้วยaspmx.l.google.comที่ลำดับความสำคัญ 1 และเซิร์ฟเวอร์alt1–alt4ที่ลำดับความสำคัญ 5–10 ทั้งสองถูกต้อง — ให้ตรงกับสิ่งที่คอนโซลผู้ดูแล Google ของคุณแสดง)
Microsoft 365:
MXโฮสต์: โดเมนของคุณ →<your-domain-with-dashes>.mail.protection.outlook.com, ลำดับความสำคัญ0(Microsoft สร้างชื่อโฮสต์ที่แน่ชัดให้คุณในศูนย์ผู้ดูแล — คัดลอกจากที่นั่นแทนที่จะเดา)
ผู้ให้บริการอื่นๆ (เมลของเว็บโฮสต์ของคุณ กล่องจดหมาย Zoho/Fastmail/etc. ที่โฮสต์): คัดลอกชื่อโฮสต์ MX และลำดับความสำคัญตามตัวอักษรจากคำแนะนำการตั้งค่า DNS ของผู้ให้บริการนั้น
-
บันทึก แล้วรอ การเปลี่ยนแปลง DNS ใช้เวลาประมาณ 15–30 นาทีในการมีผล (บางครั้งนานกว่า) ส่งอีเมลทดสอบไปยังที่อยู่ที่โดเมนของคุณและยืนยันว่ามาถึง
หากโดเมนของคุณไม่ควรรับอีเมลใดๆ
เผยแพร่ null MX เพื่อให้สถานะ “ไม่มีอีเมลที่นี่” ชัดเจนและถูกต้อง:
- เข้าสู่ระบบผู้ให้บริการ DNS ของคุณ
- เพิ่มระเบียน MX เดียวที่มีลำดับความสำคัญ
0และโฮสต์เป็น.(จุดเดียว) - บันทึก ผู้ส่งจะได้รับการปฏิเสธทันทีที่สอดคล้องกับมาตรฐาน และการตรวจสอบนี้จะผ่าน
หากคุณกำลังจะย้าย DNS หรือโฮสต์
ก่อนการย้าย ให้บันทึกระเบียน MX ปัจจุบันของคุณอย่างแน่ชัด (และ SPF, DKIM และระเบียนเมลอื่นๆ) หลังการย้าย สร้างทุกระเบียนที่ผู้ให้บริการใหม่ด้วยค่าและลำดับความสำคัญเดิม และส่งอีเมลทดสอบก่อนที่คุณจะถือว่าการย้ายเสร็จสมบูรณ์ การลืมระเบียน MX ระหว่างการย้ายคือสาเหตุที่พบบ่อยที่สุดที่ธุรกิจนำอีเมลของตัวเองออกไปโดยไม่ตั้งใจ
ข้อผิดพลาดทั่วไป
- ปล่อย MX ว่างเปล่าแทนที่จะเผยแพร่ null MX หากโดเมนไม่ได้รับเมลจริงๆ บอก ด้วย null MX (
0 .) ว่างเปล่าคือความคลุมเครือและดูเหมือนข้อผิดพลาด null MX คือคำตอบที่ถูกต้องและได้คะแนนเต็ม - ชี้ MX ไปที่สิ่งผิด ข้อผิดพลาดที่พบได้บ่อยอย่างน่าแปลกใจคือระเบียน MX ที่มุ่งไปยังเซิร์ฟเวอร์เว็บไซต์หรือผู้ให้บริการเก่าที่คุณออกจากไปแล้ว เซิร์ฟเวอร์เมลจะพยายามส่งที่นั่นอย่างขยันขันแข็ง — และล้มเหลว คัดลอกระเบียนจากผู้ให้บริการที่โฮสต์กล่องจดหมายของคุณในปัจจุบันเสมอ
- ทิ้ง MX ระหว่างการย้ายเว็บไซต์หรือ DNS เว็บไซต์กลับมาทำงาน ทุกคนผ่อนคลาย และอีเมลเงียบๆ ตาย ถือว่า MX (และระเบียนเมลอื่นๆ) เป็นส่วนบังคับของรายการตรวจสอบการย้ายใดๆ
- แก้ไขลำดับความสำคัญด้วยมือ อย่าสร้างหรือ “จัดระเบียบ” หมายเลขลำดับความสำคัญ ป้อนสิ่งที่ผู้ให้บริการระบุอย่างแน่ชัด รวมถึงเซิร์ฟเวอร์สำรองทั้งหมด เพื่อให้การส่งมอบสำรองยังคงทำงานได้
- ถือว่า MX ปกป้องคุณจากการปลอมแปลง มันไม่ได้ทำ MX คือเมลขาเข้าเท่านั้น การป้องกันการปลอมแปลงคือ SPF, DKIM และ DMARC — ระเบียนแยกต่างหาก ตรวจสอบแยกกัน
โดยสรุป
ระเบียน MX คือที่อยู่บนซองอีเมลของคุณ เมื่อถูกต้อง — หรือตั้งค่าเป็น null อย่างถูกต้องสำหรับโดเมนที่ไม่รับ — เมลจะถึงคุณและการตรวจสอบนี้จะผ่าน เมื่อหายไป ธุรกิจของคุณไม่สามารถติดต่อได้ทางอีเมลและสูญเสียข้อความที่ไม่เคยเห็น การแก้ไขฟรี ใช้เวลาไม่กี่นาที และคุ้มค่ามากที่จะส่งให้ใครก็ตามที่จัดการโดเมนของคุณในวันนี้
คำถามที่พบบ่อย
ฉันจะรู้ได้อย่างไรว่าสิ่งนี้เสียหาย? อีเมลของฉันดูเหมือนปกติ
หากคุณกำลังรับอีเมลปกติอยู่ตอนนี้ ระเบียน MX ของคุณน่าจะทำงานได้ดี — การตรวจสอบนี้จะผ่าน อันตรายนั้นมองไม่เห็น: ระเบียน MX ถูกลบโดยการย้ายเว็บไซต์ การเปลี่ยนผู้ให้บริการ DNS หรือการแก้ไขที่พิมพ์ผิด และอาการเดียวคืออีเมลขาเข้าเงียบ เพราะคุณไม่ได้รับการแจ้งเตือนเมื่ออีเมลหยุดมาถึง ธุรกิจอาจสูญเสียเมลได้หลายวัน การตรวจสอบฟรีอย่างนี้ และการสังเกตว่ากล่องจดหมายเงียบลงอย่างกะทันหัน คือวิธีที่คุณจะตรวจจับได้
เราไม่ส่งหรือรับอีเมลในโดเมนนี้ — เราใช้มันเพื่อเว็บไซต์เท่านั้น การขาด MX เป็นปัญหาไหม?
ไม่จำเป็น — แต่วิธีที่ถูกต้องในการบอกว่า 'โดเมนนี้ไม่รับอีเมล' คือการเผยแพร่ระเบียนพิเศษที่เรียกว่า null MX (ระเบียน MX '0 .') ไม่ใช่การปล่อยให้ระเบียน MX ว่างเปล่า การทำถูกต้องหมายความว่าผู้ส่งจะได้รับการปฏิเสธทันทีและชัดเจนว่า 'โดเมนนี้ไม่รับอีเมล' และจริงๆ แล้วนับเป็นการผ่านการตรวจสอบนี้แทนที่จะเป็นความล้มเหลว การปล่อยว่างดูเหมือนการกำหนดค่าผิดพลาด ขอให้ฝ่าย IT ของคุณเพิ่ม null MX — เป็นการเปลี่ยนแปลงฟรีหนึ่งบรรทัด
การแก้ไขสิ่งนี้จะเสียค่าใช้จ่ายไหม?
ไม่ การเพิ่มหรือแก้ไขระเบียน MX ฟรี — เป็นการเปลี่ยนแปลงการตั้งค่า DNS ของโดเมน ซึ่งคุณจ่ายอยู่แล้วเป็นส่วนหนึ่งของโดเมนหรือโฮสติ้ง คุณจ่ายสำหรับบริการอีเมลเท่านั้น (เช่น กล่องจดหมาย Google Workspace หรือ Microsoft 365) หากคุณยังไม่มี ระเบียน MX เพียงแค่ชี้ไปยังผู้ให้บริการกล่องจดหมายที่คุณใช้อยู่
'ลำดับความสำคัญ' บนระเบียน MX หมายความว่าอะไร และฉันต้องกังวลเรื่องนี้ไหม?
ระเบียน MX แต่ละรายการมีตัวเลข — ลำดับความสำคัญ — และเซิร์ฟเวอร์เมลจะลองตัวเลขต่ำสุดก่อน มีไว้เพื่อให้ผู้ให้บริการสามารถเสนอเซิร์ฟเวอร์สำรองได้: หากเซิร์ฟเวอร์หลักล่ม เมลจะไหลไปยังเซิร์ฟเวอร์ถัดไป คุณมักไม่ต้องตั้งค่าเหล่านี้เอง คุณแค่คัดลอกระเบียนที่แน่ชัด (รวมถึงตัวเลขของพวกมัน) จากหน้าการตั้งค่าของผู้ให้บริการอีเมล แค่ตรวจสอบให้แน่ใจว่าคุณป้อนข้อมูลตามที่ให้ไว้
การกำหนดค่าระเบียน MX สามารถหยุดคนไม่ให้ปลอมอีเมลในชื่อของฉันได้ไหม?
ไม่ — นั่นเป็นชุดการควบคุมแยกต่างหาก (SPF, DKIM และโดยเฉพาะ DMARC) ระเบียน MX จัดการเมลขาเข้าเท่านั้น: ข้อความที่ส่งถึงคุณถูกส่งที่ไหน การป้องกันการแอบอ้างเกี่ยวกับเมลขาออกและสิ่งที่เซิร์ฟเวอร์รับทำกับการปลอมแปลง คุณต้องการทั้งคู่: MX เพื่อให้คุณรับได้ และ DMARC เพื่อให้ไม่มีใครปลอมตัวตนขาออกของคุณ พวกมันถูกตรวจสอบแยกกันด้วยเหตุผลนั้น
ฉันมีการย้ายเว็บไซต์หรือการเปลี่ยน DNS ที่กำลังจะมาถึง — ฉันจะหลีกเลี่ยงการทำให้อีเมลเสียหายได้อย่างไร?
ก่อนที่คุณจะเปลี่ยนอะไร ให้จดระเบียน MX ปัจจุบันของคุณอย่างแน่ชัด (และ SPF, DKIM และระเบียนที่เกี่ยวกับเมลอื่นๆ) เมื่อคุณย้าย DNS ไปยังผู้ให้บริการใหม่ สาเหตุที่พบบ่อยที่สุดของการหยุดให้บริการอีเมลหลายวันคือมีเพียงระเบียนเว็บไซต์ที่ถูกคัดลอกและระเบียน MX ถูกลืม สร้างระเบียน MX ทุกรายการที่ผู้ให้บริการใหม่ด้วยค่าและลำดับความสำคัญเดิม และยืนยันว่าอีเมลทดสอบมาถึงก่อนที่คุณจะถือว่าการย้ายเสร็จสมบูรณ์