كيف تنقل بريد عملك من GoDaddy دون أن تخسر رسائلك

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

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

Table of contents

قرّر أولًا هل تحتاج إلى النقل فعلًا

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

الخطوة 1: أحصِ كل شيء قبل أن تلمس DNS

دوّن كل ما يعتمد على الإعداد الحالي:

1. كل صندوق بريد، مع صاحبه وحجمه التقريبي.
2. الأسماء المستعارة وإعادة التوجيه وصناديق الوارد المشتركة مثل info@ وbilling@.
3. كل أداة ترسل بريدًا باسم نطاقك: الفواتير، وإدارة علاقات العملاء، والنماذج، والتسويق بالبريد، وجدولة المواعيد.
4. كل هاتف وحاسوب محمول أُضيف إليه الحساب.
5. المكان الذي يوجد فيه DNS الخاص بك. قد يكون GoDaddy أو Cloudflare أو مسجّل النطاق لديك. هناك ستعدّل السجلات، وليس لدى مزود البريد.

أهمية القائمة ترجع أساسًا إلى البند 3. الأداة التي ترسل عبر خادم بريدك القديم تتوقف عن العمل يوم تلغي الباقة، ولا شيء ينبهك.

الخطوة 2: اخفض TTL لسجل MX قبل يومين

يخبر سجل MX الإنترنت بالخادم الذي يستقبل بريد نطاقك. أما TTL فهو المدة التي تتذكر فيها الشبكات الأخرى الإجابة قبل أن تسأل من جديد. افتح إعدادات DNS واضبط TTL لسجلات MX على أدنى قيمة يسمح بها مضيفك، وهي غالبًا 300 ثانية. افعل ذلك قبل التبديل بـ 48 ساعة على الأقل، لأن الشبكات التي خزّنت القيمة الطويلة القديمة تحتفظ بها حتى تنتهي مدتها.

هذا ما يجعل التبديل سريعًا. وإذا تخطيته، فسيستمر بعض المرسلين في التسليم إلى الخادم القديم لساعات.

الخطوة 3: أنشئ صناديق البريد الجديدة أولًا

أعدّ المزود الجديد، وأضف نطاقك، وأنشئ كل صناديق البريد والأسماء المستعارة وصناديق الوارد المشتركة قبل أن تغيّر أي سجل MX. سيطلب منك المزود الجديد إثبات ملكيتك للنطاق بسجل TXT. أضفه الآن، فهو لا يؤثر في تدفق البريد.

لا تضف سجلات MX الخاصة بالمزود الجديد بعد. يجب أن يظل البريد يصل إلى الخادم القديم أثناء نسخه.

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

في وحدة تحكم مسؤول Google Workspace أداة لترحيل البيانات تجلب البريد من مزود آخر عبر IMAP، وفي Microsoft 365 ترحيل IMAP في مركز إدارة Exchange. كلتاهما تحتاج إلى بيانات اعتماد كل مستخدم أو اتصال بمستوى المسؤول بصندوق البريد القديم، إضافة إلى اسم خادم IMAP لدى المزود السابق. ستجده في صفحات المساعدة لدى مزودك القديم.

هناك قيدان ينبغي أن تحسب حسابهما:

• يقوم IMAP بنسخ الرسائل فقط، لا جهات الاتصال ولا التقويمات. صدّرها من الحساب القديم واستورِدها يدويًا إلى الحساب الجديد.
• صناديق البريد الكبيرة تستغرق ساعات. ابدأ النسخ قبل يوم حتى لا تنتظر وقت التبديل.

نفّذ النسخ مرة الآن، ومرة أخرى بعد التبديل مباشرة لالتقاط ما وصل في الفترة بينهما.

الخطوة 5: بدّل سجلات MX

اختر وقتًا هادئًا، كصباح عطلة نهاية الأسبوع، وسر بهذا الترتيب:

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

خلال ساعة أو ساعتين سيصل معظم البريد إلى الصناديق الجديدة. وقد تصل بعض الرسائل إلى الخادم القديم لمدة تصل إلى يوم. لهذا تُبقيه يعمل.

الخطوة 6: أصلح SPF وDKIM وDMARC

هذه هي الخطوة التي ينساها الجميع، وفيها يبدأ البريد الصادر بالوصول إلى مجلد الرسائل غير المرغوب فيها بعد أسبوع. يجب أن يكون لنطاقك سجل SPF واحد بالضبط. استبدل include: الخاص بالمزود القديم بالخاص بالمزود الجديد، وأبقِ ما يخص كل الأدوات الأخرى في قائمة الخطوة 1. ثم فعّل توقيع DKIM في وحدة تحكم المزود الجديد وانشر المفتاح الذي يعطيك إياه. اترك سجل DMARC كما هو ما لم يشر إلى المزود القديم.

الشرح الكامل، بما فيه كيفية التأكد من نجاح الثلاثة، موجود في كيفية إعداد SPF وDKIM وDMARC لبريد العمل.

الخطوة 7: أعد ربط الأجهزة والأدوات

أزل الحساب القديم من كل هاتف وحاسوب محمول وأضف الجديد. ثم افتح كل أداة من قائمة الخطوة 1 ترسل باسم نطاقك، وحدّث إعدادات البريد فيها أو أعد تفويضها. أرسل رسالة اختبار من كل واحدة.

الخطوة 8: أبقِ الباقة القديمة أسبوعين

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

اطلب من Claude أو ChatGPT أن يفعل ذلك

الإحصاء وقائمة التحقق الخاصة بالتبديل هما الجزءان اللذان يستحقان أن تسلّمهما إلى مساعد. الصق هذا واملأ الأقواس:

I'm moving business email for [yourdomain.com] from [GoDaddy / current provider]
to [Google Workspace / Microsoft 365]. My DNS is hosted at [DNS provider].
We have [number] mailboxes, and these tools send mail as our domain: [list].
Give me a dated cutover checklist covering: lowering the MX TTL, creating
mailboxes, copying old mail over IMAP, the exact order for changing MX records,
the SPF record I should end up with, and how to enable DKIM. Tell me where each
step happens (DNS host or mail admin console). Flag anything you aren't sure
about for my provider so I can check the provider's own documentation.

قارن كل قيمة DNS يعطيك إياها بصفحة الإعداد لدى المزود الجديد قبل أن تحفظها. تخترع المساعدات بثقة كاملة قيمة include: أو اسم مضيف MX يبدو صحيحًا وهو ليس كذلك.