ไม่ใช้ KYC: ยืนยันอีเมลหนึ่งฉบับ ไม่ใช้บัตรประชาชน · ชำระด้วยคริปโต: BTC, USDT, USDC, ETH, SOL, LTC · .com US$12.49/ปี ทุกปีในราคาเดียวกัน
ภาษา: ไทย
ค้นหาที่อยู่ของคุณ

คู่มือ · ตรวจสอบเมื่อ 12 พฤศจิกายน 2026

ฉันจะย้ายอีเมลไปยังผู้ให้บริการใหม่โดยไม่สูญเสียจดหมายได้อย่างไร?

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

อัปเดตล่าสุด: · 3 นาทีในการอ่าน

คำตอบสั้น ๆ

ฉันจะย้ายอีเมลไปยังผู้ให้บริการใหม่โดยไม่สูญเสียจดหมายได้อย่างไร?

ลดค่า TTL ของระเบียน MX เหลือ 300 ถึง 600 วินาที ล่วงหน้า 24 ถึง 48 ชั่วโมง นำอาร์ไคฟ์เมลเก่าเข้าสู่กล่องจดหมายใหม่ เปลี่ยนระเบียน MX เป็นขั้นตอนสุดท้าย และเก็บบัญชีเก่าไว้จนกว่าเมลใหม่จะมาถึง Postelva เป็นผู้โฮสต์ DNS ดังนั้นการสลับผู้ให้บริการคือการแก้ไขเพียงครั้งเดียวกับระเบียนสองรายการขึ้นไป

จำนวนระเบียนที่ต้องเปลี่ยนเมื่อคุณย้าย

นับโดย Postelva จากหน้าช่วยเหลือของผู้ให้บริการที่อ่านเมื่อ 12 พฤศจิกายน 2026 หน้าจอของผู้ให้บริการคุณเป็นข้อมูลที่เชื่อถือได้สำหรับค่าที่แน่นอน
ผู้ให้บริการใหม่MXTXT สำหรับการยืนยันSPFDKIMDMARCจำนวนระเบียนทั้งหมด
Proton Mail21include 1 รายการ3 CNAME18
Mailbox.org41include 1 รายการ4 CNAME111
Fastmail2ไม่จำเป็นสำหรับการตั้งค่าที่ใช้เฉพาะ MXinclude 1 รายการ3 CNAMEยังไม่ได้อ่าน (ยังไม่ได้ตรวจสอบ)6 รายการ ไม่รวม DMARC

ห้าขั้นตอนตามลำดับที่ถูกต้อง

  1. ลดค่า TTL

    อย่างน้อย 24 ถึง 48 ชั่วโมงก่อนการย้าย ตั้งค่า TTL ของระเบียน MX เป็น 300 ถึง 600 วินาที การเปลี่ยนแปลงจะกระจายตัวภายในเวลาประมาณ TTL เดิม ดังนั้นค่าที่สั้นก่อนการเปลี่ยนแปลงจะทำให้การเปลี่ยนแปลงเร็วขึ้น

  2. เตรียมกล่องจดหมายใหม่

    เพิ่มโดเมนของคุณที่ผู้ให้บริการใหม่ สร้างที่อยู่และ alias แล้วคัดลอกระเบียนยืนยันที่แสดงขึ้น อย่าเพิ่งแตะระเบียน MX

  3. คัดลอกเมลเก่า

    นำเข้าอาร์ไคฟ์ด้วยเครื่องมือนำเข้า IMAP ของผู้ให้บริการใหม่ ขณะที่บัญชีเก่ายังรับเมลอยู่ การส่งต่ออย่างเดียวย้ายได้เฉพาะเมลใหม่

  4. สลับเรคคอร์ด MX

    แทนที่ระเบียน MX เก่าด้วยระเบียนใหม่ เพิ่ม include ของ SPF ใหม่ลงในระเบียน SPF ที่มีอยู่ และเพิ่มระเบียน DKIM คงเซิร์ฟเวอร์เก่าให้รับเมลไว้จนกว่า TTL เก่าจะหมดอายุ

  5. ยืนยันแล้วจึงทำความสะอาด

    ส่งเมลทดสอบถึงตัวเองจากบัญชีภายนอกสองบัญชี ตรวจสอบ header เก็บบัญชีเก่าไว้สักระยะ จากนั้นตั้ง TTL ให้สูงขึ้นอีกครั้งและลบระเบียนเก่า

เหตุใด TTL จึงเป็นตัวกำหนดว่าเมลจะหายหรือไม่

TTL คือจำนวนวินาทีที่ตัวแก้ไข DNS อาจเก็บคำตอบไว้ จึงกำหนดว่าผู้ส่งจะยังใช้ระเบียน MX เก่าของคุณนานเท่าใด หาก TTL เดิมเป็น 86400 วินาที ผู้ส่งที่ค้นหาคุณหนึ่งนาทีก่อนการเปลี่ยนแปลงจะยังส่งไปยังเซิร์ฟเวอร์เก่าได้นานถึงหนึ่งวัน เมื่อ TTL อยู่ที่ 300 ถึง 600 วินาที ช่วงเวลานั้นจะอยู่ที่ห้าถึงสิบนาที

กฎจากคู่มือการส่งเมลคือให้ลด TTL ลง 24 ถึง 48 ชั่วโมงก่อนการย้าย เพื่อให้ทุกแคชมีค่าสั้นในวันนั้น แล้วตั้งค่ากลับหลังจากนั้น การเปลี่ยนระเบียน MX โดยทั่วไปจะคงที่ภายใน 1 ถึง 4 ชั่วโมง และอาจใช้เวลา 24 ถึง 48 ชั่วโมงในกรณีที่แย่ที่สุด นี่เป็นคำแนะนำของผู้ขาย ไม่ใช่มาตรฐาน คำตอบว่างก็ถูกแคชเช่นกัน ตามค่า TTL ของระเบียน SOA ของโซน (RFC 2308) ดังนั้นระเบียนที่คุณสร้างช้าอาจยังมองไม่เห็นที่ตัวแก้ไข DNS บางตัวไปอีกสักระยะ

ฉันจะคัดลอกเมลเก่าก่อนการสลับได้อย่างไร

นำเข้าอาร์ไคฟ์เก่าผ่าน IMAP ก่อนที่จะเปลี่ยนระเบียน MX แม้แต่รายการเดียว ตัวอย่างเช่น Proton Mail มีเอกสารการย้ายจาก Gmail ด้วยเครื่องมือนำเข้า และคำแนะนำของคู่มือการย้ายผู้ให้บริการส่วนใหญ่ตรงกันในลำดับเดียวกัน คือ นำเข้าก่อน เปลี่ยน MX เฉพาะเมื่อปลายทางพร้อม และเก็บบัญชีเก่าไว้จนกว่าคุณจะยืนยันว่าทุกอย่างมาถึงแล้ว

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

ฉันจะสลับระเบียน MX อย่างปลอดภัยได้อย่างไร

ลบระเบียน MX เก่าออก หรือกำหนดหมายเลขความสำคัญที่ต่ำที่สุดให้ระเบียนใหม่ และอย่าปล่อยให้ผู้ให้บริการสองรายปะปนกันเด็ดขาด Fastmail และ Proton Mail ต่างก็เขียนเรื่องนี้ไว้ในหน้าช่วยเหลือ เมื่อระเบียนเก่าและใหม่อยู่คู่กัน เมลจะถูกส่งไปยังเซิร์ฟเวอร์ใดก็ได้อย่างคาดเดาไม่ได้ ระเบียน MX ระบุเซิร์ฟเวอร์เมลและลำดับความสำคัญ ผู้ส่งจะลองหมายเลขที่ต่ำที่สุดก่อน แนวคิดนี้อธิบายไว้ในMX record คืออะไร

ที่ Postelva โซนจะถูกแก้ไขในพื้นที่ลูกค้า และ เทมเพลต DNS แบบคลิกเดียวสำหรับ Proton Mail, Fastmail, Zoho Mail, Google Workspace และ Microsoft 365 พร้อมเทมเพลต SPF + DMARC และเทมเพลต "no email" สำหรับโดเมนที่ไม่ส่งอีเมลเลย เทมเพลตหนึ่งคลิกจะแทนที่ระเบียน MX, SPF และ DKIM ของผู้ให้บริการในการดำเนินการครั้งเดียว สำหรับ Tuta, Mailbox.org, iCloud+ และ Migadu คุณพิมพ์ระเบียน MX, TXT และ CNAME ในตัวแก้ไข DNS โดยใช้ค่าที่แสดงบนหน้าจอของผู้ให้บริการนั้นเอง

SPF และ DKIM เปลี่ยนแปลงอย่างไรระหว่างการย้าย

โดเมนหนึ่งอาจเผยแพร่ระเบียน SPF ได้เพียงหนึ่งรายการเท่านั้น ดังนั้นให้เพิ่ม include ของผู้ให้บริการใหม่ลงในระเบียนที่มีอยู่แทนการสร้างระเบียนที่สอง Proton Mail, Mailbox.org และ Mailfence ให้คำแนะนำเดียวกัน คงการ include เดิมไว้ในระเบียนจนกว่าคุณจะหยุดส่งจากผู้ให้บริการเก่า จากนั้นจึงลบออก เพราะการตรวจสอบ SPF อนุญาตการค้นหา DNS ไม่เกิน 10 ครั้ง (RFC 7208) และ include แต่ละรายการนับรวม

ระเบียน DKIM แตกต่างออกไป ผู้ให้บริการแต่ละรายใช้ชื่อ selector ของตัวเอง เช่น fm1, fm2 และ fm3 ที่ Fastmail หรือ protonmail, protonmail2 และ protonmail3 ที่ Proton Mail ดังนั้นระเบียนใหม่จึงวางอยู่ข้างระเบียนเก่าได้จนกว่าคุณจะลบผู้ให้บริการเก่าออก ตรวจสอบระเบียนที่เผยแพร่ด้วยคำสั่งในวิธีตรวจสอบระเบียน MX, SPF, DKIM และ DMARC

ฉันจะรู้ได้อย่างไรว่าการย้ายสำเร็จ

ส่งข้อความทดสอบถึงโดเมนจากบัญชีภายนอกสองบัญชี แล้วอ่าน header การส่งมอบ ตามดัชนีของ Postelva ณ วันที่ 12 พฤศจิกายน 2026 การย้ายไป Proton Mail หมายถึงการเปลี่ยน 8 ระเบียน, Mailbox.org 11 รายการ และ Fastmail 6 รายการ (ระเบียน DMARC ของ Fastmail ไม่ได้อ่านในหน้าที่ตรวจสอบ) ดังนั้นการตรวจสอบระเบียนแต่ละประเภทคือวิธีที่เร็วที่สุดในการหาระเบียนที่ตกหล่น

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

คำถามเกี่ยวกับการย้ายผู้ให้บริการ

การสลับใช้เวลานานเท่าไร

การเปลี่ยนระเบียน MX โดยทั่วไปจะคงที่ภายใน 1 ถึง 4 ชั่วโมง และอาจใช้เวลา 24 ถึง 48 ชั่วโมง Proton Mail ขอให้คุณเผื่อเวลาสูงสุดหนึ่งวัน TTL ที่สั้นซึ่งตั้งไว้ล่วงหน้าจะทำให้ช่วงเวลานั้นแคบลง

ฉันจะเสียที่อยู่เมื่อย้ายหรือไม่

ไม่เสีย หากที่อยู่อยู่บนโดเมนของคุณเอง โดเมนจะยังอยู่กับ registrar เดิมและเปลี่ยนเฉพาะระเบียน ที่อยู่บนโดเมนของผู้ให้บริการเก่าเอง เช่น @proton.me หรือ @tuta.com ย้ายไม่ได้

ฉันย้ายได้โดยไม่นำเข้าเมลเก่าหรือไม่

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

การย้ายเปลี่ยนการลงทะเบียนโดเมนของฉันหรือไม่

ไม่ การลงทะเบียน วันต่ออายุ และเจ้าของยังคงเดิม เฉพาะระเบียน DNS ที่ชี้ไปยังเซิร์ฟเวอร์เมลเท่านั้นที่เปลี่ยน

ฉันควรย้ายในช่วงที่มีคนใช้งานน้อยหรือไม่

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

สรุป
  • ลด TTL ของ MX เหลือ 300 ถึง 600 วินาที ล่วงหน้า 24 ถึง 48 ชั่วโมงก่อนการย้าย
  • นำเข้าอาร์ไคฟ์ผ่าน IMAP ก่อน การส่งต่ออย่างเดียวย้ายได้เฉพาะเมลใหม่
  • สลับระเบียน MX เป็นขั้นตอนสุดท้าย อย่าปล่อยให้ผู้ให้บริการสองรายปะปนกัน
  • SPF มีได้เพียงระเบียนเดียว เพิ่ม include ใหม่ลงไป และการค้นหาไม่เกิน 10 ครั้ง
  • ระเบียนที่เปลี่ยน: Proton Mail 8, Mailbox.org 11, Fastmail 6 ไม่รวม DMARC
  • การแพร่กระจายตามปกติใช้เวลา 1 ถึง 4 ชั่วโมง และอาจถึง 24 ถึง 48 ชั่วโมง
  • เก็บบัญชีเก่าไว้จนกว่าเมลทดสอบจะมาถึง
แหล่งที่มา (8)
  1. สลับจาก Gmail ไปยัง Proton — Proton (อ่านเมื่อ 2026-11-12)
  2. โดเมนแบบกำหนดเองจาก Namecheap (ค่า MX) — Proton (อ่านเมื่อ 2026-11-12)
  3. การป้องกันการปลอมแปลงสำหรับโดเมนที่กำหนดเอง — Proton (อ่านเมื่อ 2026-11-12)
  4. เรคคอร์ด DNS เริ่มต้น — Fastmail (อ่านเมื่อ 2026-11-12)
  5. KB ของ mailbox.org: โดเมนที่กำหนดเอง — mailbox.org (อ่านเมื่อ 2026-11-12)
  6. RFC 7208 ส่วน 4.6.4 — RFC Editor (อ่านเมื่อ 2026-11-12)
  7. RFC 2308: การแคชค่าว่างของการค้นหา DNS — RFC Editor (อ่านเมื่อ 2026-11-12)
  8. การเปลี่ยนเรคคอร์ด DNS กระจายใช้เวลาเท่าไร — Suped (อ่านเมื่อ 2026-11-12)

.com US$12.49/ปี · ไม่ต้อง KYC · คริปโต

ค้นหาที่อยู่ของคุณ