จะมั่นใจได้อย่างไรว่าอีเมลที่เข้ามาจะไม่สูญหายเมื่อย้ายไปยังเซิร์ฟเวอร์ใหม่

ฉันวางแผนที่จะย้ายบัญชี WHM / cpanel ไปยังเซิร์ฟเวอร์ใหม่ฉันอยู่ภายใต้ความประทับใจที่ว่าในช่วงการเปลี่ยนภาพอีเมลบางฉบับอาจเข้าสู่เซิร์ฟเวอร์เก่าแม้ว่าไฟล์จะถูกคัดลอกไปยังเซิร์ฟเวอร์ใหม่แล้วก็ตาม

เป็นไปได้หรือไม่ที่จะป้องกันปัญหานี้เพื่อให้อีเมลขาเข้าทั้งหมดในระหว่างการเปลี่ยนแปลงไม่สูญหาย

— IMB
แหล่งที่มา

คุณมีการโยกย้ายบัญชีอีเมลหลายบัญชีหรือไม่ คุณเปลี่ยนผู้ให้บริการเว็บโฮสติ้งหรือไม่? ผู้ให้บริการโฮสต์ปัจจุบันของคุณให้ DNS ของคุณหรือไม่

— พอล

@ พอลใช่บัญชีอีเมลค่อนข้างมาก ใช่ผู้ให้บริการที่เปลี่ยนแปลง ใช่คนปัจจุบันจัดการ DNS ฉันรูทการเข้าถึงหากมีความสำคัญ

— IMB

คุณมีสิทธิ์เข้าถึงรูทไปยังเซิร์ฟเวอร์ปัจจุบันหรือไม่? ดังนั้นคุณสามารถปิดการ exim

— Paul

@ พอใช่ฉันรูทเพื่อที่ฉันจะได้ปิดการทำงาน ขณะหลอดไฟดังนั้นผมจึงคิดว่าผมได้ทำคือ 1. ปิดเครื่อง exim 2. ย้ายไฟล์ 3. ปรับปรุง DNS ให้ชี้ไปยังเซิร์ฟเวอร์ใหม่ 4. เปิด exim บนเซิร์ฟเวอร์ใหม่ มันคืออะไร

— IMB

ฉันถึงเวลาที่ DNS จะเปลี่ยนในเย็นวันศุกร์ดังนั้นจึงมีเวลาอัปเดตก่อนที่คนส่วนใหญ่จะเริ่มใช้อีก

— Austin '' Danger '' พลัง

คำตอบ:

ตกลงนี่ตรงไปตรงมาจากความคิดเห็นของคุณ

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

เนื่องจากคุณลด TTL, หน้าต่างที่ดับของคุณจึงใช้เวลานานในการสำรอง / กู้คืนไฟล์และเปลี่ยน DNS

— พอล
แหล่งที่มา

นอกจากนี้เมื่อเซิร์ฟเวอร์เก่าไม่ยอมรับข้อความใหม่อีกต่อไป (เล่นแล้วไม่ปฏิเสธด้วยข้อผิดพลาด) ฉันจะสมมติว่าผู้ส่งอีเมลที่มีเหตุผลจะขอการตั้งค่า DNS ใหม่ได้หรือไม่ (สิ่งนี้อาจทำให้อีเมลล่าช้าหากไม่ได้เปลี่ยน TTL แต่ไม่ควรส่งอีเมลไปยังเซิร์ฟเวอร์เก่า)

— Arjan

@Arjan ใช่การค้นหา DNS ไม่ขึ้นกับเซิร์ฟเวอร์เมลที่พยายามส่ง ระบบปฏิบัติการทำมัน ดังนั้นหากเซิร์ฟเวอร์อีเมลพยายามที่จะส่งมันจะทำการค้นหาและรับ IP เก่าจากนั้นล้มเหลวในการส่งมอบเพราะ exim ไม่ทำงาน เนื่องจาก TTL ในระเบียนมีเพียง 60 วินาทีจากนั้นอีกหนึ่งชั่วโมงต่อมา (หรือมีการกำหนดค่าการลองใหม่) มันจะต้องทำการค้นหา DNS ใหม่ - หากนี่คือหลังจากการเปลี่ยนแปลง DNS และเซิร์ฟเวอร์ใหม่เริ่มทำงาน เพื่อ exim ใหม่

— พอล

อีกวิธีหนึ่ง (หากการหยุดทำงานใด ๆ ที่คุณไม่สามารถยอมรับได้อย่างแน่นอน) คือการใช้ Postfix หรือคล้ายกันกับการถ่ายทอดล่าช้า

คุณสามารถเริ่มเซิร์ฟเวอร์เป็นรีเลย์จากนั้นกำหนดค่าเกณฑ์การสแกนให้สูงมาก (และขยายต่อไปหากหน้าต่างการบำรุงรักษาของคุณเพิ่มขึ้นซึ่งพวกเขามักจะทำ: p) อีกวิธีหนึ่งคือคุณสามารถปิดกั้นการส่งต่อ / ส่งความพยายามของไฟร์วอลล์ในลักษณะที่ Postfix (หรืออะไรก็ตาม) ที่จะต้องส่งข้อความ

เครือข่าย / DNS ฉลาดคุณต้องตั้งค่าเซิร์ฟเวอร์ relaying / ล่าช้าดังกล่าวข้างต้นชี้ระเบียน MX เก่าของคุณไปที่ (ด้วยการลด TTL ตามที่กล่าวถึงโดย @Paul) ดำเนินการบำรุงรักษาของคุณชี้ระเบียน MX กลับไปที่ที่ควร ไปเปลี่ยน relayhost ใน Postfix ให้ชี้ไปที่ระเบียนนั้น (อาจได้รับรำคาญเพราะคิดว่ามันชี้ไปที่ตัวเองซึ่งในกรณีนี้คุณต้องมี MX ชั่วคราวที่สอง) และปล่อยให้มันประมวลผลคิว

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

ถ้าเป็นเรื่องที่ยอมรับได้สำหรับคุณปัญหาของ @ Paul นั้นง่ายกว่ามาก

— Zac B
แหล่งที่มา