نقل البريد المؤسسي: دليل بدون فقدان رسائل
من Google Workspace أو Exchange أو سيرفر قديم. نشرح: تصدير الرسائل، تعديل DNS، وتأكد إن كل شي يشتغل.
متى تحتاج ترحيل البريد الإلكتروني؟
ترحيل البريد الإلكتروني عملية حساسة تتطلب تخطيطا دقيقا. فقدان رسالة واحدة مهمة قد يعني خسارة عقد أو تأخر معاملة حكومية. لذلك التخطيط المسبق والاختبار ليسا اختياريين.
أسباب شائعة لترحيل البريد:
- الانتقال من استضافة لأخرى
- الترقية من استضافة مشتركة إلى سيرفر خاص
- الانتقال من خدمة بريد خارجية (مثل Google Workspace) إلى سيرفر خاص
- تغيير اسم النطاق
- توحيد البريد بعد اندماج شركات
مراحل الترحيل
المرحلة 1: التخطيط والجرد
قبل لمس أي إعداد، وثّق الوضع الحالي بالكامل:
- قائمة بجميع حسابات البريد مع أحجام الصناديق
- سجلات DNS الحالية (MX, SPF, DKIM, DMARC, A records)
- إعدادات برامج البريد عند كل مستخدم
- قوائم التوزيع والتحويلات (forwarding rules, aliases)
- الفلاتر والقواعد المُعدة على كل حساب
أنشئ جدولا بهذه المعلومات:
| الحساب | حجم الصندوق | تحويلات | بروتوكول مستخدم | ملاحظات |
|---|---|---|---|---|
| info@domain.com | 2.5 GB | نعم | IMAP | حساب رئيسي |
| ahmed@domain.com | 5.1 GB | لا | IMAP | صندوق كبير |
| sales@domain.com | 800 MB | نعم (3 عناوين) | IMAP | قائمة توزيع |
المرحلة 2: إعداد السيرفر الجديد
جهّز السيرفر الجديد بالكامل قبل بدء الترحيل:
- أنشئ جميع حسابات البريد على السيرفر الجديد
- أعد قواعد التحويل وقوائم التوزيع
- ثبت شهادة SSL
- أعد سجلات SPF و DKIM على السيرفر الجديد
- اختبر الإرسال والاستقبال داخليا قبل تغيير DNS
المرحلة 3: نقل الرسائل
هناك عدة طرق لنقل الرسائل من السيرفر القديم للجديد:
الطريقة 1: imapsync
أداة مفتوحة المصدر متخصصة في نقل البريد بين سيرفرات IMAP. تنقل كل شيء: الرسائل، المجلدات، الحالة (مقروء/غير مقروء)، العلامات.
- مناسبة لنقل صناديق بريد كبيرة
- تدعم الاستئناف في حالة انقطاع الاتصال
- يمكن تشغيلها أكثر من مرة (تنقل التغييرات فقط)
الطريقة 2: نسخ احتياطي واستعادة
إذا كان السيرفران يستخدمان cPanel، يمكن استخدام ميزة النسخ الاحتياطي والاستعادة المدمجة:
- أنشئ نسخة احتياطية كاملة من cPanel القديم
- انقل ملف النسخة للسيرفر الجديد
- استعد النسخة من WHM على السيرفر الجديد
الطريقة 3: نقل يدوي عبر برنامج البريد
للصناديق الصغيرة، يمكن ربط الحسابين في برنامج بريد واحد (مثل Thunderbird) وسحب الرسائل من القديم للجديد يدويا.
المرحلة 4: تبديل DNS
هذه اللحظة الحاسمة. بعد التأكد من نقل جميع الرسائل:
- قلل TTL لسجلات MX إلى 300 ثانية (قبل 24-48 ساعة من التبديل)
- غيّر سجلات MX للإشارة للسيرفر الجديد
- حدّث سجلات SPF و DKIM
- راقب تدفق البريد على السيرفرين (القديم والجديد) خلال 24-48 ساعة
المرحلة 5: ما بعد الترحيل
- شغّل imapsync مرة أخيرة لنقل أي رسائل وصلت للسيرفر القديم خلال فترة انتشار DNS
- حدّث إعدادات برامج البريد عند جميع المستخدمين
- اختبر الإرسال والاستقبال من كل حساب
- تأكد من عمل SPF و DKIM و DMARC على السيرفر الجديد
- أبقِ السيرفر القديم يعمل لمدة أسبوع كاحتياط
أخطاء شائعة في الترحيل
- نسيان تقليل TTL: يؤدي لتأخر انتشار DNS لساعات أو أيام
- حذف السيرفر القديم فورا: رسائل قد تستمر بالوصول للسيرفر القديم بعد تغيير DNS
- عدم اختبار البريد قبل التبديل: مشاكل الإعداد تظهر بعد فوات الأوان
- إهمال قوائم التوزيع: البريد يصل للحساب لكن لا يتحول للعناوين المطلوبة
الترحيل مع كلاود
كلاود (cloud.net.sa) لا يرحّل البيانات نيابة عنك لأن مسؤولية الأنظمة المخصصة تبقى على فريقك التقني. لكننا نقدم دعما كاملا لفريقك: جلسات توجيه، مراجعة الإعدادات، واستكشاف الأخطاء. سيرفراتنا تأتي مجهزة بالكامل مع cPanel و SPF و DKIM مُعدة مسبقا، مما يختصر نصف العمل.
ابدأ الآن
تبي تجرب بنفسك؟ اختر باقة الاستضافة المناسبة أو صمم سيرفرك الخاص بالمواصفات اللي تبيها.
