ينقل ترحيل بريد النطاق المخصص من cPanel الصناديق من مضيف cPanel ضمن حزمة (Bluehost أو HostGator أو Hostinger أو شبيه) إلى مضيف صناديق متخصص، مع تجنب فقد البريد الوارد أثناء الانتقال. الفكرة هي الاستقبال المتوازي: أعد المضيف الجديد بينما يواصل القديم الاستقبال، ثم غير سجلات MX مع قيمة DNS TTL منخفضة ليكون الانتقال دقائق بدلا من ساعات.
تتجاوز معظم أدلة الترحيل إعداد الاستقبال المتوازي وتصف انتقالا باردا قد يفقد البريد أثناء انتشار DNS. يفقد الانتقال البارد عادة 10-50 رسالة حسب حجم الوارد. صمم النهج المتوازي أدناه لتجنب ذلك. يستغرق الإعداد الإضافي 30 دقيقة، وقد يكون منع فقد البريد جديرا بهذا الوقت.
يشرح هذا الدليل الانتقال في ست خطوات مع كتل شيفرة لسجلات DNS. لإطار الترحيل الأوسع، راجع نقل البريد إلى مضيف جديد.
أهمية ترحيل cPanel المنظم
يهم الترحيل المنظم لأن البريد العابر أثناء انتشار DNS يمثل خطرا فعليا على الإيرادات. قد يسقط الانتقال البارد ذو الانتشار الذي يستغرق ساعات كل رسالة تصل إلى MX القديم بعد توقفه عن الاستقبال. لا يدرك معظم المشغلين التكلفة حتى يشكو عميل.
يتجنب نهج الخطوات الست نافذة فقد البريد بالاستقبال المتوازي: يستقبل المضيفان القديم والجديد معا أثناء الانتقال، ولا يوقف المشغل القديم يدويا إلا بعد التأكد من تصفية كل البريد العابر. يتطلب الانضباط الإضافي 30 دقيقة من الإعداد، وقد يمنع خسارة يصعب تقديرها مسبقا.
لمحة عن الانتقال في ست خطوات
تغطي ست خطوات ترحيل بريد النطاق المخصص من cPanel مع الاستقبال المتوازي. الترتيب مهم لأن مخرجات كل خطوة تتيح التالية. يستغرق الزمن الكلي نحو أسبوع من خفض TTL إلى الإيقاف الكامل، بينما يبلغ العمل الفعلي نحو 3-4 ساعات موزعة على الأسبوع.
- اخفض DNS TTL قبل 48 ساعة. يقلل زمن انتشار MX أثناء الانتقال من ساعات إلى دقائق.
- جهز الصناديق لدى المضيف الجديد. أنشئ صناديق مطابقة مع إبقاء القديمة عاملة.
- انسخ البريد السابق عبر IMAP. تنسخ أداة ترحيل IMAP من جانب الخادم البريد الموجود إلى الصناديق الجديدة.
- غير سجلات MX. حدث DNS ليشير إلى المضيف الجديد؛ يستقبل القديم والجديد أثناء الانتشار.
- تحقق من المصادقة والاختبار الكامل. تأكد من نجاح SPF وDKIM وDMARC لدى ثلاثة مستقبلين.
- أوقف الصناديق القديمة. انتظر 48-72 ساعة بعد تغيير MX، ثم عطلها بعد تصفية البريد العابر.
لكل خطوة نقطة تحقق، ويظل الرجوع مباشرا حتى الخطوة 4. بعد الخطوة 4، أي تغيير MX، يبقى الرجوع ممكنا لكنه أعلى تكلفة تشغيليا لأن البريد يبدأ بالتراكم لدى المضيف الجديد. يقل احتمال الحاجة إلى الرجوع في الانتقال المعتاد إذا نفذت الخطوات 1-3 بشكل صحيح.
الخطوة 1: خفض DNS TTL قبل 48 ساعة
اخفض DNS TTL في سجلات MX الحالية قبل 48 ساعة من الانتقال المخطط. القيمة الافتراضية غالبا 3600 ثانية (1 ساعة) أو 86400 (24 ساعة). اضبطها على 300 ثانية (5 دقائق) كي ينتشر تغيير MX في الخطوة 4 خلال دقائق بدلا من ساعات.
يتم التغيير في لوحة مضيف DNS. عدل قيمة TTL لكل سجل MX إلى 300 واحفظ. انتظر 48 ساعة لتنتهي القيمة الحالية وتنتشر الجديدة. بعد الخطوة 6، أعد TTL إلى 3600 للتشغيل العادي. مثال على تغيير السجل في Cloudflare:
; before: MX record with default TTL
yourcompany.com. 3600 IN MX 10 mail.oldhost.example.com.
; after: MX record with low TTL for migration window
yourcompany.com. 300 IN MX 10 mail.oldhost.example.com.
الخطوة 2: تجهيز الصناديق لدى المضيف الجديد
جهز صناديق مطابقة لدى المضيف الجديد. أضف النطاق في TrekMail، وتحقق من الملكية عبر سجل TXT، وأنشئ صندوقا يطابق كل عنوان لدى مضيف cPanel القديم. تصبح الصناديق جاهزة لدى الجديد، لكن MX يظل يشير إلى القديم.
أنشئ قيم SPF وDKIM وDMARC التي يوفرها المضيف الجديد. لا تنشرها بعد؛ يحدث ذلك في الخطوة 4 مع تغيير MX. يضمن إنشاؤها مسبقا جاهزيتها عند الوصول إلى الخطوة 4. هذا التجهيز هو ما يتيح الاستقبال المتوازي لاحقا. راجع ترحيل IMAP لتفاصيل الأداة.
الخطوة 3: نسخ البريد السابق عبر IMAP
استخدم أداة ترحيل IMAP لدى المضيف الجديد لنسخ البريد السابق من صناديق cPanel القديمة إلى الجديدة. تتولى أداة TrekMail من جانب الخادم (Starter وما فوقها) ذلك عبر اللوحة: قدم بيانات IMAP للمضيف القديم ودعها تنسخ مجلدا تلو الآخر خلال بضع ساعات.
يعمل الترحيل في الخلفية بينما يظل MX موجها إلى المضيف القديم. يواصل القديم استقبال الجديد، ويحمل المضيف الجديد النسخة السابقة. عند الاكتمال، يملك المضيفان بنية المجلدات والرسائل نفسها، وهي الحالة المطلوبة للانتقال المتوازي في الخطوة 4. راجع قائمة تحقق ترحيل البريد لخطة تشغيل منظمة.
الخطوة 4: تغيير سجلات MX
تحدث الخطوة الرابعة سجلات MX لدى مضيف DNS لتشير إلى مضيف الصناديق الجديد. انشر قيم MX الجديدة وسجلات SPF وDKIM وDMARC من الخطوة 2. يستغرق انتشار DNS نحو 5 دقائق بفضل TTL المنخفض من الخطوة 1. يستقبل المضيفان بالتوازي أثناء نافذة الانتشار.
; new MX records pointing at TrekMail
yourcompany.com. 300 IN MX 10 mx1.trekmail.net.
yourcompany.com. 300 IN MX 20 mx2.trekmail.net.
; published SPF, DKIM, DMARC TXT records
yourcompany.com. 300 IN TXT "v=spf1 include:_spf.trekmail.net ~all"
trekmail._domainkey.yourcompany.com. 300 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.yourcompany.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com"
تهدف نافذة الاستقبال المتوازي إلى منع فقد البريد. تصل الرسائل أثناء الانتشار إما إلى المضيف القديم الذي ما زال عاملا أو الجديد الذي نشط للتو، ما يقلل احتمال الارتداد. أبق الصناديق القديمة نشطة ويمكن الوصول إليها مدة 48 ساعة على الأقل بعد تغيير MX لالتقاط البريد العابر المتأخر.
الخطوة 5: التحقق من المصادقة والاختبار الكامل
تحقق من مصادقة البريد الصادر من المضيف الجديد. أرسل رسائل اختبار من كل صندوق جديد إلى حسابات Gmail وOutlook.com وYahoo. تأكد من أن الرؤوس تعرض SPF=PASS وDKIM=PASS وDMARC=PASS لدى الثلاثة. تعني أي FAIL أن سجلات الخطوة 4 تحتاج تعديلا قبل اعتبار الانتقال مكتملا.
تحقق أيضا من وصول البريد إلى المضيف الجديد. أرسل رسالة من عنوان خارجي إلى أحد الصناديق الجديدة وتأكد من وصولها إلى صندوق الوارد الجديد خلال بضع دقائق. إذا وصلت إلى القديم، فلم يكتمل انتشار DNS بعد؛ انتظر 10-15 دقيقة أخرى وأعد الاختبار.
الخطوة 6: إيقاف الصناديق القديمة
أوقف الصناديق القديمة بعد 48-72 ساعة من تغيير MX. يفترض أن يكون انتشار DNS قد اكتمل عالميا وألا يواصل المرسلون التوجيه إلى MX القديم. عطل الصناديق عبر لوحة cPanel؛ أبق خطة استضافة cPanel للموقع إن لزم، لكن أوقف استقبال البريد.
إذا كان مضيف cPanel يستضيف الموقع أيضا ولا تريد استمرار الدفع، فهذا وقت نقل الموقع إلى مضيف ويب منفصل. يكتمل الترحيل بعد تعطيل البريد القديم واستقبال المضيف الجديد بصورة سليمة عدة أيام. أعد DNS TTL إلى 3600 ثانية للتشغيل العادي.
الخطوات التالية
يستغرق ترحيل بريد النطاق المخصص من cPanel مع الاستقبال المتوازي نحو أسبوع و3-4 ساعات من العمل الفعلي. الهدف انتقال منظم إلى مضيف متخصص مع مصادقة صحيحة على الرسائل الصادرة وتقليل احتمال فقد البريد.
يمكن تكرار إطار الترحيل ذي الخطوات الست: طبقه بالطريقة نفسها على كل نطاق cPanel إضافي، وقد تصبح العملية أسرع مع كل تكرار.
اختبر TrekMail Nano مجانا على trekmail.net/pricing، بلا بطاقة. تتضمن Starter بسعر $4/شهر أداة ترحيل IMAP من جانب الخادم اللازمة للخطوة 3. تتولى المنصة أعمال تشغيل الصناديق التي تركها مضيف cPanel في الحزمة لتديرها بنفسك.
ملاحظة تشغيلية: نافذة الاستقبال المتوازي في الخطوة 4 هي السبب البنيوي الذي يجعل النهج يتجنب فقد البريد. يفقد الانتقال البارد الرسائل بسبب فجوة بين توقف المضيف القديم وبدء الجديد الاستقبال عالميا، وقد ترتد خلالها الرسائل. يقلص الاستقبال المتوازي الفجوة بإبقاء المضيفين نشطين أثناء الانتشار.
قد يكون ترحيل بريد النطاق المخصص من cPanel أسهل تشغيليا مما يتوقع كثير من المشغلين. يؤخر الخوف من تعطل البريد الانتقال أشهرا أحيانا بينما تتراكم تكلفة التسليم لدى مضيف cPanel المجمع. يقلل نهج الخطوات الست مخاطر فقد البريد التي تسبب التأخير، وقد يجعل تكراره لنطاقات إضافية أكثر ألفة.
لمن يدير عدة نطاقات مخصصة عبر مضيفي cPanel، يطبق قالب الترحيل على كل نطاق: الخطوات الست نفسها مع مدخلات DNS مختلفة. خطط للانتقالات في أيام منفصلة لا بالتزامن. الاهتمام المطلوب من المشغل في كل ترحيل قليل لكنه حقيقي؛ تزيد الانتقالات المتتابعة العبء الذهني بلا حاجة واحتمال تجاوز خطوة.
