الانتقال من Google Workspace دون فقدان البريد

يستغرق الانتقال من Google Workspace إلى مضيف بريد آخر نحو أسبوع زمنيا و3-4 ساعات من العمل الفعلي عند تنفيذه بعناية. السر هو الاستقبال المتوازي: جهز المضيف الجديد بينما يواصل Workspace استقبال البريد، وشغل أداة ترحيل IMAP لنسخ الرسائل القديمة في الخلفية، ثم بدل سجلات MX بعد خفض TTL في DNS كي يستغرق التحويل دقائق لا ساعات.

تصف أدلة كثيرة انتقالا فوريا يضيع الرسائل خلال انتشار DNS. قد يفقد هذا الأسلوب عادة 10-50 رسالة بحسب حجم البريد الوارد. أما الخطوات الست أدناه فمصممة لتجنب الفقد. لا يتطلب الانضباط الإضافي سوى 30 دقيقة من الإعداد، ويمنع فوضى السؤال عن رسالة عميل مفقودة منذ اليوم الأول.

يشرح الدليل عملية الترحيل في ست خطوات مع نماذج فعلية لسجلات DNS. وللسياق الأوسع، راجع ترحيل البريد من Google Workspace.

لماذا الانتقال أسهل مما يبدو

يبدو الانتقال من Google Workspace مخيفا لأنه يجمع البريد والتقويم وDrive وMeet تحت هوية واحدة. لكن الصعوبة ناتجة أساسا عن الحزمة. البريد وحده ليس سوى IMAP وسجلات DNS، ويمكن ترحيله بوضوح إلى أي مضيف يدعم IMAP.

ينقسم العمل الفعلي إلى أجزاء مستقلة. البريد: 1-2 يوم من العمل باتباع الخطوات أدناه. التقويم: تصدير تقويم Workspace واستيراده لدى مضيف جديد مثل Fastmail Calendar أو Apple Calendar أو CalDAV مستضاف ذاتيا. Drive: نسخة بأسلوب rsync إلى مخزن الملفات الجديد. Meet: استبداله بـZoom أو خدمة مشابهة عند التسجيل. ترحيل كل جزء منفصلا يجعل المشروع أقل رهبة مما يوحي به اسمه.

الترحيل في ست خطوات بنظرة سريعة

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

1. اخفض TTL في DNS قبل 48 ساعة. يقلل زمن انتشار MX من ساعات إلى دقائق عند التحويل.
2. جهز المضيف الجديد. أضف النطاق وأنشئ الصناديق المطابقة.
3. شغل ترحيل IMAP في الخلفية. انسخ البريد القديم بينما يواصل Workspace الاستقبال.
4. بدل سجلات MX. وجه DNS إلى المضيف الجديد مع استقبال متوازٍ خلال الانتشار.
5. تحقق واختبر الإرسال والرد. تأكد من نجاح المصادقة لدى ثلاثة مستقبلين.
6. أوقف Workspace. انتظر 48-72 ساعة بعد تبديل MX، ثم عطل صناديق Workspace.

تستغرق العملية كاملة نحو أسبوع زمنيا، بينما يبلغ العمل الفعلي 3-4 ساعات موزعة عليه. يمنع الالتزام بالخطوات الست أنماط فقد البريد التي تسببها عمليات الانتقال المرتجلة.

الخطوة 1: خفض TTL قبل 48 ساعة

تبدأ العملية بخفض TTL لسجلات MX قبل موعد التحويل بـ48 ساعة. تكون قيمة MX الافتراضية في Workspace عادة 3600، أي ساعة. اخفضها إلى 300، أي خمس دقائق، كي ينتشر تبديل MX في الخطوة 4 بسرعة.

; before - default TTL
yourcompany.com. 3600 IN MX 1  aspmx.l.google.com.

; after - low TTL for cutover window
yourcompany.com. 300  IN MX 1  aspmx.l.google.com.

عدل TTL لكل سجل MX لدى مضيف DNS. ينتشر التغيير خلال 1-2 ساعة مع انتهاء التخزين المؤقت. انتظر 48 ساعة حتى تصل القيمة المنخفضة إلى أنحاء العالم. وبعد اكتمال الترحيل في الخطوة 6، أعد TTL إلى 3600 للتشغيل المعتاد.

الخطوة 2: تجهيز المضيف الجديد

في الخطوة الثانية، جهز مضيف البريد الجديد. سجل في TrekMail أو البديل الذي اخترته، وأضف النطاق في اللوحة، ثم أثبت الملكية بسجل TXT المخصص. أنشئ صناديق تحمل الأسماء نفسها في Workspace، مثل sarah.smith@ وmike.davis@. أنشئ قيم SPF وDKIM وDMARC، لكن لا تنشرها بعد؛ سيتم ذلك في الخطوة 4.

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

الخطوة 3: تشغيل ترحيل IMAP في الخلفية

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

تنتهي عمليات الترحيل غالبا خلال 24 ساعة لأحجام الصناديق المعتادة، أي 1-10GB لكل مستخدم، بينما تحتاج الصناديق الثقيلة بحجم 50GB+ إلى وقت أطول. شغل الأداة قبل التحويل كي يوجد البريد القديم كله لدى المضيف الجديد قبل الخطوة 4. تابع العملية في اللوحة، حيث تعرض الأداة أخطاء كل صندوق عند وجود مشكلة في IMAP.

الخطوة 4: تبديل سجلات MX

تحدث الخطوة الرابعة سجلات MX لتشير إلى المضيف الجديد. انشر قيم MX الجديدة إلى جانب سجلات SPF وDKIM وDMARC من الخطوة 2. يستغرق انتشار DNS نحو 5 دقائق بفضل TTL المنخفض في الخطوة 1.

; new MX pointing at TrekMail
yourcompany.com. 300 IN MX 10 mx1.trekmail.net.
yourcompany.com. 300 IN MX 20 mx2.trekmail.net.

; authentication 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"

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

الخطوة 5: التحقق واختبار الإرسال والرد

تتحقق الخطوة الخامسة من مصادقة البريد الصادر من المضيف الجديد. أرسل رسالة اختبار من كل صندوق إلى حسابات Gmail وOutlook.com وYahoo. تأكد من ظهور SPF=PASS وDKIM=PASS وDMARC=PASS في الرؤوس لدى الثلاثة. أي FAIL يعني أن سجلات الخطوة 4 تحتاج إلى تعديل قبل بدء الاستخدام الفعلي.

اختبر الوارد أيضا بإرسال رسالة من عنوان خارجي إلى صندوق جديد، وتأكد من وصولها إلى المضيف الجديد خلال دقائق. إذا وصلت إلى Workspace، فلم يكتمل انتشار DNS؛ انتظر 10-15 دقيقة أخرى وأعد الاختبار. لا يمكن تجاوز التحقق، وإلا ستظهر مشكلات التسليم على نطاق واسع بدلا من اكتشافها وقت التحويل.

الخطوة 6: إيقاف Workspace

توقف الخطوة السادسة صناديق Workspace بعد 48-72 ساعة من تبديل MX، حين يكون انتشار DNS قد اكتمل عالميا. عطل الصناديق من وحدة الإدارة وألغ الاشتراك في نهاية دورة الفوترة الحالية. أعد TTL في DNS إلى 3600.

احتفظ بتصدير لبيانات Workspace، بما فيها Mail وCalendar وDrive، قبل الإلغاء النهائي تحسبا للحاجة إلى السجل لاحقا. تتولى خدمة Google Takeout التصدير؛ نزله إلى تخزين محلي قبل انتهاء الاشتراك. تمنحك النسخة احتياطيا مستقلا عن المضيف الجديد. راجع قائمة التحقق من ترحيل البريد لخطة عمل منظمة.

الخطوات التالية

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

جرب TrekMail Nano مجانا عبر trekmail.net/pricing بلا بطاقة، وفقا للعرض الحالي. تشمل Starter بسعر $4 شهريا حاليا أداة ترحيل IMAP على الخادم اللازمة للخطوة 3. وقد يوفر السعر الثابت البالغ $42 سنويا عادة 90%+ من فاتورة Workspace للفرق التي تركز على البريد ولا تعتمد غالبية مقاعدها يوميا على Docs وSheets. راجع ترحيل IMAP للسياق الأوسع.

مثال توضيحي: شركة SaaS من 24 شخصا في هلسنكي تنتقل بعد سنوات على المنصة. الإنفاق قبل الترحيل: $1,728 سنويا على Workspace Business Starter. الترحيل: 5 أيام زمنية تشمل نافذة TTL المنخفض، والاستقبال المتوازي، ونقل 180GB من البريد القديم عبر 24 صندوقا. الإنفاق بعد الترحيل وفق الأسعار المذكورة: $96 سنويا على TrekMail Pro للحمل نفسه. الوفر السنوي المحسوب: $1,632، ويمكن أن يمول اشتراك Notion ويترك هامشا خلال سنة التشغيل التالية.

مثال ثان: شركة متوسطة من 40 شخصا في تل أبيب تنتقل من Google Workspace Business Standard. قبل الترحيل: $5,520 سنويا. أظهر التدقيق أن استخدام Docs وSheets يتركز في 8 مقاعد للمديرين والمحاسبة. الخطة: TrekMail Pro لعدد 40 صندوقا بسعر $96 سنويا، مع الاحتفاظ بـ8 مقاعد Workspace Business Starter للمستخدمين المعتمدين على المستندات بسعر $576 سنويا. يصبح الإجمالي $672 سنويا، والوفر المحسوب $4,848.

يتكرر نمط واحد في المثالين: لا يجب أن يكون الانتقال شاملا أو معدوما. يمكن للفرق تدقيق المقاعد التي تستخدم حزمة الإنتاجية فعليا، ثم نقل معظمها إلى مضيف بريد فقط بسعر ثابت مع إبقاء المقاعد المعتمدة على المستندات في Workspace. وبحسب توزيع الاستخدام والأسعار، قد يوفر هذا التقسيم 70-90% من الفاتورة مع الحفاظ على الحزمة لمن يحتاجها فعلا.