يعرض صندوق الوارد الموحد رسائل جميع حساباتك في قائمة واحدة مرتبة حسب وقت الوصول، مع بيان الحساب الذي جاءت منه كل رسالة. كثيرون يبحثون عن هذا الحل بعدما جربوا جمع البريد بإعادة التوجيه واكتشفوا حدودها.
قد يؤدي الإعداد غير المناسب إلى تغيير بيانات المرسل، أو وصول بعض الرسائل إلى البريد المزعج، أو إرسال الرد من عنوان لا يعرفه المستلم. عندها يعود الحساب الثاني إلى تبويب مستقل في المتصفح، وتضطر إلى مراجعته مرات عدة يوميا.
تغيير القاعدة لا يحل المشكلة دائما. إعادة التوجيه تغير مسار التسليم وقد تؤثر في التحقق من هوية المرسل. يمكن أن تساعد SRS، وتوقيع DKIM الذي لم يتغير، وسلسلة ARC التي يثق بها المستلم. لكنها لا تحول إعادة التوجيه إلى عميل بريد متكامل لعدة حسابات.
البديل هو عميل يقرأ كل صندوق بريد مباشرة. برامج البريد المكتبية تفعل ذلك منذ زمن. صندوق الوارد الموحد على الخادم يتبع الفكرة نفسها، لكنه يعرض على الهاتف القائمة نفسها التي تراها على الحاسوب المحمول.
لماذا لا تغني إعادة التوجيه عن عميل البريد
تعيد إعادة التوجيه إرسال الرسالة عبر خادم لم يسمح به المرسل الأصلي عادة في SPF، ولذلك قد يفشل فحص SPF. غالبا يبقى DKIM صالحا إذا لم تتغير الأجزاء الموقعة. يتطلب DMARC نجاح SPF أو DKIM مع توافق النطاق مع عنوان From. إذا لم يحقق أي منهما ذلك، توصي سياسة p=reject الخادم المستلم برفض الرسالة. القرار النهائي يعود إلى جهة الاستلام. بهذه الطريقة قد تنشأ مشكلات تسليم بسبب إعادة التوجيه.
تستبدل آلية Sender Rewriting Scheme مرسل مغلف SMTP بنطاق يسمح لخادم إعادة التوجيه بالإرسال. في النظام الموصوف هنا، تطبق SRS تلقائيا وتساعد على نجاح SPF للمرسل الجديد في المغلف. لكنها لا تجعل هذا النطاق متوافقا مع From الأصلي، ولا تصلح توقيع DKIM تالفا، ولا تتيح الرد من العنوان القديم.
غالبا ما يغفل الناس النقطة الأخيرة. إعادة التوجيه تعمل في اتجاه واحد. تصل الرسالة المرسلة إلى you@oldcompany.com إلى صندوقك الجديد، لكن الرد يظهر من you@newcompany.com ما لم تعد إرسال البريد من العنوان القديم بشكل منفصل. وقد يربك ذلك عميلا تتواصل معه. قاعدة إعادة التوجيه لا تمنحك صلاحية الإرسال باستخدام العنوان السابق.
هناك أيضا مساحة التخزين. النسخة المعاد توجيهها تشغل مساحة في الوجهة، وقد يبقى الأصل في المصدر. إذا ضبطت المصدر ليحذف الرسالة بعد إعادة توجيهها، تفقد إمكانية استعادتها من تلك النسخة المحلية. وقد تجعل قاعدة خاطئة الاستعادة أصعب. ينبغي التخطيط للنسخ الاحتياطي بمعزل عن إعادة التوجيه.
إعادة التوجيه مفيدة لعنوان ليس له صندوق مستقل، مثل invoices@ الذي يرسل الفواتير إلى المسؤول عنها. لكنها لا تحل محل القراءة والإرسال من عدة حسابات تستخدمها باستمرار. التفاصيل في العناوين البديلة وصناديق البريد وإعادة التوجيه وSRS في البريد المعاد توجيهه.
جلب البريد عبر POP وانتهاء الطريقة القديمة
طريقة تقليدية أخرى تدخل دوريا إلى الحساب الخارجي عبر POP3، وتنزل الرسائل الجديدة وتحفظها محليا. هكذا كان يعمل Mail Fetcher في Gmail. وكانت الحسابات المتصلة في Outlook.com تؤدي غرضا مشابها.
تصف المقالة الأصلية إيقاف هذه الميزات. أزالت Microsoft الحسابات المتصلة من Outlook.com، وأعلنت Google إنهاء Mail Fetcher وGmailify. تحقق من المواعيد الحالية وتوفر الخدمة لدى كل مزود. التغيير يخص ميزات معينة، ولا يعني اختفاء جميع طرق الوصول إلى حسابات متعددة.
للجلب الدوري حدود تقنية. لا تظهر الرسالة قبل الفحص التالي. إذا احتفظت بالأصل، فإنها تشغل مساحة في الخدمتين. وقد تختلف الحالة بينهما: مقروءة هنا وغير مقروءة هناك، أو محذوفة في مكان ومحفوظة في الآخر. لا ينقل POP3 بنية المجلدات.
ثلاث طرق لبناء صندوق وارد موحد
لكل بنية حدودها. إعادة التوجيه تعيد الإرسال وقد تؤثر في التحقق من الهوية. جلب النسخ يعتمد على فترة الفحص وشروط التخزين. أما وكيل IMAP المباشر فيتحقق من صلاحية الدخول إلى كل حساب ويقرأ عند الطلب، من دون إنشاء أرشيف دائم للنسخ. تظهر بيانات الدخول غير الصالحة عند محاولة الاتصال.
| الطريقة | كيف تعمل | القيد الأهم |
|---|---|---|
| إعادة التوجيه | يعيد المصدر إرسال كل رسالة إلى الوجهة | قد تؤثر في التحقق من الهوية؛ لا تتيح وحدها الإرسال من العنوان الأصلي |
| جلب النسخ | تفحص الوجهة المصدر عبر POP3 وتنزل الرسائل | تأخير، واحتمال تكرار التخزين، واختلاف الحالة، وعدم نقل المجلدات |
| وكيل IMAP مباشر | يتحقق الخادم من صلاحية الدخول إلى كل حساب عبر IMAP ويقرأ عند الطلب | يعتمد على إمكانية الوصول إلى المصدر؛ تظهر أخطاء الدخول عند الجلب |
يستخدم TrekMail الطريقة الثالثة، ولا ينشئ نسخا دائمة من الرسائل. عند فتح العرض الموحد، يتصل الخادم بالحسابات عبر IMAP، ويجلب الترويسات المطلوبة، ويدمج النتائج حسب التاريخ الداخلي، ثم يخزنها مؤقتا لفترة قصيرة. عند قراءة رسالة، توسم بأنها مقروءة في المصدر أيضا إذا سمحت الصلاحيات والإعدادات بذلك.
ربط الحساب لا يغير جهة استضافته. يبقى Gmail لدى Google، بمساحته ومرشحاته وواجهته الخاصة. لا يغير الربط سجلات MX أو مسار البريد الوارد. وعند قطع الاتصال لا يوجد أرشيف نسخ لتنظيفه، لكن الإجراءات التي نفذتها عبر العميل تبقى مطبقة في المصدر.
كيف يبدو الاستخدام اليومي
يوجد عرضان. أحدهما يجمع الرسائل لرؤية الصورة العامة، والآخر يركز على حساب واحد. يمكنك التبديل حسب المهمة.
يجمع عرض كل صناديق الوارد الصناديق والحسابات المرتبطة في قائمة مرتبة حسب الوصول. يوضح كل سطر جهة المصدر بشعار المزود أو حرف أول ملون لصندوق TrekMail. عند الرد، تحدد هوية الإرسال المناسبة مسبقا، لكن استخدامها يعتمد على الصلاحيات وإعدادات الإرسال.
تختار عرض الحساب الواحد من الشريط الجانبي. بالنقر على الحساب تظهر مجلداته ومسوداته ورسائله المرسلة.
تفحص المصادر بالتوازي. الاتصال بثمانية خوادم IMAP واحدا بعد الآخر سيبطئ الصفحة بوضوح. إذا تعذر الوصول إلى مصدر بسبب سحب بيانات الدخول أو عطل في الخدمة، يتخطاه النظام ويحدد الحساب المتأثر. وتبقى بقية المصادر ظاهرة.
الإرسال من العنوان الصحيح
عند الرد على رسالة في حساب Gmail المرتبط، يقدم الرد إلى خادم SMTP لدى Google بعد التحقق من هويتك بحسابك. إذا كان الاتصال وصلاحية الإرسال مضبوطين، ترسل الرسالة عبر بنية Google، لا عبر خادم الإرسال لدينا.
هذا مهم للتحقق من هوية المرسل. يسمح SPF في Gmail لخوادم Google بالإرسال. إرسال رسالة بعنوان @gmail.com عبر بنية خارجية غير مصرح بها لا يضمن SPF أو DKIM صالحا ومتوافقا مع From. استخدام خادم الحساب المصرح به يساعد على إجراء التحقق بصورة صحيحة. يتطلب DMARC صلاحية SPF أو DKIM وتوافقه مع From، وليس نجاح الاثنين بالضرورة، ولا يضمن وصول الرسالة إلى صندوق الوارد.
ينطبق ذلك على بقية الحسابات: عنوان Fastmail يرسل عبر Fastmail، والحساب على خادم خاص يستخدم SMTP لذلك الخادم. تعرض قائمة المرسل العناوين المتاحة فقط: عنوان الصندوق، والعناوين البديلة التي فُعّل إرسالها، والصناديق المشتركة التي تملك فيها صلاحية الرد، والحسابات المرتبطة. غياب عنوان قد يدل على نقص الصلاحيات أو الإعدادات، لا على فشل تحقق مستقبلي مؤكد. افحص ذلك قبل الإرسال بدلا من اكتشاف المشكلة برسالة ارتداد بعد دقيقتين.
كلمات مرور التطبيقات وOAuth
يقيد كبار المزودين استخدام كلمة المرور الرئيسية للوصول عبر IMAP بصورة متزايدة. يستخدم الربط كلمة مرور تطبيق أو OAuth أو طريقة أخرى مدعومة. تختلف الخطوات حسب المزود، وينبغي مراجعة القواعد الحالية وسياسات المؤسسة.
| المزود | طريقة الربط | ملاحظات |
|---|---|---|
| Gmail / Google Workspace | كلمة مرور تطبيق | يتطلب أولا التحقق بخطوتين (2) لدى Google؛ والتوفر مرتبط بسياسة الحساب |
| Outlook.com، Hotmail، Live، MSN | Microsoft OAuth | تحدد المقالة الأصلية سبتمبر 2024 موعدا لإنهاء دخول IMAP بكلمة المرور الرئيسية أو كلمة مرور تطبيق للحسابات الشخصية |
| iCloud Mail | كلمة مرور خاصة بالتطبيق | تنشأ من إعدادات أمان حساب Apple |
| Yahoo Mail، AOL Mail | كلمة مرور تطبيق | |
| Fastmail | كلمة مرور تطبيق | يسميها النص الأصلي مفتاح الجهاز |
| Yandex Mail | كلمة مرور تطبيق | |
| Zoho Mail، GMX | كلمة مرور الحساب | وفقا للوصف الأصلي؛ راجع متطلبات IMAP والتحقق متعدد العوامل الحالية |
| خدمة أخرى | إعدادات IMAP وSMTP يدوية | استضافة cPanel، أو Dovecot مؤسسي، أو خادم بريد خاص |
كلمة مرور التطبيق سلسلة عشوائية مستقلة يمكن غالبا إلغاؤها من دون تغيير كلمة المرور الرئيسية. صلاحياتها ليست بالضرورة محصورة في بروتوكول واحد؛ الأمر يختلف حسب المزود. وهي تجنبك إعطاء التطبيق كلمة المرور الرئيسية. يربطك معالج الإعداد بصفحة إنشائها لدى الخدمة التي تعرف عليها.
التعرف تلقائي. يقارن النطاق بالمزودين المعروفين، وإذا كان نطاقا خاصا تفحص سجلات MX. يساعد ذلك على التعرف على Google Workspace وMicrosoft 365 حتى إن لم ينته العنوان بـ @gmail.com. إذا لم تعرف الخدمة، تدخل تفاصيل الخادم يدويا. هذا الفحص لا يغير DNS.
يدعم الإعداد اليدوي IMAP على المنفذ 993 مع TLS الضمني، أو 143 مع STARTTLS، وSMTP على 465 أو 587 أو 2525. التحقق من شهادة TLS إلزامي. تمنع الشهادة الموقعة ذاتيا وغير الموثوقة، أو الاسم غير المطابق، الاتصال. راجع سلسلة الثقة والصلاحية واسم الخادم، لأن الاتصال يتيح الوصول إلى البريد.
ربط حساب
- افتح بريد الويب وانتقل إلى الإعدادات → الحسابات المرتبطة.
- انقر على ربط حساب وأدخل العنوان.
- إذا تعرف النظام على المزود، اتبع تعليمات إنشاء كلمة مرور تطبيق، أو تسجيل الدخول إلى Microsoft في حالة Outlook.com. وإلا فأدخل خوادم IMAP وSMTP والمنافذ والتشفير بحسب وثائق المزود.
- انقر على اختبار الاتصال. تختبر القراءة والإرسال بشكل منفصل لتعرف أي جزء فشل.
- احفظ. يظهر الحساب في الشريط الجانبي وتضاف رسائله إلى كل صناديق الوارد.
تربط المجلدات عند الاتصال الأول. تختلف الأسماء بين المزودين، مثل [Gmail]/Sent Mail وSent Items وSent. تستخدم علامات الاستخدام الخاص إن وجدت، وإلا تطابق الأسماء. تخفى عروض Gmail الافتراضية مثل كل البريد لتجنب عرض الرسالة نفسها أكثر من مرة. التصنيفات لا تعني أن لكل رسالة نسخا مادية متعددة.
تتوفر أدلة بحسب المزود في الوثائق: Gmail، وOutlook وMicrosoft، وiCloud، وYahoo وAOL، وخوادم IMAP الأخرى.
الأعطال وكيف تظهر
إلغاء كلمة مرور التطبيق. سبب شائع. تغيير كلمة مرور Google الرئيسية قد يلغي كلمات مرور التطبيقات. تطلب الواجهة إعادة الربط بدلا من إخفاء الحساب. أنشئ كلمة مرور تطبيق جديدة وحدث الإعدادات.
تعطيل IMAP لدى المزود. قد تقيد سياسات Google Workspace أو Microsoft 365 الوصول. لا يستطيع العميل تجاوزها، وعلى المسؤول مراجعة الصلاحية.
تفويض OAuth غير صالح. تجدد رموز Microsoft ما دام ذلك مسموحا. إلغاء الموافقة أو تغيير إعدادات الأمان والسياسات قد يتطلب تفويضا جديدا. سجل الدخول مجددا عند ظهور الطلب.
بطء خادم المصدر. لكل مصدر مهلة. إذا تجاوزها، يتخطاه النظام في تحميل الصفحة الحالي ويبلغك بذلك. لا تستمر المحاولات بلا نهاية على حساب الصناديق الأخرى.
المزيد في استكشاف مشكلات الحسابات المرتبطة.
الحدود
وفقا للوصف الأصلي، تتوفر الحسابات المرتبطة ابتداء من خطة Starter:
| الخطة | الحسابات المرتبطة لكل صندوق بريد |
|---|---|
| Nano | غير متاحة |
| Starter | 5 |
| Pro | 10 |
| Agency | 30 |
يفحص العرض الموحد حتى 25 مصدرا بالتزامن. بعد ذلك تكون عروض الحساب الواحد أكثر عملية. لا تشغل نسخ دائمة من البريد المرتبط مساحة الخطة، لأن الرسائل تبقى في المصدر. هذا لا ينفي وجود تخزين مؤقت لبيانات الواجهة.
أسئلة شائعة
هل ينقل صندوق الوارد الموحد بريدي؟
لا. لا ينسخ أرشيفا دائما ولا ينقله، بل يقرأ الرسائل عبر IMAP لدى المزود الأصلي. قطع الاتصال لا يحذف صندوق المصدر، لكنه لا يتراجع عن إجراءات نفذت بالفعل، مثل وسم الرسالة بأنها مقروءة.
ما الفرق بين الصندوق الموحد والترحيل؟
ينسخ الترحيل الرسائل إلى TrekMail بهدف ترك المزود القديم. أما الصندوق الموحد فيبقي التخزين في مكانه ويقدم واجهة مشتركة. للانتقال النهائي استخدم الترحيل الجماعي.
هل تصل الردود من العنوان الصحيح؟
إذا كانت الصلاحيات والإعدادات صحيحة، يرسل العنوان المرتبط عبر SMTP الخاص به، ويرى المستلم العنوان المعتاد. صلاحية SPF أو DKIM وتوافقه يعتمدان على إعدادات المزود. الربط وحده لا يضمن التحقق من الهوية أو التسليم.
لماذا يستخدم Gmail كلمة مرور تطبيق بدلا من زر تسجيل الدخول؟
يستخدم هذا التكامل IMAP بكلمة مرور تطبيق. قد تتطلب واجهة Gmail API مراجعة للصلاحيات المقيدة، وتقييما أمنيا خارجيا بحسب طريقة معالجة البيانات. كلمة مرور التطبيق تقدم مسارا آخر للوصول، ويمكن إلغاؤها منفردة لدى Google إذا سمحت سياسة الحساب بإنشائها. IMAP وAPI لا يمنحان بالضرورة الصلاحيات نفسها.
هل أستطيع إضافة صندوق على خادمي الخاص؟
نعم. أدخل خوادم IMAP وSMTP والمنافذ والتشفير يدويا. يجب أن تجتاز الشهادة فحص الثقة والاسم. استبدل الشهادة الموقعة ذاتيا وغير الموثوقة. تصلح شهادة من جهة إصدار عامة عندما تكون السلسلة والصلاحية والاسم صحيحة.
هل يعمل صندوق الوارد الموحد على الهاتف؟
نعم. تحفظ إعدادات الاتصال على الخادم، لا في ملف تعريف محلي. بعد الدخول من جهاز مدعوم، ترى الحسابات والقائمة نفسها من دون إعادة ربطها على كل جهاز.
ماذا يحدث إذا انتقلت إلى خطة لا تشمل الحسابات المرتبطة؟
يتوقف الجلب ويظهر الحساب بأنه غير متاح. تغيير الخطة لا يحذف بيانات المصدر. تعيد الخطة المناسبة إمكانية الوصول إذا بقيت بيانات الدخول والصلاحيات صالحة.