ربط بريد نطاقك ببرنامج أو تطبيق يقوم على قناتين منفصلتين لا قناة واحدة: قناة استقبال عبر IMAP على المنفذ 993 بتشفير ضمني (أو 143 مع STARTTLS)، وقناة إرسال عبر SMTP على المنفذ 587 مع STARTTLS أو 465 بتشفير ضمني. اسم الخادم عادةً mail.yourdomain.com أو ما يحدّده مضيفك حرفيًا، واسم المستخدم هو عنوان البريد كاملًا لا الجزء قبل علامة @. اختر IMAP لا POP3 إن كنت تقرأ بريدك من أكثر من جهاز، وتذكّر أن IMAP مزامنة لا نسخة احتياطية — ما تحذفه على الجوال يُحذف من الخادم ومن كل أجهزتك. وإن كان التحقّق بخطوتين مفعّلًا فالبرامج التي لا تدعم OAuth تحتاج «كلمة مرور تطبيق» منفصلة لا كلمة مرور حسابك.
ماذا يفعل كل بروتوكول: IMAP وPOP3 وSMTP؟
معظم مشكلات إعداد البريد تبدأ من سوء فهم واحد: أن «الإيميل» بروتوكول واحد. في الحقيقة، برنامج البريد على جهازك يتحدّث مع الخادم عبر بروتوكولين مختلفين تمامًا في الوقت نفسه، ولكلٍّ منهما إعداداته المستقلّة: بروتوكول لقراءة ما وصلك، وبروتوكول لإرسال ما تكتبه. حين يقول لك أحدهم «البريد لا يعمل»، فالسؤال الأول دائمًا: هل يستقبل ولا يرسل، أم يرسل ولا يستقبل، أم لا يفعل الاثنين؟ الإجابة وحدها تحدّد أي نصف من الإعداد ينبغي فحصه، وتوفّر عليك ساعة من العبث العشوائي بالإعدادات.
القناة الأولى هي قناة الوصول إلى الصندوق، وأمامك فيها خياران: IMAP أو POP3. القناة الثانية هي قناة التسليم إلى الخارج، وليس فيها خيار: SMTP وحده. لذلك ستجد في كل شاشة إعداد — أيًّا كان البرنامج — قسمين منفصلين: «الخادم الوارد» و«الخادم الصادر»، ولكل قسم عنوان خادم ومنفذ ونوع تشفير وبيانات دخول. وقد يكون العنوان نفسه في القسمين، لكن المنفذ يختلف حتمًا.
| البروتوكول | وظيفته | اتجاه الحركة | أين تبقى الرسائل | يُستخدم اليوم؟ |
|---|---|---|---|---|
| IMAP | الوصول إلى صندوقك وقراءته | من الخادم إلى جهازك (ومزامنة الحالة في الاتجاهين) | على الخادم — والجهاز يعرض نسخة متزامنة | الخيار الافتراضي لكل الحالات تقريبًا |
| POP3 | تنزيل الرسائل إلى جهاز واحد | من الخادم إلى جهازك مرّة واحدة | على جهازك — وتُحذف من الخادم افتراضيًا | حالات ضيّقة جدًا فقط |
| SMTP | تسليم رسائلك الصادرة | من جهازك إلى الخادم، ثم بين الخوادم | لا يخزّن — ينقل فقط | إلزامي دائمًا للإرسال |
الفارق العملي الذي يجب أن يستقرّ في ذهنك: IMAP وPOP3 بديلان لبعضهما، أمّا SMTP فليس له بديل. يمكنك اختيار IMAP أو POP3 للاستقبال، لكنك ستستخدم SMTP للإرسال في الحالتين. وإن أردت التعمّق في تفاصيل كل بروتوكول على حدة، فلدينا مدخلان مرجعيان قصيران في الويكي: ما هو بروتوكول SMTP والفرق بين IMAP وPOP3.
نقطة ثالثة تربك كثيرين: هذا المقال يفترض أن صندوق بريدك موجود ويعمل على الخادم بالفعل، وأن سجلّات نطاقك مضبوطة. إن لم تكن أنشأت الصناديق بعد أو لم تضبط سجلّ MX وتوثيق النطاق، فذلك موضوع مختلف تمامًا يغطّيه دليل إعداد بريد احترافي بنطاقك خطوة بخطوة. ما ستقرأه هنا يبدأ من اللحظة التالية: الصندوق جاهز على الخادم، وتريد الآن أن تقرأه وترسل منه من حاسوبك وجوّالك.
IMAP أم POP3: أيّهما يناسب حالتك؟
الجواب المختصر: IMAP في 95% من الحالات. لكن الجواب المختصر لا يفيدك إن لم تفهم لماذا، لأن الحالات الخمس المتبقّية حقيقية، ولأن اختيار POP3 بالخطأ يُنتج كارثة صامتة يكتشفها صاحبها بعد أشهر.
الفرق الجوهري ليس تقنيًا بل فلسفي. IMAP يعتبر أن الخادم هو المصدر الوحيد للحقيقة، وأن كل جهاز لديك مجرّد نافذة تطلّ عليه. حين تفتح رسالة على جوالك، تُعلَّم مقروءة على الخادم، فتظهر مقروءة على حاسوبك بعد ثوانٍ. حين تنقل رسالة إلى مجلّد، ينتقل الملف على الخادم نفسه. وحين تحذف، تُحذف من كل مكان. أمّا POP3 فيعتبر أن جهازك هو المصدر، وأن الخادم مجرّد صندوق بريد مؤقّت في الشارع تفرغه ثم تمضي.
| السيناريو | الخيار الصحيح | لماذا |
|---|---|---|
| تقرأ بريدك من حاسوب وجوّال معًا | IMAP | المزامنة الفورية للحالة والمجلّدات بين الأجهزة |
موظّفون متعدّدون على صندوق مشترك (support@) | IMAP | الجميع يرى الحالة نفسها ويعرف ما رُدّ عليه |
| جهاز واحد فقط، وحصة تخزين صغيرة جدًا على الخادم | POP3 (بحذر) | يفرّغ الخادم ويحرّر المساحة |
| اتصال إنترنت ضعيف أو محدود الباقة | IMAP بضبط التنزيل عند الطلب | لا ينزّل المرفقات إلا عند فتحها |
| ترغب في أرشيف محلي دائم لا يتأثّر بالخادم | POP3 مع «إبقاء نسخة على الخادم» | أرشيف محلي + بقاء الرسائل للأجهزة الأخرى |
| تنوي تغيير المضيف لاحقًا | IMAP | الترحيل بين الخوادم أسهل والمجلّدات محفوظة |
| تستخدم برنامجًا واحدًا على حاسوب مكتبي بلا جوّال إطلاقًا | أيّهما، والأفضل IMAP | لا مبرّر للخسارة المحتملة في POP3 |
جدول ثانٍ يوضّح الفروق التقنية التي تحدّد سلوك كل بروتوكول:
| الخاصّية | IMAP | POP3 |
|---|---|---|
| مكان تخزين الرسائل | الخادم | جهازك |
| تعدّد الأجهزة | مدعوم بالكامل | غير عملي |
| مزامنة حالة «مقروء/غير مقروء» | نعم | لا |
| مزامنة المجلّدات المخصّصة | نعم | لا (المجلّدات محلية فقط) |
| مجلّد «المرسل» موحّد بين الأجهزة | نعم | لا |
| البحث داخل الرسائل | يمكن تنفيذه على الخادم | محلي فقط |
| استهلاك مساحة الخادم | مستمرّ ويحتاج إدارة | منخفض |
| العمل دون اتصال | حسب ما نُزّل مسبقًا | كامل |
| خطر فقدان الرسائل | عند حذف خاطئ يُفقد من الجميع | عند تلف الجهاز بلا نسخة احتياطية |
| المنفذ الآمن | 993 | 995 |
المنافذ والتشفير: الجدول المرجعي الكامل
هذا الجدول هو نصف المقال عمليًا. معظم رسائل الخطأ التي ستراها سببها رقم منفذ خاطئ أو نوع تشفير لا يطابق المنفذ. القاعدة الحاكمة: المنفذ ونوع التشفير يأتيان معًا كزوج، ولا يصحّ أن تختار منفذ 993 مع «بلا تشفير» أو منفذ 587 مع «SSL/TLS ضمني».
| البروتوكول | المنفذ | نوع التشفير | الحالة والاستخدام |
|---|---|---|---|
| IMAP | 993 | SSL/TLS ضمني (Implicit) | الموصى به — التشفير يبدأ قبل أي بيانات |
| IMAP | 143 | STARTTLS (ترقية صريحة) | مقبول إن فرضه المضيف |
| IMAP | 143 | بلا تشفير | ❌ لا تستخدمه إطلاقًا |
| POP3 | 995 | SSL/TLS ضمني | الموصى به عند استخدام POP3 |
| POP3 | 110 | STARTTLS | مقبول |
| POP3 | 110 | بلا تشفير | ❌ لا تستخدمه إطلاقًا |
| SMTP (إرسال من برنامجك) | 587 | STARTTLS | الأشيع والأوسع دعمًا |
| SMTP (إرسال من برنامجك) | 465 | SSL/TLS ضمني | ممتاز، ومفضّل أمنيًا |
| SMTP | 25 | — | بين الخوادم فقط · محجوب غالبًا للعملاء |
| SMTP | 2525 | STARTTLS | منفذ بديل غير قياسي تتيحه بعض الخدمات |
الفرق بين «الضمني» و«STARTTLS» يستحقّ توضيحًا لأنه يظهر في كل شاشة إعداد. في التشفير الضمني، الاتصال يبدأ مشفّرًا من أول بايت: تفتح الاتصال على المنفذ 993 أو 465 وتجري مصافحة TLS فورًا، ولا تُرسَل أي بيانات — ولا كلمة المرور — قبل اكتمال التشفير. أمّا في STARTTLS، فالاتصال يبدأ نصًّا صريحًا على المنفذ 143 أو 587، ثم يرسل العميل أمر STARTTLS ليرقّي الاتصال إلى مشفّر. الفرق يبدو شكليًا، لكنه ليس كذلك: إن كان هناك مهاجم بين جهازك والخادم على شبكة عامّة، يستطيع اعتراض الاتصال الصريح وحذف إعلان دعم STARTTLS من ردّ الخادم، فيظنّ برنامجك أن الخادم لا يدعم التشفير ويتابع نصًّا صريحًا. تُسمّى هذه الهجمة «تجريد STARTTLS».
لهذا السبب تحديدًا يوصي المعيار RFC 8314 («النصّ الصريح يُعتبر متقادمًا») بتفضيل التشفير الضمني على المنافذ 993 و995 و465 لكل عمليات الوصول للصندوق والتسليم من العملاء، ويُبقي STARTTLS على 143 و587 مسموحًا للتوافق مع القديم لا كخيار أول. عمليًا: إن أتاح لك مضيفك 993 و465، فاستخدمهما. وإن كان يدعم 587 فقط للإرسال — وهو شائع جدًا — فذلك مقبول تمامًا ما دام التشفير STARTTLS مفعّلًا وليس «بلا».
أمّا المنفذ 25 فهو مصدر ارتباك مزمن. هذا المنفذ مخصّص لتتابع البريد بين الخوادم (خادم المرسل يسلّم إلى خادم المستقبل)، لا لإرسال العملاء. ولأن الأجهزة المخترقة استُخدمت لعقود لضخّ الرسائل المزعجة عبره مباشرة، صار حجبه ممارسة قياسية عند مزوّدي الإنترنت المنزلي وشبكات الجوال، وأحيانًا عند مزوّدي السحابة على الاتصالات الصادرة. النتيجة التي ستراها: البريد يصل إليك بشكل ممتاز، لكن كل محاولة إرسال تنتهي بمهلة انتهاء اتصال. إن رأيت هذا العرض بالضبط، فاذهب مباشرة إلى إعداد الخادم الصادر وبدّل المنفذ إلى 587 أو 465.
ما البيانات التي تحتاجها قبل أن تبدأ؟
لا تبدأ الإعداد وأنت تخمّن. اجمع البيانات التالية من لوحة تحكم استضافتك أوّلًا — في cPanel تجدها تحت «حسابات البريد الإلكتروني ← اتصال الأجهزة»، وهي صفحة تعرض الإعدادات الدقيقة لحسابك تحديدًا. إن كنت جديدًا على اللوحة فدليل شرح cPanel للمبتدئين يوضّح أماكن هذه الأدوات.
| البيان | مثال | من أين تحصل عليه | ملاحظة حاسمة |
|---|---|---|---|
| عنوان البريد الكامل | ahmad@yourdomain.com | أنت أنشأته | هو نفسه اسم المستخدم |
| كلمة المرور | — | عند الإنشاء أو بإعادة تعيينها | كلمة مرور الصندوق لا كلمة مرور لوحة الاستضافة |
| خادم الوارد | mail.yourdomain.com | لوحة المضيف | قد يكون اسم خادم المضيف مثل srv12.host.com |
| منفذ الوارد | 993 | ثابت مع IMAP الآمن | 143 عند STARTTLS |
| خادم الصادر | mail.yourdomain.com | لوحة المضيف | غالبًا نفس الوارد |
| منفذ الصادر | 587 أو 465 | لوحة المضيف | لا تستخدم 25 |
| نوع التشفير | SSL/TLS أو STARTTLS | لوحة المضيف | يجب أن يطابق المنفذ |
| مصادقة الخادم الصادر | مفعّلة | إعداد داخل البرنامج | «نفس بيانات الوارد» |
| كلمة مرور تطبيق | — | لوحة الحساب عند تفعيل 2FA | فقط إن كان التحقّق بخطوتين مفعّلًا |
نقطتان تستحقّان التوقّف. الأولى: اسم المستخدم هو العنوان الكامل بما فيه @yourdomain.com. كتابة ahmad وحدها هي السبب الأول لرسالة «كلمة المرور غير صحيحة» رغم أن كلمة المرور صحيحة تمامًا. الثانية: اسم الخادم. كثير من المضيفين يمنحونك خيارين: اسم عام باسم نطاقك (mail.yourdomain.com) أو اسم خادم المضيف الفعلي. الاسم الأول أجمل وأسهل للحفظ، لكنه يعمل بشروط: أن يوجد سجلّ DNS يشير إليه، وأن تكون شهادة SSL على الخادم تغطّي هذا الاسم. إن لم تكن تغطّيه، ستقابلك رسالة عدم تطابق الشهادة التي سنعالجها لاحقًا.
الإعداد خطوة بخطوة على أربع منصّات
المبدأ واحد في كل البرامج: أدخل العنوان وكلمة المرور، ثم ارفض الإعداد التلقائي وادخل الإعدادات اليدوية. لماذا؟ لأن الاكتشاف التلقائي يجرّب أنماطًا شائعة وقد يستقرّ على POP3 أو على منفذ غير مشفّر أو على خادم خاطئ، وتكتشف الخلل بعد أسبوعين. الإعداد اليدوي يستغرق دقيقتين إضافيتين ويوفّر عليك ساعات.
أولًا: Outlook على ويندوز
لاحظ أن هناك نسختين متداولتين على ويندوز: Outlook الكلاسيكي (جزء من حزمة Office) وOutlook الجديد. الكلاسيكي يوفّر إعدادًا يدويًا كاملًا لحسابات IMAP وPOP3 وهو الأنسب لبريد النطاق. أمّا Outlook الجديد فقد أضاف دعم حسابات الطرف الثالث تدريجيًا، لكن تحكّمه في تفاصيل الخوادم أقلّ ومسار الإضافة فيه مختلف (زرّ الإعدادات ← الحسابات ← إضافة حساب). إن واجهت قيودًا في الجديد، فبإمكانك التبديل إلى الكلاسيكي من مفتاح التبديل أعلى النافذة.
في Outlook الكلاسيكي اتبع الخطوات التالية:
- افتح ملف ← معلومات ← إعدادات الحساب ← إعدادات الحساب.
- من تبويب «البريد الإلكتروني» اضغط جديد.
- اختر الإعداد اليدوي أو أنواع خوادم إضافية ثم التالي.
- اختر POP أو IMAP ثم التالي.
- املأ الحقول: الاسم المعروض، عنوان البريد الكامل، نوع الحساب = IMAP، خادم البريد الوارد، خادم البريد الصادر (SMTP)، اسم المستخدم = العنوان الكامل، كلمة المرور.
- اضغط إعدادات إضافية ← تبويب خادم الصادر ← فعّل يتطلّب خادم الصادر (SMTP) مصادقة واختر «استخدام نفس إعدادات خادم البريد الوارد».
- انتقل إلى تبويب خيارات متقدّمة: اضبط منفذ الوارد 993 والتشفير SSL/TLS، ومنفذ الصادر 587 والتشفير TLS (أو 465 مع SSL/TLS).
- في التبويب نفسه، اضبط مسار مجلّد الجذر إن طلبه مضيفك (غالبًا
INBOX). - اضغط موافق ثم التالي ليجري Outlook اختبار الإرسال والاستقبال، ثم إنهاء.
الترتيب هنا مهمّ: لو ضغطت «التالي» قبل تفعيل مصادقة الخادم الصادر، سيفشل اختبار الإرسال وستظنّ أن بيانات الخادم خاطئة، بينما المشكلة أن Outlook حاول التسليم دون تسجيل دخول فرفضه الخادم.
ثانيًا: تطبيق Mail على iPhone وiPad
نظام iOS يميل إلى «مساعدتك» بعنف: إن أدخلت العنوان وكلمة المرور فقط، سيحاول اكتشاف الإعدادات وقد يفشل بصمت أو يختار إعدادًا غير مشفّر. المسار الصحيح:
- الإعدادات ← التطبيقات ← البريد ← حسابات البريد ← إضافة حساب (في الإصدارات الأقدم: الإعدادات ← البريد ← الحسابات).
- اختر أخرى ثم إضافة حساب بريد.
- أدخل الاسم والبريد وكلمة المرور والوصف، ثم التالي.
- من الشريط العلوي اختر IMAP (لا POP).
- تحت خادم البريد الوارد: اسم المضيف
mail.yourdomain.com، اسم المستخدم = العنوان الكامل، كلمة المرور. - تحت خادم البريد الصادر: نفس اسم المضيف، واملأ اسم المستخدم وكلمة المرور رغم أن iOS يصفهما بـ«اختياري» — تركهما فارغين يعني فشل الإرسال لاحقًا.
- اضغط التالي وانتظر التحقّق، ثم حفظ.
- للتأكّد من المنافذ: ارجع إلى الحساب ← متقدّم لخادم الوارد (SSL مفعّل، المنفذ 993)، وSMTP ← الخادم الأساسي لخادم الصادر (SSL مفعّل، المنفذ 587 أو 465).
كلمة «اختياري» بجانب بيانات خادم الصادر في iOS هي أشهر مصيدة في إعداد البريد على الآيفون. إن تركتها فارغة سينجح الحفظ وسيصلك البريد، ثم تكتشف بعد يومين أن كل رسائلك الصادرة عالقة في «صندوق الصادر».
ثالثًا: Android (تطبيق Gmail أو تطبيق البريد)
على أندرويد تختلف الشاشات قليلًا بين الشركات المصنّعة، لكن تطبيق Gmail متوفّر في كل الأجهزة تقريبًا ويصلح كعميل IMAP لأي بريد:
- افتح Gmail ← صورة الحساب أعلى اليمين ← إضافة حساب آخر.
- اختر أخرى (Other) — لا تختر Google.
- أدخل عنوان البريد الكامل، ثم اضغط إعداد يدوي.
- اختر IMAP من قائمة أنواع الحسابات.
- أدخل كلمة المرور ثم التالي.
- إعدادات الخادم الوارد: اسم المستخدم = العنوان الكامل، الخادم
mail.yourdomain.com، نوع الأمان SSL/TLS، المنفذ 993. - إعدادات الخادم الصادر: فعّل طلب تسجيل الدخول، الخادم
mail.yourdomain.com، نوع الأمان STARTTLS، المنفذ 587. - اضبط تكرار المزامنة (كل 15 دقيقة مناسب) وفعّل إشعارات ومزامنة البريد، ثم التالي واسم الحساب.
في تطبيقات البريد المدمجة (Samsung Email مثلًا) الخطوات متطابقة تقريبًا، والفرق في التسميات: «Incoming server settings» و«Outgoing server settings»، وقائمة الأمان تُسمّى «Security type» بخيارات None / SSL/TLS / STARTTLS. لا تختر None أبدًا.
رابعًا: Thunderbird
Thunderbird هو الأسهل لأن شاشته تعرض الوارد والصادر معًا في مكان واحد:
- الحساب ← إعداد حساب موجود أو من القائمة: أدوات ← إعدادات الحساب ← إجراءات الحساب ← إضافة حساب بريد.
- أدخل الاسم والعنوان الكامل وكلمة المرور.
- اضغط إعداد يدوي (لا تنتظر الاكتشاف التلقائي).
- الوارد: البروتوكول IMAP، اسم المضيف
mail.yourdomain.com، المنفذ 993، أمان الاتصال SSL/TLS، طريقة المصادقة كلمة مرور عادية (تُرسل داخل النفق المشفّر). - الصادر: اسم المضيف
mail.yourdomain.com، المنفذ 587، أمان الاتصال STARTTLS، طريقة المصادقة كلمة مرور عادية. - اسم المستخدم في الحقلين = العنوان الكامل.
- اضغط إعادة الاختبار ثم تمّ.
- بعد الإنشاء: إعدادات الحساب ← إعدادات النسخ والمجلّدات لضبط مجلّد المرسل والمسوّدات والمحذوفات على الخادم.
والآن جدول يوضّح أن الحقول واحدة والأسماء فقط تختلف — احفظ هذا الجدول وستضبط أي برنامج بريد في العالم:
| المعنى | Outlook الكلاسيكي | iPhone | Android/Gmail | Thunderbird |
|---|---|---|---|---|
| خادم الاستقبال | خادم البريد الوارد | خادم البريد الوارد ← اسم المضيف | إعدادات الخادم الوارد ← الخادم | الوارد ← اسم المضيف |
| خادم الإرسال | خادم البريد الصادر (SMTP) | SMTP ← الخادم الأساسي | إعدادات الخادم الصادر ← خادم SMTP | الصادر ← اسم المضيف |
| نوع التشفير | نوع الاتصال المشفّر | استخدام SSL | نوع الأمان | أمان الاتصال |
| اسم المستخدم | اسم المستخدم | اسم المستخدم | اسم المستخدم | اسم المستخدم |
| مصادقة الإرسال | إعدادات إضافية ← خادم الصادر | حقول SMTP «الاختيارية» | طلب تسجيل الدخول | طريقة المصادقة |
| المنافذ | خيارات متقدّمة | متقدّم / SMTP | ضمن كل قسم | بجانب اسم المضيف |
بريد العمل الاحترافي من wpressly
بريد باسم نطاقك (name@yourdomain) مع إعداد SPF وDKIM وDMARC جاهز، حماية من السبام، ومساحة سخيّة ودعم عربي — انطباع احترافي في كل رسالة.
احصل على بريد العملالتحقّق بخطوتين وكلمات مرور التطبيقات
هنا يقع أكثر ما يربك المستخدمين اليوم. حين تفعّل التحقّق بخطوتين على حساب بريدي، لم تعد كلمة المرور وحدها كافية لتسجيل الدخول — يلزم رمز إضافي من تطبيق أو رسالة. المشكلة أن بروتوكولي IMAP وSMTP التقليديين لا يعرفان كيف يطلبان منك رمزًا ويعرضانه على شاشة؛ هما يرسلان اسم مستخدم وكلمة مرور فقط. لذلك يفشل تسجيل الدخول في برنامج البريد رغم أن الحساب يعمل على الويب تمامًا.
للمشكلة حلّان، وينبغي أن تعرف أيّهما يخصّك:
| الحلّ | كيف يعمل | متى يُستخدم | ملاحظات |
|---|---|---|---|
| المصادقة الحديثة (OAuth 2.0) | البرنامج يفتح نافذة تسجيل دخول حقيقية للمزوّد ويستلم رمز وصول بدل كلمة المرور | مع المزوّدين الكبار والبرامج التي تدعمه | لا كلمة مرور تُخزَّن في البرنامج |
| كلمة مرور تطبيق (App Password) | سلسلة طويلة تُولَّد من لوحة الحساب وتُستخدم بدل كلمة المرور في البرنامج | مع البرامج والأجهزة التي لا تدعم OAuth | تُلغى فرديًا دون تغيير كلمة مرورك |
القاعدة العملية: إن كان التحقّق بخطوتين مفعّلًا والبرنامج لا يدعم OAuth، فأنت تحتاج كلمة مرور تطبيق. تُولَّد من إعدادات أمان الحساب لدى مزوّد البريد، وتُنسخ مرّة واحدة (لن تُعرض ثانيةً)، وتُلصق في حقل كلمة المرور داخل البرنامج بدل كلمة مرورك المعتادة. وإن سُرق جهازك أو أردت قطع وصول برنامج بعينه، تلغي كلمة مرور ذلك التطبيق وحدها ويبقى بقية الأجهزة يعمل.
| الحالة | ماذا تفعل بالضبط |
|---|---|
| فعّلت 2FA وتوقّف Outlook فجأة | ولّد كلمة مرور تطبيق وضعها مكان كلمة المرور القديمة |
| البرنامج يطلب كلمة المرور بشكل متكرّر بلا سبب | غالبًا كلمة المرور القديمة لم تعد مقبولة بعد تفعيل 2FA |
| خيار «كلمات مرور التطبيقات» غير ظاهر لديك | فعّل التحقّق بخطوتين أوّلًا — الخيار لا يظهر قبله |
| تريد إلغاء وصول جهاز مفقود | احذف كلمة مرور التطبيق الخاصّة به فقط |
| المضيف لا يدعم 2FA على صناديق البريد | كلمة مرور الصندوق العادية تكفي — لكن اجعلها قويّة وفريدة |
| البرنامج يعرض نافذة تسجيل دخول للمزوّد | هذا OAuth — لا تحتاج كلمة مرور تطبيق إطلاقًا |
وهنا تحديث مهمّ لا ينبغي أن تبني عليه معلومة قديمة: Microsoft تُنهي المصادقة الأساسية تدريجيًا في Exchange Online. الوضع المعلن حاليًا أن سلوك المصادقة الأساسية لتسليم العملاء عبر SMTP AUTH يبقى كما هو حتى نهاية ديسمبر 2026، ثم يُعطَّل افتراضيًا للمستأجرين القائمين مع إبقاء إمكانية إعادة تفعيله يدويًا من المسؤول، بينما المستأجرون الجدد بعد ذلك التاريخ لن تتوفّر لديهم المصادقة الأساسية أصلًا ويكون OAuth هو الطريق المدعوم. الإزالة النهائية أُعلن أنها ستُحدَّد لاحقًا. الخلاصة العملية: إن كان بريدك على Microsoft 365، فخطّط للانتقال إلى المصادقة الحديثة الآن ولا تبنِ سيرًا جديدًا على اسم مستخدم وكلمة مرور. أمّا إن كان بريدك على استضافتك (cPanel أو ما شابه)، فهذا التغيير لا يمسّك، ويبقى IMAP/SMTP بكلمة مرور الصندوق هو الطريقة المعتمدة.
استكشاف الأعطال: لماذا يفشل الاتصال أو المزامنة؟
هذا هو القسم الذي ستعود إليه فعلًا. سنبدأ بجدول يربط الرسالة التي تراها بالسبب الأرجح، ثم نفصّل كل حالة.
| الرسالة أو العَرَض | السبب الأرجح | الحلّ |
|---|---|---|
| «تعذّر الاتصال بالخادم» / انتهاء المهلة | منفذ خاطئ أو محجوب، أو اسم خادم خاطئ | تحقّق من المنفذ، وجرّب شبكة أخرى، وراجع اسم الخادم |
| «الخادم الذي تتصل به يستخدم شهادة أمان لا يمكن التحقّق منها» | اسم الخادم لا يطابق الشهادة | استخدم اسم الخادم الذي تغطّيه الشهادة |
| «اسم المستخدم أو كلمة المرور غير صحيحة» رغم صحّتها | اسم المستخدم ليس العنوان الكامل، أو 2FA مفعّل | اكتب العنوان كاملًا أو استخدم كلمة مرور تطبيق |
| الاستقبال يعمل والإرسال يفشل | مصادقة الصادر معطّلة أو المنفذ 25 | فعّل مصادقة SMTP وبدّل إلى 587/465 |
| الرسائل المرسلة لا تظهر في «المرسل» | مجلّد المرسل غير مربوط على الخادم | اربط المجلّدات الخاصّة بمجلّدات IMAP |
| نسختان من كل رسالة مرسلة | الخادم والبرنامج يحفظان نسخة معًا | عطّل الحفظ من البرنامج أو من الخادم |
| رسائل مكرّرة في الوارد | حسابان على الصندوق نفسه أو مزامنة مقطوعة | احذف الحساب المكرّر وأعد بناء الفهرس |
| المزامنة بطيئة أو متوقّفة | مجلّد ضخم أو حصّة تخزين ممتلئة | أرشف المجلّدات الكبيرة وحرّر المساحة |
| «تجاوزت الحصّة المخصّصة» | صندوق ممتلئ | ارفع الحصّة أو احذف مرفقات قديمة |
| البريد يصل للجوال لا للحاسوب | الحاسوب على POP3 حَذَف أو تصفية تحوّل الرسائل | حوّل الحاسوب إلى IMAP وراجع قواعد التصفية |
تعذّر الاتصال بالخادم
ابدأ بعزل الطبقة. اختبر المنفذ من سطر الأوامر كما شرحنا سابقًا. إن نجح الاتصال بالمنفذ لكن البرنامج يفشل، فالمشكلة في بيانات الحساب لا الشبكة. وإن فشل الاتصال بالمنفذ نفسه، فالترتيب: (1) جرّب شبكة مختلفة تمامًا — بيانات الجوال بدل الواي فاي؛ إن نجح، فمزوّد الإنترنت أو راوتر المكتب يحجب المنفذ. (2) عطّل جدار الحماية ومكافح الفيروسات مؤقّتًا؛ كثير من برامج الحماية تفحص بريد SSL وتعترضه. (3) تحقّق من أن اسم الخادم يُترجم أصلًا: nslookup mail.yourdomain.com — إن لم يُرجع عنوانًا، فالسجلّ ناقص وينبغي إضافته أو استخدام اسم خادم المضيف. (4) جرّب المنفذ البديل: 465 بدل 587، و143 مع STARTTLS بدل 993.
سبب رابع كثير الحدوث ونادر الذكر: حظر عنوان IP الخاص بك من جدار حماية الخادم بعد عدّة محاولات دخول فاشلة. تظهر الأعراض فجأة بعد تجربتك لكلمة مرور خاطئة مرارًا، ويتوقّف كل شيء دفعةً واحدة بما في ذلك الويب-ميل. الحلّ رفع الحظر من لوحة الاستضافة أو مراسلة الدعم، والوقاية بضبط كلمة المرور مرّة واحدة صحيحة بدل تكرار المحاولة العشوائية.
خطأ الشهادة وعدم التطابق
هذه الرسالة تعني شيئًا واحدًا في 90% من الحالات: الاسم الذي كتبته لا تغطّيه شهادة SSL على الخادم. كتبت mail.yourdomain.com بينما الشهادة صادرة لـsrv12.hostprovider.com أو للنطاق الجذر فقط. الشهادة نفسها سليمة وصالحة، لكن الاسم لا يطابق، فيرفض البرنامج الاتصال — وهو محقّ، لأن قبول عدم التطابق يعني القبول بالتحدّث إلى خادم لا يثبت هويته.
لديك ثلاثة حلول مرتّبة من الأفضل إلى الأسوأ: الأول استخدام اسم الخادم الذي تغطّيه الشهادة فعلًا (ستجده في نص رسالة الخطأ نفسها أو في صفحة «اتصال الأجهزة» لدى مضيفك). الثاني أن يصدر المضيف شهادة تغطّي mail.yourdomain.com؛ معظم اللوحات تفعل ذلك تلقائيًا للنطاقات الفرعية للخدمة، وتفاصيل الإصدار في تثبيت شهادة SSL وتفعيل HTTPS. الثالث — ولا أنصح به — تجاهل التحذير يدويًا؛ فهو يفتح الباب لهجوم وسيط يقرأ كلمة مرورك.
هناك سببان أقلّ شيوعًا يستحقّان الفحص: شهادة منتهية الصلاحية على الخادم (يتحقّق منها الدعم في دقيقة)، وساعة جهازك غير مضبوطة. الأخير مضحك لكنه حقيقي: إن كان تاريخ جهازك متأخّرًا أو متقدّمًا بأسابيع، ستبدو كل الشهادات غير صالحة زمنيًا. اضبط الوقت تلقائيًا وأعد المحاولة قبل أن تتّهم المضيف.
كلمة المرور مرفوضة رغم أنها صحيحة
رتّب الاحتمالات بهذا التسلسل، فهو مرتّب حسب التكرار الفعلي:
- اسم المستخدم ناقص: اكتب
ahmad@yourdomain.comلاahmad. هذا وحده يفسّر أكثر من نصف الحالات. - التحقّق بخطوتين مفعّل: تحتاج كلمة مرور تطبيق كما شرحنا في القسم السابق.
- رموز خاصّة في كلمة المرور: بعض الرموز تُنسخ بشكل خاطئ أو تلتصق بمسافة زائدة. اكتبها يدويًا مرّة، وإن استمرّ الخلل غيّرها إلى كلمة مرور طويلة بأحرف وأرقام فقط.
- تُخلط كلمة مرور الصندوق بكلمة مرور لوحة الاستضافة. هما مختلفان تمامًا.
- كلمة المرور صحيحة لكن الحساب محظور مؤقّتًا بعد محاولات فاشلة — انتظر أو اطلب رفع الحظر.
- طريقة المصادقة خاطئة في البرنامج: خيار مثل «NTLM» أو «Kerberos» بدل «كلمة مرور عادية» يفشل مع خوادم البريد العادية.
الاستقبال يعمل والإرسال يفشل
عَرَض كلاسيكي بسبب واضح: قناة الإرسال منفصلة عن قناة الاستقبال، وقد ضبطت الأولى دون الثانية. رتّب الفحص هكذا: هل مصادقة الخادم الصادر مفعّلة؟ في Outlook هي مربّع اختيار مدفون في «إعدادات إضافية»، وفي iPhone هي حقلا اسم المستخدم وكلمة المرور «الاختياريان»، وفي أندرويد هي «طلب تسجيل الدخول». تعطيلها يعني أن برنامجك يحاول تسليم رسالة إلى خادم دون أن يثبت أنه صاحب الصندوق، والخادم يرفض ذلك حتمًا لأن السماح به يجعله مرحّلًا مفتوحًا للرسائل المزعجة.
بعدها: هل المنفذ 25؟ بدّله إلى 587 أو 465. ثم: هل رسالة الرفض تذكر «Relay access denied»؟ هذا يعني الرفض بسبب غياب المصادقة تحديدًا. وإن ذكرت الرسالة حدًّا للإرسال («exceeded sending limit») فالمشكلة إدارية لا تقنية: معظم المضيفين يفرضون سقفًا لعدد الرسائل في الساعة لحماية سمعة الخادم، ويحلّها التواصل مع الدعم أو استخدام خدمة إرسال مخصّصة للرسائل الجماعية. الرسائل التسويقية بالذات لا ينبغي أن تُرسل من صندوق العمل أصلًا، للأسباب المشروحة في كيف تتجنّب وصول بريدك إلى السبام.
الرسائل المرسلة لا تُحفظ في «المرسل» — أو تُحفظ مرّتين
المشكلتان وجهان لعملة واحدة، والسبب في الحالتين هو مجلّدات IMAP الخاصّة. حين ترسل رسالة، قد يحفظها الخادم تلقائيًا في مجلّد المرسل، وقد يحفظها برنامجك أيضًا. إن حفظها الاثنان رأيت نسختين؛ وإن لم يحفظها أحدهما وكان البرنامج يشير إلى مجلّد محلي بدل مجلّد الخادم، لم ترَ شيئًا على أجهزتك الأخرى.
| المجلّد | الاسم الشائع على الخادم | الأعراض عند الخطأ |
|---|---|---|
| المرسل | INBOX.Sent أو Sent | الرسائل تختفي أو تظهر مرّتين |
| المسوّدات | INBOX.Drafts أو Drafts | مسوّدة الجوال لا تظهر على الحاسوب |
| المحذوفات | INBOX.Trash أو Trash | الحذف لا يزيل الرسالة فعليًا |
| المزعج | INBOX.Junk أو Junk | تدريب فلتر السبام لا ينعكس |
| الأرشيف | INBOX.Archive أو Archive | زر الأرشفة يُنشئ مجلّدًا محليًا |
الحلّ في كل البرامج واحد: افتح إعدادات الحساب وابحث عن قسم المجلّدات — في Thunderbird «إعدادات النسخ والمجلّدات»، وفي Outlook خيارات ضمن إعدادات الحساب المتقدّمة، وفي iOS «متقدّم ← سلوك صناديق البريد» — ثم اربط كل مجلّد صريحًا بمجلّده المقابل على الخادم، ولا تترك الخيار على «مجلّد محلي». وإن رأيت التكرار، عطّل «حفظ نسخة من الرسائل المرسلة» في البرنامج ودع الخادم يتولّى المهمّة، أو العكس — المهمّ ألّا يفعلها الاثنان.
تكرار الرسائل في الوارد
يختلف عن تكرار المرسل، وله ثلاثة أسباب: الأول أن الصندوق نفسه مضاف مرّتين في البرنامج (مرّة IMAP ومرّة POP3 مثلًا)، وهو ما تكشفه قائمة الحسابات فورًا. الثاني أن قاعدة تحويل على الخادم تُرسل نسخة إلى الصندوق نفسه فتُنشئ حلقة. الثالث أن فهرس البرنامج المحلي تلف وأعاد تنزيل رسائل موجودة أصلًا. لعلاج الثالث في Thunderbird: انقر بالزرّ الأيمن على المجلّد ← خصائص ← إصلاح المجلّد. وفي Outlook: أعد بناء ملف البيانات أو أزل الحساب وأضفه من جديد — وهو آمن مع IMAP لأن الرسائل على الخادم لا على جهازك.
المزامنة بطيئة أو متوقّفة
في IMAP، مصدر البطء الأول هو حجم المجلّد. صندوق وارد فيه 60 ألف رسالة يجعل كل عملية فتح أو بحث ثقيلة، على الخادم وعلى البرنامج. الحلّ ليس شراء إنترنت أسرع بل تقسيم الأرشيف وإدارة الحصص: أنشئ مجلّدات سنوية (2024، 2025) وانقل إليها القديم، وأبقِ الوارد تحت بضعة آلاف. المصدر الثاني هو امتلاء حصّة التخزين: حين يمتلئ الصندوق تتوقّف المزامنة وقد ترتدّ الرسائل الواردة إلى مرسليها. راجع الحصّة من لوحتك، واحذف الرسائل ذات المرفقات الضخمة أوّلًا — عشر رسائل بمرفقات كبيرة تعادل آلاف الرسائل النصّية.
المصدر الثالث هو إعداد التنزيل: ضبط البرنامج على تنزيل كل الرسائل والمرفقات لكل المجلّدات دائمًا يعني نقل غيغابايتات بلا داعٍ. اضبطه على تنزيل الرؤوس أو رسائل آخر 30 يومًا فقط، ودع البقية تُجلب عند الطلب. والمصدر الرابع على الجوال: تحسين البطارية الذي يمنع التطبيق من العمل في الخلفية، فتصلك الرسائل فقط عند فتح التطبيق يدويًا. استثنِ تطبيق البريد من قيود البطارية إن كنت تحتاج إشعارات فورية.
الرسائل تصل على الجوال لا على الحاسوب
هذا العرض تحديدًا له سبب واحد مهيمن: الحاسوب مضبوط على POP3 وقد نزّل الرسائل وحذفها من الخادم قبل أن يصل إليها الجوال — أو العكس. التشخيص السريع: افتح إعدادات الحساب على كل جهاز وتحقّق من نوع البروتوكول. إن وجدت POP3 في أيّهما، فذلك هو الجاني.
الحلّ الصحيح تحويل الجهازين إلى IMAP، لكن بالترتيب الآمن لئلّا تفقد ما نُزّل: (1) على جهاز POP3، اضبط الحساب مؤقّتًا على «إبقاء نسخة على الخادم» لإيقاف النزيف. (2) أنشئ حسابًا جديدًا بـIMAP على الجهاز نفسه دون حذف حساب POP3. (3) انسخ الرسائل من مجلّدات POP3 المحلية إلى مجلّدات IMAP بالسحب أو النسخ — ستُرفع إلى الخادم وتظهر على بقية الأجهزة. (4) تحقّق من اكتمال الرفع. (5) بعدها فقط احذف حساب POP3.
سببان آخران أقلّ شيوعًا: قاعدة تصفية على الخادم أو في برنامج الحاسوب تنقل الرسائل إلى مجلّد آخر فتظنّها لم تصل — راجع قواعد التصفية أوّلًا. وفلتر البريد المزعج المحلي الذي يحجز الرسائل في «غير الهامّ» على الحاسوب دون أن يفعل مثله الجوال. وإن كانت المشكلة أن البريد لا يصل من الأساس إلى أي جهاز، فهي ليست مشكلة عميل بل مشكلة توجيه وتوثيق على مستوى النطاق، ومكانها سجلّ MX وإعدادات SPF وDKIM وDMARC.
بريد العمل الاحترافي من wpressly
بريد باسم نطاقك (name@yourdomain) مع إعداد SPF وDKIM وDMARC جاهز، حماية من السبام، ومساحة سخيّة ودعم عربي — انطباع احترافي في كل رسالة.
احصل على بريد العملقائمة تحقّق نهائية قبل أن تعتمد على الإعداد
لا تعتبر الحساب جاهزًا لأن الرسائل ظهرت. نفّذ هذه الاختبارات السبعة، ولن تأخذ منك أكثر من عشر دقائق:
| الاختبار | كيف تنفّذه | النتيجة المطلوبة |
|---|---|---|
| الاستقبال | أرسل رسالة من حساب خارجي | تصل خلال ثوانٍ |
| الإرسال | أرسل إلى حساب خارجي | تصل وتظهر في «المرسل» |
| مجلّد المرسل | افتحه من جهاز ثانٍ | نسخة واحدة لا اثنتان |
| المزامنة | علّم رسالة مقروءة على الجوال | تظهر مقروءة على الحاسوب |
| الحذف | احذف رسالة اختبار | تختفي من الجهازين |
| التشفير | راجع إعدادات المنافذ | 993 و587/465 مع تشفير مفعّل |
| التوقيع والاسم | راجع رسالة وصلت للمستقبل | الاسم المعروض صحيح لا فارغ |
وأخيرًا قرار يستحقّ المراجعة كل سنة: هل تبقى على بريد الاستضافة أم تنتقل إلى خدمة بريد مخصّصة؟ الفارق ليس في البروتوكولات — كلاهما IMAP وSMTP — بل في السعة والتوافر والتعاون وأدوات الإدارة. الموازنة الكاملة بين الخيارين في Google Workspace مقابل بريد الاستضافة.
بريد العمل الاحترافي من wpressly
بريد باسم نطاقك (name@yourdomain) مع إعداد SPF وDKIM وDMARC جاهز، حماية من السبام، ومساحة سخيّة ودعم عربي — انطباع احترافي في كل رسالة.
احصل على بريد العملالأسئلة الشائعة
هل أستخدم IMAP أم POP3 لبريد عملي؟
استخدم IMAP إلا إذا كان لديك سبب محدّد جدًا لغيره. IMAP يُبقي الرسائل على الخادم ويزامن حالتها ومجلّداتها بين كل أجهزتك، وهو ما تحتاجه فعلًا إن كنت تقرأ بريدك من الحاسوب والجوّال، أو إن كان الصندوق مشتركًا بين موظّفين. POP3 يبقى منطقيًا في حالة واحدة تقريبًا: جهاز وحيد مع حصّة تخزين ضيّقة على الخادم ورغبة في أرشيف محلي — وحتى حينها فعّل «إبقاء نسخة على الخادم».
ما المنافذ الصحيحة لبريد نطاقي؟
للاستقبال بـIMAP: المنفذ 993 مع SSL/TLS ضمني، أو 143 مع STARTTLS. لـPOP3: 995 أو 110 مع STARTTLS. للإرسال بـSMTP: المنفذ 587 مع STARTTLS أو 465 مع تشفير ضمني. لا تستخدم المنفذ 25 للإرسال من برنامجك فهو مخصّص للتتابع بين الخوادم ومحجوب غالبًا لدى مزوّدي الإنترنت. وتذكّر أن المنفذ ونوع التشفير زوج لا ينفصل.
لماذا يستقبل بريدي ولا يرسل؟
لأن قناة الإرسال منفصلة عن قناة الاستقبال ولها إعداداتها. السببان الأشيع: مصادقة الخادم الصادر غير مفعّلة، أو أنك تستخدم المنفذ 25 وهو محجوب على شبكتك. فعّل «يتطلّب خادم الصادر مصادقة» بنفس بيانات الوارد، وبدّل المنفذ إلى 587 أو 465. إن ظهرت رسالة «Relay access denied» فهي تأكيد مباشر لغياب المصادقة.
ما كلمة مرور التطبيق ومتى أحتاجها؟
هي كلمة مرور طويلة تُولَّد من لوحة أمان حسابك وتُستخدم داخل برنامج البريد بدل كلمة مرورك المعتادة. تحتاجها حين يكون التحقّق بخطوتين مفعّلًا والبرنامج لا يدعم المصادقة الحديثة (OAuth)، لأن بروتوكولي IMAP وSMTP لا يستطيعان طلب الرمز الثاني منك. ميزتها أنك تلغيها لجهاز واحد دون تغيير كلمة مرور الحساب كلّه.
لماذا يظهر خطأ «شهادة الخادم غير موثوقة»؟
غالبًا لأن اسم الخادم الذي كتبته لا تغطّيه شهادة SSL المثبّتة. تكتب mail.yourdomain.com بينما الشهادة صادرة لاسم خادم المضيف. الحلّ الصحيح استخدام الاسم الذي تغطّيه الشهادة، أو أن يصدر مضيفك شهادة تشمل اسم بريدك. تحقّق أيضًا من أن ساعة جهازك مضبوطة، فالتاريخ الخاطئ يجعل كل الشهادات تبدو غير صالحة.
هل حذف رسالة من الجوال يحذفها من الخادم؟
نعم مع IMAP، وهذا سلوك مقصود لا خلل. IMAP يزامن الحذف على الخادم وعلى كل أجهزتك خلال ثوانٍ. لهذا لا يصحّ اعتبار IMAP نسخة احتياطية؛ فهو يعكس ما تفعله لا يحفظه. إن أردت أمانًا حقيقيًا فاحتفظ بنسخة مستقلّة، سواء بتصدير دوري من البرنامج أو عبر خدمة أرشفة.
لماذا تظهر رسائلي المرسلة مرّتين؟
لأن الخادم يحفظ نسخة تلقائيًا في مجلّد المرسل وبرنامجك يحفظ نسخة أخرى. الحلّ اختيار جهة واحدة: إمّا تعطيل «حفظ نسخة من الرسائل المرسلة» في البرنامج، أو ربط مجلّد المرسل في البرنامج بمجلّد الخادم نفسه بدل مجلّد محلي منفصل. راجع إعدادات المجلّدات الخاصّة في حسابك واضبط المرسل والمسوّدات والمحذوفات صراحةً.
غيّرت مضيف البريد فتوقّف الحساب — ماذا أفعل؟
تحقّق أوّلًا من أن اسم الخادم في برنامجك يشير إلى المضيف الجديد لا القديم، فكثير من الأعطال سببها إعداد قديم باقٍ. ثم تأكّد من أن سجلّات النطاق حُدّثت وانتشرت — فالتخزين المؤقّت للـDNS قد يبقيك على الخادم القديم ساعات. وقبل الانتقال احرص على نقل الرسائل نفسها، لأن حساب IMAP جديد على خادم جديد لا يجلب معه أرشيف الخادم القديم تلقائيًا.