نقل حسابات البريد: الصناديق والتوجيه وDNS

نقل حسابات البريد في شركة ليس مجرد نسخ صندوق شخصي. تستمر الرسائل والردود وعمل الأسماء البديلة، وقد يقسم DNS الخاطئ الاستقبال بين نظامين. ابدأ بالجرد ثم النسخ التمهيدي ثم التحويل. للسياق الأوسع اقرأ دليل البريد للأعمال قبل تعديل DNS.

المشكلات مألوفة: تصدير PST وسحب المجلدات في Outlook وافتراض أن كل عنوان صندوق عادي. صباح الاثنين يتوقف sales@، ويظل صندوق كبير ينسخ، ولا يعرف الفريق أي خادم هو المرجع. تعامل مع البريد كبنية قيد التشغيل لا كملفات فقط.

يوضح الدليل نقل حسابات البريد بإجراء تشغيلي يراجع IMAP اليدوي وتسلسل التحويل والأخطاء المهمة. ويتناول طريقة TrekMail الموصوفة للفرق والوكالات وMSP التي تريد تقليل إدارة السكربتات، دون وعد بسرعة أكبر أو انعدام الانقطاع.

ما معنى نقل حسابات البريد؟

تنسخ المحتوى بين خادمي IMAP وتعيد إعداد الأسماء البديلة والتوجيه، ثم تغير الاستقبال عبر DNS عند الحاجة. يخص تغيير MX نطاقا تملكه وتديره عند تغيير مستضيف الاستقبال، ولا ينقل عنوان مزود شخصيا تلقائيا.

هذا يمنع نسيان بقية العمل. ينسخ IMAP الرسائل والمجلدات والحالة المدعومة؛ ويصفه RFC 3501 كبروتوكول للوصول إلى الرسائل وإدارة الصناديق، لا لتصدير هوية العمل كاملة.

إذن توجد ثلاث مهام:

1. نسخ الرسائل وبنية المجلدات المدعومة.
2. إعادة إعداد الأسماء البديلة وقوائم التوزيع والتوجيه.
3. تغيير استقبال النطاق المدار عبر DNS في الوقت المناسب، إن لزم.

غياب مهمة قد يجعل الانتقال ناقصا ويسبب مشكلات للمستخدمين. تحقق من البيانات ووظائف الحساب معا.

ما الذي ينقله IMAP وما الذي لا ينقله؟

ينسخ IMAP الرسائل والمجلدات وحالة القراءة بحسب المصدر والهدف والأداة. يحتاج التقويم وجهات الاتصال والمهام وتوقيعات البرامج والقواعد والصلاحيات إلى خطة منفصلة قبل توقع المستخدمين ظهورها.

حدد النطاق كتابة. النقل الموصوف في TrekMail قائم على IMAP لاستضافة البريد، لا لاستنساخ منظومة تعاون. لذلك تركز الوثائق على مضيف المصدر والمنفذ واسم المستخدم وكلمة المرور والهدف، لا الجدولة المشتركة.

استخدم هذا التقسيم:

كثيرا ما تفوت النقطة الأخيرة. راجع دليل الاسم البديل مقابل الصندوق لتجنب تكوين حسابات خاطئ وتنظيف لاحق.

الجرد قبل نقل الحسابات

أنشئ جردا شاملا قدر الإمكان قبل المزامنة. اربط كل صندوق واسم بديل ومجموعة وتوجيه ومشكلة حصة وصندوق كبير بكائن هدف ودفعة نقل، وتحقق من دعم الوظائف في الهدف.

قائمة المستخدمين وحدها لا تكفي؛ ابحث عن الاعتماديات الأقل ظهورا.

افحص على الأقل:

1. الصناديق الرئيسية: المستخدمون النشطون والصناديق المشتركة والوظيفية.
2. الأسماء البديلة: عناوين إضافية تسلم إلى صندوق آخر.
3. قوائم التوزيع والمجموعات: توجيه لا يمثل صندوق IMAP عاديا.
4. التوجيه: قواعد مثل info@ إلى owner@ مع الأذونات والسياسات المطلوبة.
5. Catch-all: قرار واع بالاحتفاظ أو التقييد أو الإيقاف.
6. الصناديق الكبيرة: ابدأ إعدادها ونسخها مبكرا.

تغير الصناديق الكبيرة الجدول. قد يقيد المزود IMAP ويستغرق النسخ أياما. لا تعد بإنهاء عطلة أسبوع دون تقييم سنوات المرفقات وحدود المصدر وسياسة الأرشفة.

مثال توضيحي: تحويل الجمعة لـ 60 مستخدما، وصندوق مدير حجمه 48 GB. بحلول الأحد ينتهي 59 مستخدما بينما يظل الكبير ينسخ. يوضح هذا أهمية التخطيط لا مدة نقل ثابتة.

إذا كنت توحد إنشاء الحسابات، استخدم معه إجراء إنشاء الحسابات دفعة واحدة. قد يسبب الإعداد الأولي أخطاء مثل DNS، وليس النسخ وحده.

خطة دفعات مناسبة لعدة صناديق

قسم النقل إلى دفعات. تختبر التجربة بيانات الدخول وربط المجلدات والوصول إلى المصدر. تنسخ الدفعة التمهيدية الرسائل القديمة، ثم تتولى الأخيرة التغييرات حول تحويل DNS.

التسلسل العملي:

الدفعة 1: التجربة

اختر موظفي تقنية وحسابات اختبار ومستخدما عاديا ببيانات ممثلة. تحقق من TLS على المنفذ 993 وسلسلة الشهادات واسم المضيف وبيانات الصندوق الكاملة. افحص ربط مجلدات الرسائل المرسلة والمسودات والأرشيف والمجلدات الخاصة.

الدفعة 2: النسخ التمهيدي

ابدأ النسخ الكبير قبل عطلة التحويل مع استمرار العمل في المصدر، فلا تبدأ انتظار سنوات البريد بعد تغيير MX.

الدفعة 3: التغييرات والتحويل

زامن التغييرات وتحقق من الهدف ثم حول MX إن لزم. كرر المزامنة بعد التحويل للرسائل المتأخرة ذات التاريخ القديم ونقل الرسائل والعلامات المدعومة. احتفظ باستقبال SMTP القديم ومزامنة الإدارة والرجوع أثناء الذاكرة المؤقتة وإعادة المحاولات.

يقلل ذلك مخاطر الحدود والعمل في العطلة لكنه لا يضمن انعدام الانقطاع.

النقل اليدوي باستخدام imapsync

للتحكم المباشر يمكنك استخدام أداة IMAP إلى IMAP مثل imapsync. توفر إعادة المحاولات والربط والعلامات قد يجعل الإجراء قابلا للتكرار، بشرط ضبط الإصدار والخيارات واختبارها.

السحب في Outlook وتصدير PST والأوامر من الذاكرة قد يصعب تدقيقها. ليست غير صالحة دائما، لكنها تحتاج إجراء واضحا. استخدم النسخ لا النقل الذي يحذف المصدر، واحفظ البريد المحلي غير المتزامن والمسودات وجهات الاتصال والتقويمات قبل حذف ملف البرنامج.

تساعد دفعات قابلة للتكرار مع سجلات لكل صندوق وجولة تغييرات محددة في التتبع. يصف TrekMail إجراء مشابها قد يقلل صيانة السكربتات. راجع دليل imapsync التشغيلي للمزيد.

المثال التالي ليس جاهزا للتنفيذ: سطر تشغيل المفسر غير صالح، والمضيف والخيارات يحتاجان مراجعة إعدادات البرامج وإصدار الأداة. --log يشغل التسجيل ولا يقبل اسم الملف؛ راجع --logfile والخيارات الفعلية. تقسيم الأسطر عند الفواصل ليس محلل CSV كاملا ولا يعالج الفواصل المقتبسة والاقتباسات والأسطر الجديدة في كلمات المرور. التشفير وحده لا يثبت صحة سلسلة الشهادات واسم المضيف؛ فعّل التحقق صراحة.

#!$0

# users.csv format:
# source_user,source_pass,dest_user,dest_pass

while IFS=, read -r src_user src_pass dest_user dest_pass
do
  echo "[START] $src_user -> $dest_user"

  imapsync \
    --host1 imap.old-provider.com --user1 "$src_user" --pass1 "$src_pass" --ssl1 \
    --host2 mail.trekmail.net --user2 "$dest_user" --pass2 "$dest_pass" --ssl2 \
    --automap \
    --usecache \
    --fast \
    --skipsize \
    --subfolder2 "Imported_Mail" \
    --log "logs/${src_user}.log"

  echo "[DONE] Review logs/${src_user}.log"
done < users.csv

ملاحظات عملية:

استخدم الذاكرة المؤقتة عند الدعم. قد تقل قراءة البيانات الوصفية المتكررة. ربط UID محلي للمجلد وسياق صلاحيته، وليس هوية عامة أو اختبار تجزئة للمحتوى. الذاكرة وحدها لا تمنع التكرار أو التلف.

استخدم مجلد إعداد مؤقت بحذر. يميز Imported_Mail النسخ لكنه يغير المسارات ويحتاج ربطا نهائيا. لا يجعل imapsync مزامنة ثنائية آمنة لحسابين نشطين ولا يحل تضارب النقل والحذف. حدد بيئة واحدة لكتابة المستخدمين وافحص المحتوى والمرفقات والتواريخ والعلامات، دون مزامنة حذف تلقائية غير متحقق منها.

احتفظ بسجل لكل صندوق. قيد الوصول إلى ملفات النص الصريح للمصرح لهم، وتجنب كشف الأسرار في وسائط العمليات والسجلات ونقح التقارير. طباعة DONE دون شرط لا تثبت النجاح. افحص حالة الخروج والسجل والعدد والمحتوى لمعرفة أي صندوق فشل وأين ولماذا.

تحويل DNS بإجراء مضبوط

عند تغيير استقبال نطاق تملكه، اخفض TTL مسبقا، لكن الإجابات القديمة تبقى حسب القيمة السابقة. جهز الهدف وتحقق من النسخ ثم غير DNS، مع إبقاء استقبال المصدر للرسائل المتأخرة.

انتهاء النسخ لا يغير الاستقبال؛ DNS يوجه المرسلين للمضيف. لا يمنحك النقل صلاحية تعديل MX لنطاق مزود شخصي أو ينقل عنوانه تلقائيا.

قد ترسل الذاكرة المؤقتة وإعادة المحاولات إلى الخادمين مؤقتا. أدر ذلك بمزامنة متكررة ونظام واحد لكتابة المستخدمين، لا باستخدام غير منضبط للحسابين.

راجع سجلات الحساب الحالية. المثال الآتي توضيحي، فاحتفظ بتفويض خدمات SPF المشروعة واختبر SPF ناجحا ومتوافقا أو DKIM صحيحا ومتوافقا لنجاح DMARC. اختر السياسة بعد الجرد والتجربة، لا تطبق الحجر لمجرد النقل.

@                 MX   10 mail.trekmail.net.
@                 TXT  "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey   TXT  "<unique TrekMail DKIM value>"
_dmarc            TXT  "v=DMARC1; p=quarantine;"

افحص أثناء التحويل:

1. إزالة MX القديم من DNS النشط مع استمرار استقبال المصدر المتأخر.
2. نشر MX الجديد الصحيح للنطاق المدار.
3. دمج SPF لجميع خدمات الإرسال المستخدمة.
4. نشر DKIM والتحقق من التوقيع الفعلي.
5. اختبار DMARC والمطابقة.
6. وصول رسالة جديدة إلى الهدف ومتابعة استقبال المصدر المتبقي.

راقب الاستقبال والإرسال بعد ذلك. قد تساعد Google Postmaster Tools مع حركة Gmail المنطبقة، دون تغطية كاملة أو ضمان للوارد. لا تنتهي المراجعة التشغيلية بآخر نسخة.

طريقة TrekMail لنقل الحسابات

يصف TrekMail أداة IMAP على الخادم قد تقلل الحاجة إلى VM وسكربتات خاصة. يظل فحص المصدر والحدود والتقدم والأخطاء ضروريا.

المقارنة التالية لأساليب محتملة، لا فروق عامة بين جميع المزودين.

يحتاج الإجراء الموصوف إلى هذه التحضيرات:

1. إضافة النطاق وتجهيز DNS، وتأجيل MX إلى جاهزية الهدف وفحص النسخ.
2. إنشاء الصناديق وكائنات التوجيه في الهدف.
3. فتح النقل في اللوحة.
4. إدخال مضيف IMAP والمنفذ واسم المستخدم الكامل وبيانات الدخول المسموحة.
5. اختيار صندوق TrekMail كهدف.
6. تشغيل الاستيراد ومراجعة الحالة والبيانات.

راجع الوثائق الحالية: نظرة عامة على IMAP وبدء النقل في اللوحة وإنشاء صندوق وسجلات DNS المطلوبة. يستخدم المستورد الموصوف دخول IMAP المباشر لا OAuth تفاعليا. تعتمد كلمة مرور تطبيق Gmail على التحقق بخطوتين والسياسة؛ إن تعذرت، قد تحتاج أداة أخرى تدعم OAuth أو طريقة يوفرها المزود.

سعر Starter الموصوف $3.50 شهريا وNano بسعر $0، مع Starter وPro وAgency وEnterprise المدفوعة. يوصف Nano بالمجاني دون بطاقة، وتجربة الخطة المدفوعة المجانية لمدة 14 يوما تتطلب بطاقة حسب الوصف. راجع الشروط الحالية. قد يساعد التخزين المشترك صندوقا كبيرا، مع بقاء حدود الحساب والخدمة.

قارن الخطط على أسعار TrekMail الحالية.

قائمة أخيرة للفرق قيد العمل

افحص قبل تحويل MX اللازم الأسماء المفقودة وDNS القديم وكلمات المرور والنسخ غير المكتمل. قد يكشف ذلك مشكلات دون ضمان منع كل فقد للرسائل.

راجع قبل التحويل:

1. وجود كل صندوق هدف ونجاح الدخول.
2. إعادة الأسماء والتوجيه والمجموعات مع الإذن.
3. عمل IMAP مع TLS على المنفذ 993 والتحقق من الشهادات.
4. النسخ المبكر للصناديق الكبيرة.
5. خفض TTL مع احتساب صلاحية الذاكرة القديمة.
6. توثيق MX القديم للفحص والرجوع.
7. جدولة مزامنة التغييرات قبل التحويل وبعده.
8. معرفة المستخدمين موعد إيقاف تعديل قواعد المصدر.
9. جاهزية صندوق اختبار للاستقبال والإرسال.
10. تحديد مسؤول متابعة التحويل وإنهاء المصدر.

هذا عمل منظم أكثر منه تقنية لافتة: اكتشاف الاعتماديات قبل التحويل والتحقق من النتائج.

الخلاصة: انقل الحسابات بإجراء لا بأمل

سواء احتجت نقل حسابات البريد لنطاق واحد أو خمسين، اجرد الهويات وانسخ البيانات مسبقا وحول DNS عند الحاجة بحذر. تحقق من الاستقبال والبيانات بعد التحويل. لا يعالج نسخ IMAP تصميما خاطئا للمشروع.

قد يناسب النقل اليدوي من يريد التحكم وإدارة الأدوات بنفسه. للنقل المتكرر يمكن مراجعة أسعار TrekMail متعددة النطاقات والتخزين المشترك والنقل واللوحة التشغيلية الموصوفة. ابدأ بمراجعة Nano أو الأسعار إن احتجت نقلا في خطة مدفوعة، وتحقق من الوظائف والحدود قبل الاختيار.