شرح نقل البريد الإلكتروني: DNS ونسخ IMAP والتحويل
عبارة "نقل البريد الإلكتروني" قد توقعك في فخ لغوي. ففي العالم المادي يعني نقل ملف أنه يغادر الموقع A ويصل إلى الموقع B. أما في البنية التحتية للبريد فلا يحدث ذلك.
يتكون نقل البريد فعليا من عمليتين مستقلتين تعملان بالتوازي: نسخ قاعدة بيانات عبر مزامنة IMAP وإعادة توجيه حركة البريد عبر تحويل DNS. الخلط بين الطبقتين هو السبب الأهم لفقد البيانات وانقسام توجيه البريد بين خادمين وطلبات الدعم صباح الاثنين.
يوضح هذا الدليل المعنى العملي لكلمة "نقل"، وما الذي ينتقل وما الذي يبقى، وكيف تختار النهج المناسب لحالتك.
الأنواع الثلاثة لنقل البريد الإلكتروني
حدد النطاق قبل لمس أي خادم. تستخدم كلمة "نقل" بالتبادل لثلاث عمليات مختلفة، وخلطها يسبب مشكلات حقيقية.
1. نقل النطاق (تغيير المسجل)
أنت تنقل إدارة example.com من GoDaddy إلى Namecheap. وهذا يغير الجهة التي تحاسبك على اسم النطاق. الأثر في البريد: لا شيء، بشرط نسخ ملف منطقة DNS بدقة. إذا غيرت خوادم الأسماء من دون نسخ سجلات MX، يتوقف البريد فورا.
2. ترحيل البريد الإلكتروني (تغيير المزود)
أنت تلغي اشتراكك في Google Workspace وتنتقل إلى TrekMail أو أي مضيف آخر. ويعني ذلك إعداد خادم جديد ونسخ البيانات القديمة إليه وتوجيه الرسائل الجديدة إليه عبر DNS. الأثر في البريد: شامل. إنها إعادة بناء دقيقة لبياناتك، وهي موضوع هذا المقال.
لخطة التنفيذ خطوة بخطوة، راجع دليل مزامنة IMAP الكامل.
3. نقل ملكية الحساب
تغيير بريد المسؤول في حساب من bob@ إلى alice@. إنه تحديث لصلاحية في قاعدة البيانات. الأثر في البريد: لا شيء.
الطبقتان اللتان يجب إدارتهما أثناء نقل البريد
يتطلب النقل الناجح إدارة جدولين زمنيين في الوقت نفسه. وأي خطأ في أحدهما يسبب مشكلات.
طبقة البيانات (نسخ IMAP)
لا تنتقل البيانات القديمة إلى المزود الجديد تلقائيا. بل تسحبها عبر بروتوكول IMAP (RFC 3501). هذه عملية نسخ لا نقل، ويظل الأصل على الخادم المصدر حتى تحذفه.
فخ UIDVALIDITY: صمم IMAP لعرض الرسائل لا للنسخ الجماعي. ولكل مجلد قيمة UIDVALIDITY. إذا تعطل الخادم المصدر أو أعاد الفهرسة أثناء الترحيل، تتغير القيمة. عندها تظن أداة الترحيل أن كل رسالة جديدة وتنزلها مرة أخرى، فيرى المستخدمون 10,000 نسخة مكررة. استخدم أداة تزيل التكرار بناء على ترويسات Message-ID، لا معرفات IMAP UID وحدها.
طبقة التوجيه (تحويل DNS)
أثناء نسخ البيانات يجب إعادة توجيه البريد الجديد. يتحكم سجل MX (Mail Exchange) في ذلك:
Old: MX 10 aspmx.l.google.com
New: MX 10 mx1.trekmail.net
خطر انقسام التوجيه: تخزن شركات الإنترنت حول العالم سجلات DNS مؤقتا. إذا كان TTL يساوي 86,400 ثانية (24 ساعة) وغيرت MX يوم الجمعة عند 5 PM، فقد تستمر بعض الخوادم في الإرسال إلى المزود القديم حتى السبت عند 5 PM.
الحل هو "قاعدة 300 ثانية". اخفض TTL لسجل MX إلى 300 ثانية قبل النقل بما لا يقل عن 24 ساعة. ولإجراء التحويل الكامل، راجع كيفية إعداد البريد على نطاقك.
ما الذي ينتقل عبر IMAP وما الذي لا ينتقل؟
TrekMail منصة متخصصة للبريد: IMAP وSMTP للرسائل، مع مزامنة التقويم وجهات الاتصال لكل صندوق عبر CalDAV وCardDAV. وليست حزمة إنتاجية، فلا توجد مستندات أو جداول بيانات أو مكالمات فيديو. عند الانتقال من حزمة مثل Google أو M365 إلى مضيف بريد متخصص، يجب أن تعرف بدقة ما الذي سيأتي معك.
| العنصر | ينتقل عبر IMAP؟ | ما الذي يحدث فعليا؟ |
|---|---|---|
| الرسائل | نعم | تنسخ الموضوعات والمحتوى والمرفقات والتواريخ التي يدعمها الخادمان، ثم تقارن الأعداد وعينات من الرسائل بالمصدر |
| بنية المجلدات | نعم | تعاد بنية المجلدات المتداخلة التي يدعمها الطرفان؛ يحدد Exchange العمق عند 300 |
| علامات مقروء/غير مقروء | نعم | تحفظ علامة Seen عندما يدعمها الخادمان |
| جهات الاتصال | لا | صدرها إلى CSV/vCard ثم استوردها إلى الجهاز المحلي |
| التقاويم | لا | صدرها إلى .ics واستضفها في مكان آخر أو احتفظ بها محليا |
| العناوين المستعارة | لا | أعد إنشاءها يدويا في لوحة TrekMail |
| القواعد على الخادم | لا | يجب إعادة إنشاء قواعد التحويل والتصفية |
عائق المصادقة الحديثة
إذا كنت تنتقل من مزود يفرض OAuth مثل Google، فقد تفشل الأجهزة القديمة، مثل الماسحات القديمة وOutlook 2013، في الاتصال بخادم IMAP قياسي. توضح وثائق ترحيل Google Workspace كيف تسد كلمات مرور التطبيقات هذه الفجوة. يدعم TrekMail مصادقة IMAP/SMTP القياسية عبر TLS 1.2. تحقق من دعم أجهزتك لها.
ما مسار نقل البريد الذي تحتاج إليه؟
السيناريو A: خفض تكلفة Google Workspace
- أنشئ حساب TrekMail مع نطاقك
- استخدم أداة ترحيل TrekMail لنسخ بيانات البريد المدعومة
- صدر جهات الاتصال (.vcf) والتقاويم (.ics) إلى ملفات محلية
- غير سجلات MX إلى
mx1.trekmail.net/mx2.trekmail.net - ألغ Google Workspace بعد التحقق من النسخ والتوجيه
السيناريو B: نقل نطاقك إلى مسجل جديد
- فعل نقل النطاق لدى المسجل الحالي
- احصل على رمز EPP/المصادقة
- ابدأ النقل لدى المسجل الجديد
- مهم: تأكد من عدم تغير خوادم الأسماء أو انسخ ملف المنطقة بدقة
أدوات نقل البريد المدمجة في TrekMail
عمليات ترحيل IMAP اليدوية عرضة للأخطاء. قد تؤدي حالة واحدة من انتهاء المهلة أو تغير UIDVALIDITY إلى تعطيل نسخ صندوق. يعامل TrekMail الترحيل كبنية أساسية لا كفكرة لاحقة.
محرك الترحيل
تتصل لوحة التحكم مباشرة بمزودك القديم، مثل Gmail أو cPanel أو Exchange، وتتولى مزامنة IMAP بين الخوادم. تتم إعادة المحاولة والانتظار التدريجي عند تقييد معدل الطلبات وإزالة التكرار حسب الترويسات تلقائيا. ولا تحتاج إلى سطر أوامر.
تخزين مشترك للوكالات
إذا كنت مزود خدمات مدارة ينقل 50 عميلا، فإدارة 50 حصة تخزين منفصلة هدر. يقدم TrekMail تخزينا مشتركا، مثل 200 GB تتقاسمها كل النطاقات. خصص المساحة حيث تحتاج إليها.
التحقق من DNS
تتحقق أداة بسيطة لفحص DNS من صحة MX وSPF وسجلات DKIM، حتى لا تقطع وصول بريدك بالخطأ أثناء التحويل.
| الخطة | السعر | محرك الترحيل | التخزين المشترك |
|---|---|---|---|
| مجانية | $0 (بلا بطاقة) | مشمول | لا |
| Starter | $3.50 شهريا | مشمول | لا |
| Pro | $10 شهريا | مشمول | لا |
| Agency | $23.25 شهريا | مشمول مع أدوات جماعية | نعم |
تشمل كل الخطط المدفوعة تجربة مجانية لمدة 14 يوما تتطلب بطاقة. ولا تحتاج خطة Nano إلى بطاقة.
الخلاصة: اعرف نوع نقل البريد الذي تحتاج إليه فعليا
تحدث معظم إخفاقات نقل البريد بسبب الخلط بين نقل النطاق وترحيل البريد وتغيير الحساب. افصل طبقة البيانات، أي نسخ IMAP، عن طبقة التوجيه، أي تحويل DNS، وأدر كل واحدة بجدول مستقل، ثم تحقق من الأعداد والعينات مقابل المصدر عند الانتهاء.
إذا كنت مستعدا للانتقال، ابدأ حساب TrekMail المجاني ودع محرك الترحيل يتولى العمل الشاق.
