نقل البريد الإلكتروني لشركتك دون فقدان أي رسالة

معظم عمليات نقل البريد الإلكتروني التي تتعثر لا تتعثر عند لحظة التحويل. بل تتعثر قبل ذلك بأسبوع، حين لم يدوّن أحد أن accounts@ يُعاد توجيهه إلى شخصين، أو بعد ذلك بشهر، حين يلغي أحدهم الاشتراك القديم فيضيع معه مجلد أرشيف.

التحويل نفسه مجرد بضعة تغييرات في DNS ويستغرق دقائق. وكل ما يجعله آمنًا يحدث قبله وبعده. هذا هو الترتيب الذي نتبعه عندما ننقل شركة من مزوّد بريد إلكتروني إلى آخر، سواء كان ذلك من Microsoft 365 أو Google Workspace أو بريد شركة استضافة مواقع أو خادم قديم في خزانة الاتصالات. وقد كُتب لشركة صغيرة تتولى الأمر بنفسها، أو تراجع عمل من يتولاه نيابة عنها.

لماذا تضيع الرسائل أثناء النقل

يُسلَّم البريد الإلكتروني بالبحث عن نطاقك. فعندما يرسل أحدهم إلى you@yourbusiness.com.au، يسأل خادم بريده دليلَ الإنترنت، أي DNS، إلى أين يجب أن يذهب بريد هذا النطاق. والجواب هو سجل MX (مبادل البريد) الخاص بك. غيّر سجل MX فيبدأ البريد الجديد بالذهاب إلى المزوّد الجديد.

ثلاثة أمور تجعل ذلك أقل سلاسة مما يبدو:

• الخوادم تتذكر الإجابات القديمة. يحمل كل سجل DNS قيمة TTL، أي مدة "تذكّر هذا لمدة". والمرسل الذي بحث عن نطاقك صباح اليوم قد يواصل استخدام الإجابة القديمة حتى تنقضي تلك المدة.
• البريد القديم لا ينتقل من تلقاء نفسه. تغيير سجل MX لا يغيّر إلا وجهة البريد الجديد. أما سنوات من البريد الموجود والمجلدات والتقويمات وجهات الاتصال فتبقى في مكانها حتى ينسخها شيء ما.
• أنظمة أخرى ترسل باسمك. نموذج الاتصال في موقعك، وبرنامج الفوترة، وماسح المكتب الضوئي، وأداة النشرات البريدية، كلها ترسل بريدًا يقول إنه من نطاقك. وإذا لم يُسمح لها في الإعداد الجديد، يبدأ بريدها بالوصول إلى الرسائل غير المرغوب فيها أو بالارتداد.

كل خطوة أدناه تعالج واحدًا من هذه الأمور.

الخطوة 1: سجّل كل ما لديك

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

• صناديق البريد. كل شخص حقيقي يسجّل الدخول. وأدرج من غادروا لكنك ما زلت تحتاج إلى بريدهم. فصناديق بريد الموظفين المغادرين هي الأكثر عرضة للنسيان.
• الأسماء المستعارة. عناوين إضافية تُسلَّم إلى صندوق بريد شخص ما، مثل jane@ التي تستقبل أيضًا j.smith@.
• العناوين المشتركة والمجموعات. sales@ وaccounts@ وinfo@. دوّن من يستقبل كلًا منها، وهل يردّ الموظفون باسم ذلك العنوان.
• قواعد إعادة التوجيه والردود التلقائية. إعادة التوجيه إلى عناوين شخصية، ورسائل خارج المكتب، والقواعد التي تفرز البريد في مجلدات. هذه موجودة في النظام القديم ولا تنتقل عادةً.
• التقويمات. التقويمات الشخصية والمشتركة، وحجوزات القاعات أو المركبات، وكل من يدير جدول مواعيد شخص آخر.
• جهات الاتصال. جهات الاتصال الشخصية وأي دفتر عناوين مشترك.
• أحجام صناديق البريد. الصناديق الكبيرة تستغرق وقتًا أطول في النسخ. ومعرفة أكبرها تخبرك بمدى التبكير في البدء.
• الأرشيفات المحلية. بريد مخزّن على جهاز واحد فقط، في ملف Outlook PST أو مجلد محلي. والنسخ من خادم إلى خادم لن يراه.
• كل ما عدا ذلك مما يرسل باسم نطاقك. نماذج الموقع، وبرامج المحاسبة والفوترة، وCRM، وأنظمة الحجز، ومنصات النشرات البريدية، والطابعات والماسحات الضوئية، ولوحات الإنذار. اسأل الأشخاص الذين يستخدمونها.

الخطوة 2: اعرف من يتحكم في DNS الخاص بك

لا يمكنك نقل البريد الإلكتروني دون تغيير سجلات DNS، لذا اعرف مبكرًا من يستطيع ذلك. بالنسبة إلى نطاق ‎.com.au أو ‎.au، يُسجَّل النطاق عبر مسجّل معتمد، لكن سجلات DNS قد تُدار في مكان آخر تمامًا: لدى شركة استضافة موقعك، أو مزوّد تقنية معلومات سابق، أو الشخص الذي أنشأ موقعك قبل سنوات.

سجّل الدخول وتأكد من أنك تستطيع رؤية السجلات وتعديلها قبل أن تحدد موعدًا. دوّن سجلات MX وSPF الحالية وأي سجلات DKIM أو DMARC، والتقط لقطة شاشة للمنطقة بأكملها. فإذا حدث خطأ ما، فهذه اللقطة هي وسيلتك لإعادة كل شيء كما كان.

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

الخطوة 3: خفّض قيمة TTL قبل الموعد بأيام

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

قبل التحويل ببضعة أيام، خفّض قيمة TTL في سجل MX (وفي SPF وأي سجلات متعلقة بالبريد ستغيّرها) إلى نحو 300 ثانية، أي خمس دقائق. والسر في التوقيت: لا تسري قيمة TTL الجديدة الأقصر إلا بعد أن تنتهي القيمة القديمة في كل مكان. فإذا كانت القيمة القديمة يومًا، فخفّضها قبل التحويل بيوم على الأقل. ويومان أو ثلاثة هامش مريح.

بعد أن يستقر النقل، أعد قيمة TTL إلى ساعة أو أكثر.

الخطوة 4: انسخ البريد قبل التحويل

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

تعتمد طريقة النسخ على المكان الذي تنتقل منه:

• من مزوّد إلى مزوّد. تستخدم معظم عمليات الترحيل أداة تسجّل الدخول إلى صندوقي البريد القديم والجديد معًا وتنسخ مجلدًا تلو الآخر، باستخدام البروتوكول القياسي الذي تتحدثه جميع أنظمة البريد (IMAP). ويمكن تشغيلها أكثر من مرة، وفي كل مرة تنسخ الجديد فقط، وهذا بالضبط ما تريده.
• من Microsoft 365 أو Google Workspace. يمكن نسخ كليهما بهذه الطريقة، لكنهما يحتاجان غالبًا إلى تغيير إعداد أولًا، أو إلى خطوة من المسؤول للسماح لأداة النسخ بتسجيل الدخول، خاصة حيث تكون المصادقة متعددة العوامل مفعّلة. جرّب ذلك على صندوق بريد واحد قبل التخطيط لبقية الصناديق.
• التقويمات وجهات الاتصال. هذه ليست بريدًا، وغالبًا ما تُنسخ بشكل منفصل، إما بأداة الترحيل أو بتصدير التقويمات (ملفات ‎.ics) وجهات الاتصال (ملفات ‎.vcf) واستيرادها في الطرف الآخر.
• الأرشيفات المحلية. ارفعها إلى صندوق البريد الجديد، عادةً بفتح الأرشيف في تطبيق بريد متصل بالحساب الجديد ونقل المجلدات إليه.

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

الخطوة 5: التحويل

اختر وقتًا هادئًا يكون فيه أحد موجودًا صباح اليوم التالي. بعد ظهر يوم عمل أو مساؤه مناسب. وتجنّب الأيام الأخيرة من الشهر، وأسبوع BAS (بيان النشاط التجاري)، واليوم السابق لإغلاق مناقصة كبيرة.

عند التحويل:

1. غيّر سجلات MX إلى القيم التي يحددها المزوّد الجديد، واحذف القديمة. فترك سجل MX قديم في مكانه يعني أن بعض البريد سيواصل الذهاب إلى النظام القديم.
2. حدّث سجل SPF بحيث يسمح للمزوّد الجديد (المزيد عن ذلك أدناه).
3. أضف سجل DKIM الخاص بالمزوّد الجديد وأي سجلات إعداد يطلبها، مثل السجلات التي تتيح للهواتف وOutlook العثور على الخادم الجديد تلقائيًا. واحذف ما يقابلها من سجلات المزوّد القديم، وإلا فقد يواصل Outlook العثور على الحساب القديم.
4. أرسل رسائل اختبار إلى كل عنوان من حساب خارجي، مثل هاتف محمول شخصي، وتأكد من وصولها إلى صندوق البريد الجديد. ثم ردّ عليها وتحقق من وصول الرد أيضًا.

مع قيمة TTL قدرها خمس دقائق، يتبع معظم المرسلين التغيير خلال دقائق. وقليل منهم يتمسك بالقديم لمدة أطول. ولا بأس في ذلك، لأن صندوق البريد القديم لا يزال مفتوحًا.

الخطوة 6: انسخ مرة أخرى بعد التحويل

لفترة بعد التحويل، تظل بعض الرسائل تصل إلى صندوق البريد القديم: من مرسلين لديهم ذاكرة تخزين مؤقت عنيدة، أو بريد كان في قائمة الانتظار أصلًا، أو شخص أرسل من هاتف لا يزال مُعدًّا على الحساب القديم.

شغّل النسخ مرة أخرى في اليوم التالي، ومرة أخرى بعد بضعة أيام. ولأنه ينسخ الجديد فقط، تكون كل جولة سريعة، وتلتقط كل ما وصل متأخرًا. هذه الجولة الثانية هي الفرق بين "نظن أننا نقلنا كل شيء" وبين أن تعرف ذلك يقينًا.

الخطوة 7: إعداد الهواتف وأجهزة الكمبيوتر

كل هاتف وجهاز لوحي وكمبيوتر كان عليه الحساب القديم يحتاج إلى الحساب الجديد. خطّط لذلك، لأنه الجزء الذي يلاحظه الموظفون.

• أضف الحساب الجديد قبل إزالة القديم. بهذه الطريقة لا يبقى أحد بلا بريد طوال فترة بعد الظهر.
• ثم أزل الحساب القديم. وجود حسابين بالعنوان نفسه على هاتف واحد يسبب ارتباكًا بشأن الحساب الذي أُرسل منه الرد، ويُبقي التقويمات القديمة ظاهرة.
• Outlook على Windows يعمل غالبًا بشكل أفضل مع ملف تعريف جديد بدلًا من تعديل الملف الحالي. فالإعدادات القديمة المخزّنة مؤقتًا سبب شائع لاستمرار Outlook في الاتصال بالمزوّد القديم.
• تحقق من التقويمات وجهات الاتصال على كل هاتف، لا البريد وحده. فهي إعدادات منفصلة، وفي بعض الهواتف تكون معطّلة افتراضيًا للحساب الجديد.
• أعد إنشاء التواقيع والقواعد وردود خارج المكتب. نادرًا ما تنتقل هذه مع البريد.

اكتب دليلًا من صفحة واحدة للموظفين مع لقطات شاشة لأجهزة iPhone وAndroid وOutlook. فهو يوفّر الكثير من المقاطعات في الصباح الأول.

الخطوة 8: احتفظ بالحساب القديم لفترة

لا تلغِ الخدمة القديمة في اليوم التالي للتحويل. احتفظ بها أسبوعين إلى أربعة أسابيع على الأقل. وخلال تلك المدة:

• نفّذ جولة النسخ الأخيرة،
• افحص عيّنة من الرسائل والمجلدات والمرفقات القديمة في صناديق البريد الجديدة،
• تأكد من أن التقويمات لا تزال تعرض الاجتماعات المتكررة بشكل صحيح،
• وتأكد من أن أحدًا لا يزال يسجّل الدخول إلى الحساب القديم بحكم العادة.

بعدها فقط ألغِ الخدمة. ففي معظم خدمات البريد السحابي، يبدأ الإلغاء العدّ التنازلي لحذف كل ما في الحساب، وغالبًا ما يكون استرجاعه بعد ذلك مستحيلًا.

تفصيل في التقويم يستحق المعرفة: الاجتماع المتكرر الذي نظّمته قبل النقل قد يفقد ارتباطه بالحاضرين. يظل الاجتماع في تقويماتهم، لكن التغييرات التي تجريها من الحساب الجديد قد لا تصل إليهم. وبالنسبة إلى الاجتماعات المتكررة المهمة، غالبًا ما يكون الأسهل إرسال دعوة جديدة من الحساب الجديد.

التأكد من وصول بريدك إلى صندوق الوارد

استقبال البريد نصف المهمة. والنصف الآخر هو التأكد من أن البريد الذي ترسله موثوق. فمزوّدو صناديق البريد الكبار، ومنهم Gmail وYahoo وOutlook.com، يتوقعون الآن من بريد الأعمال أن يثبت أنه جاء فعلًا من النطاق الذي يدّعيه. وثلاثة سجلات DNS تتولى ذلك.

بعض القواعد توقع الناس في الخطأ:

• سجل SPF واحد فقط. النطاق الذي يملك سجلَّي SPF يفشل في SPF كليًا. أضف المزوّد الجديد إلى السجل الحالي بدلًا من إنشاء سجل ثانٍ.
• لـ SPF حد لعمليات البحث. كل "include" في سجل SPF قد يستدعي مزيدًا من عمليات البحث، ويتوقف المستقبِلون عن التحقق بعد عشر عمليات. والسجل الذي جمع كل أداة جرّبتها يومًا قد يتعطل بصمت. أزل الخدمات التي لم تعد تستخدمها.
• يجب السماح لكل أداة إرسال. هنا تؤتي القائمة من الخطوة 1 ثمارها. فكل نظام يرسل باسم نطاقك يجب أن يكون مدرجًا في SPF، أو أن يكون له إعداد DKIM خاص به، أو أن يُغيَّر ليرسل عبر صندوق بريدك الجديد.
• ابدأ DMARC بلطف. سياسة DMARC بقيمة p=none تجمع التقارير فقط. اقرأها لبضعة أسابيع، وأصلح كل ما يفشل، ثم شدّدها إلى quarantine (العزل) وأخيرًا إلى reject (الرفض). والانتقال مباشرة إلى reject أثناء النقل طريقة مضمونة لحجب فواتيرك أنت.

بعد أن يصبح كل ذلك جاهزًا، أرسل رسالة اختبار إلى عنوان Gmail أو Outlook.com وانظر في تفاصيل الرسالة. ما تريد رؤيته هو أن SPF وDKIM وDMARC جميعها ناجحة.

الأخطاء التي نراها أكثر من غيرها

إلغاء الحساب القديم مبكرًا جدًا. أكثر الأخطاء كلفة، لأنه لا يمكن التراجع عنه. انتظر حتى تكتمل النسخة الأخيرة ويتم التحقق منها.

نسيان العناوين المشتركة. أُنشئ accounts@ وsales@ قبل سنوات، ولا يتذكر أحد وجودهما، فيتوقفان عن العمل يوم النقل. وتذهب إشعارات تحويلات العملاء إلى لا مكان.

ترك سجل MX القديم في مكانه. يواصل بعض البريد الذهاب إلى النظام القديم ما دام السجل موجودًا، أحيانًا لأشهر، دون أن يلاحظ أحد.

عدم خفض TTL، أو خفضه متأخرًا. عندها يستغرق النقل يومًا ليستقر بدلًا من دقائق، ويتوزع البريد بين نظامين طوال ذلك اليوم.

تعطيل نموذج الاتصال في الموقع. كان النموذج يرسل باسم نطاقك عبر المزوّد القديم. وبعد النقل يتعطل بصمت، ولا يلاحظ أحد أن الاستفسارات توقفت.

سجلّا SPF. يضيف أحدهم سجلًا جديدًا بدلًا من تعديل القديم، فتفشل كل رسالة ترسلها في التحقق.

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

قائمة التحقق

لا توجد خطوة من هذه الخطوات صعبة بحد ذاتها. ما يجعل النقل يسير بسلاسة هو تنفيذها بهذا الترتيب، وعدم تخطي الخطوات المملة في البداية. وإذا كنت تفضّل تسليم الأمر كله، فإن NGN تستضيف الآن البريد الإلكتروني للأعمال في أستراليا، وننقل صناديق بريدك وتقويماتك وجهات اتصالك نيابة عنك كجزء من الإعداد. أو تواصل معنا ويمكننا أن نلقي نظرة على إعدادك الحالي أولًا.