قائمة شاملة لترحيل البريد الإلكتروني (2026)

قائمة التحقق من ترحيل البريد: ما يجب فحصه قبل التحويل وبعده

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

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

ما قبل البدء: جرد دقيق

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

1. خريطة البنية التحتية والهويات

احصر كل أنواع العناصر: لا تعد المستخدمين فقط، بل اجرد قوائم التوزيع وصناديق البريد المشتركة والمجلدات العامة.
سجل عناوين الوكيل: تأكد من ربط كل proxyAddress في المصدر بالوجهة.
نقطة حاسمة عند ترحيل Exchange: اربط LegacyExchangeDN (X.500) بالنظام الجديد كوكيل x500:. قد يؤدي إغفال ذلك إلى ارتداد الردود الداخلية بتقارير IMCEAEX لعدم التسليم.

تدقيق إعادة التوجيه المخفية

لا تنتقل قواعد إعادة التوجيه على الخادم عبر IMAP. اكشفها قبل البدء:

Get-Mailbox -ResultSize Unlimited |
Where-Object {($_.ForwardingAddress -ne $null) -or ($_.ForwardingSmtpAddress -ne $null)} |
Select Identity, ForwardingAddress, ForwardingSmtpAddress

2. البحث عن الصناديق الضخمة

ضع علامة على الصناديق الأكبر من 20 GB. يحد معظم المزودين من استقبال IMAP. يصعب ترحيل صندوق بحجم 50 GB في عطلة أسبوع واحدة، لذا ابدأ نقله قبل أسابيع. توضح وثائق ترحيل Google Workspace هذه الحدود.
افحص عمق المجلدات: يفرض Exchange Online حدا يبلغ 300 مستوى. بسّط البنى الأعمق أولا كي لا تقتطع بصمت.

3. إعداد DNS وقاعدة 300 ثانية

اخفض TTL لسجلات MX وSPF وDMARC إلى 300 ثانية قبل التحويل بنحو 48 ساعة.
اضبط DMARC على p=none. استخدام p=reject أثناء الترحيل يزيد خطر حجب بريد سليم إذا لم تكتمل محاذاة الإعدادات.

للاطلاع على الإجراء الكامل، راجع طريقة إعداد البريد على نطاقك.

مرحلة المزامنة: نقل البيانات مع مراعاة حدود السرعة

الهدف هو نقل 90% من البيانات بينما يواصل المستخدمون العمل، من دون تجاوز حدود المزود. في هذه المرحلة غالبا ما يقلل المشغلون من تقدير التعقيد.

استراتيجية النقل المسبق

زامن البريد القديم أولا: اضبط أداة الترحيل، أو imapsync، لنقل العناصر الأقدم من 30 يوما.
تذكر حدود IMAP: وفقا لما يحدده RFC 3501 (IMAP)، ينقل البروتوكول البريد فقط. لا تنتقل التقويمات وجهات الاتصال والمهام والقواعد. صدّر التقويمات إلى .ics وجهات الاتصال إلى .csv للأرشفة المحلية.

مرجع حدود السرعة

المزود	حد IMAP اليومي	سبب الحظر
Google Workspace	~2,500 MB/account	حظر 24 ساعة (Error 429)
Microsoft 365	~20 GB/account	تقييد مؤقت
Generic cPanel	حسب النطاق الترددي	يختلف حسب المضيف

معالجة الأخطاء

HTTP 429/503: إشارات للتراجع. يجب أن تطبق الأداة انتظارا تصاعديا، 5s ثم 10s ثم 20s.
العناصر التالفة: حدد هامش تحمل، مثل 50 عنصرا. إيقاف ترحيل بحجم 10 GB بسبب ترويسة تالفة بحجم 2 KB إخفاق تشغيلي.

التحويل: التوجيه والمزامنة النهائية للفروق

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

تجميد التغييرات

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

تحذير UIDVALIDITY: إذا أعاد خادم المصدر فهرسة المجلدات، فقد تحاول الأداة تنزيل نسخ مكررة. نفذ دائما تجربة جافة أولا.

تبديل DNS

حدّث سجلات MX إلى المزود الجديد. حتى مع TTL يبلغ 300s، تعتمد مدة الانتشار الفعلية على التخزين المؤقت وبيئة DNS.
حدّث SPF: أضف include الخاص بالمزود الجديد، مثل include:spf.trekmail.net. راقب حد RFC 7208 البالغ 10 عمليات بحث DNS، وسطّح السجلات عند الحاجة.
انشر DKIM: تعمل مفاتيح المحدد الجديدة بعد نشرها ووصولها عبر DNS.

التحقق بعد التحويل: قائمة ترحيل البريد

أن يبدو كل شيء سليما ليس استراتيجية تحقق. إليك ما ينبغي فحصه فعليا.

المقياس الأهم: عدد العناصر

تجاهل الحجم الإجمالي، فالضغط يختلف بين المزودين. قد يظهر صندوق Gmail بحجم 10 GB على أنه 8 GB في الوجهة. قارن عدد العناصر في كل مجلد بدلا من ذلك.

التفاوت	المعنى	الإجراء
<1%	طبيعي، ترويسات تالفة	مقبول، وثق وتابع
1-5%	مشكلة محتملة في الترشيح	تحقق من ربط المجلدات
>5%	فشل منهجي	افحص عمق المجلدات وإعداد المرشح

إصلاح برامج البريد

ملفات تعريف جديدة: لا تعدل ملفات Outlook القديمة. أنشئ ملفات جديدة للحصول على ملف .ost نظيف.
أوقف الاتصالات العالقة: احظر المنفذين 993/443 على الخادم القديم، لكن لا تحظر المنفذ الثاني قبل التأكد من عدم اعتماد خدمات أخرى عليه. وإلا فقد تعيد الأجهزة المحمولة الاتصال بالخادم القديم وتنشئ بيئة منقسمة.

مرجع سريع لحل المشكلات

الخطأ	السبب المرجح	الحل
Google 11001/11002	تعذر الوصول إلى IMAP المصدر	افحص الجدار الناري وDNS وتحقق من كلمة مرور التطبيق
HTTP 429/503	تقييد معدل الطلبات	اخفض المسارات من 10 إلى 2 وانتظر 60 دقيقة
550 5.7.64	إسناد المستأجر أو رفض الترحيل	تحقق من تطابق شهادة TLS مع FQDN للموصل
IMCEAEX bounce	Legacy Exchange DN مفقود	أضف عنوان X.500 كوكيل للمستخدم الجديد

يتولى TrekMail الأجزاء الصعبة من قائمة الترحيل

تتطلب القائمة اليدوية أعلاه نصوص PowerShell ومراقبة انتشار DNS وإدارة حدود السرعة. يتعامل TrekMail مع الترحيل كبنية تحتية لا كمشروع استشاري.

للشركات الصغيرة

يتضمن TrekMail محرك ترحيل IMAP مدمجا. أدخل بيانات دخول Gmail أو cPanel أو Exchange القديمة، وسيتولى النظام تلقائيا مزامنة البريد والمجلدات المدعومة وربطها وإعادة المحاولة. تبقى المطابقة النهائية مع المصدر ضرورية. لا حاجة إلى نصوص أو سطر أوامر.

تعرف على استضافة البريد للشركات المصممة للفرق التي لا تريد إدارة البنية التحتية.

للوكالات

بدلا من إدارة 50 حصة تخزين، يوفر TrekMail مساحة تخزين مشتركة لكل نطاقات العملاء. يدير SMTP المدار سمعة التسليم، لذلك يمكنك تجاوز مرحلة إحماء عنوان IP.

الخطة	السعر	محرك الترحيل	SMTP مدار
Free	$0 (no card)	مضمن	خدمة خاصة فقط
Starter	$3.50/mo	مضمن	مضمن
Pro	$10/mo	مضمن	مضمن
Agency	$23.25/mo	مضمن + أدوات جماعية	مضمن + إدارة السمعة

تشمل كل الخطط المدفوعة تجربة مجانية لمدة 14 يوما وتتطلب بطاقة. لا تحتاج خطة Nano إلى بطاقة.

الخلاصة

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

هل أنت مستعد لإتمام كل بند؟ أنشئ حساب TrekMail مجانيا ودع محرك الترحيل المدمج يتولى البنية التحتية.

قائمة ترحيل البريد الإلكتروني من التحضير إلى التحقق (2026)