الفرق بين IMAP وPOP3: هل يحذف IMAP الرسائل من الخادم؟

نعم، عندما تحذف رسالة: يحذف IMAP البريد من الخادم، وبالتالي من كل تطبيق تربطه به. فالخادم يحتفظ بالنسخة الحقيقية الوحيدة من بريدك، وكل تطبيق يعمل عليها، لذا لا تحذف قراءة الرسالة أو تنزيلها أي شيء، لكن حذفها في تطبيق واحد يحذفها من التطبيقات كلها. تنقلها معظم التطبيقات أولًا إلى مجلد المهملات (Trash)، حيث يظل بإمكانك استعادتها، أما Gmail فيؤرشفها عادةً في «All Mail» (كل البريد) بدلًا من ذلك. وهنا يظهر الفرق بين IMAP وPOP3: فبروتوكول POP3 يعمل بطريقة مختلفة، إذ ينزّل البريد إلى جهاز واحد، وقد يحذف نسخة الخادم بحسب إعداداته. وإن أردت قراءة بريد العناوين المستعارة على نطاق تملكه في تطبيق لا يستطيع حذف أي شيء، فإن CatchNone يقرأ صندوق البريد ذلك للقراءة فقط عبر IMAP أو JMAP، ولا يضع أبدًا علامة على أي رسالة في الخادم ولا ينقلها ولا يحذفها، على iPhone وiPad وMac.

هل يحذف IMAP البريد من الخادم في كل التطبيقات؟

نعم، لكنه ينقله عادةً إلى المهملات أولًا بدلًا من حذفه نهائيًا. يصف المعيار الحالي لبروتوكول IMAP ‏(Internet Message Access Protocol، أي بروتوكول الوصول إلى رسائل الإنترنت)، وهو RFC 9051، بروتوكول IMAP بأنه طريقة للتعامل مع «مجلدات الرسائل البعيدة» كما لو كانت مجلدات محلية. وتطبيقات IMAP تنزّل الرسائل فعلًا: فقد يحتفظ كل من هاتفك وحاسوبك المحمول وبريد الويب بنسخ محلية لتسريع العرض وللقراءة دون اتصال، لكن هذه النسخ تتبع الخادم. فإذا غادرت الرسالة الخادم، غادرت كل التطبيقات عند المزامنة التالية.

الحذف خطوتان: وضع علامة ثم الإزالة النهائية (expunge)

1. يضع التطبيق العلامة \Deleted على الرسالة. فتصبح موسومة للإزالة، لكنها تظل موجودة.
2. يزيل الأمر EXPUNGE، أو إغلاق المجلد بالأمر CLOSE، كل رسالة تحمل هذه العلامة في ذلك المجلد نهائيًا.

وحتى الخطوة الثانية، تكفي إزالة العلامة لإعادة الرسالة. وكانت تطبيقات سطح المكتب الأقدم تُظهر ذلك بوضوح: إذ تعرض مساعدة Microsoft لبرنامج Outlook 2010 رسائل IMAP الموسومة للحذف بخط يتوسطها إلى أن تُمحى، وبعد ذلك «تُحذف من خادم بريد IMAP ولا يمكن استعادتها».

الحذف يعني عادةً «النقل إلى المهملات»

تنقل معظم التطبيقات الحالية الرسالة المحذوفة بدلًا من ذلك إلى مجلد المهملات على الخادم. وبلغة IMAP، يكون ذلك عادةً الأمر MOVE: نسخ، ثم العلامة \Deleted، ثم إزالة نهائية، في خطوة واحدة. ترى كل الأجهزة الرسالة في المهملات، ولا تختفي نهائيًا إلا عند إفراغ المهملات، سواء أفرغتها أنت أو التطبيق أو المزوّد. وفي سبتمبر 2026، يحذف Gmail الرسائل الموجودة في المهملات نهائيًا بعد 30 يومًا، ويشير دليل البريد على iPhone من Apple إلى أن iCloud لا يحتفظ بالرسائل المحذوفة أكثر من 30 يومًا، مهما كانت إعدادات iPhone لديك.

Gmail: تصنيفات لا مجلدات

يعرض Gmail تصنيفاته على تطبيقات IMAP في صورة مجلدات، مع مجلدات النظام مثل «All Mail» (كل البريد) وSpam («رسائل غير مرغوب فيها») وTrash (المهملات) تحت [Gmail]. والحذف من مجلد يمثّل تصنيفًا لا يفعل عادةً سوى إزالة ذلك التصنيف. ويقول دليل إعدادات IMAP من Google: «يمكنك العثور على الرسائل التي تحذفها من مجلد IMAP في تصنيف «All Mail» (كل البريد) في Gmail». ويحذّر أيضًا من توجيه الرسائل المحذوفة في تطبيقك إلى مهملات Gmail، لأنها «ستُحذف نهائيًا من Gmail بعد 30 يومًا». أما إعدادات الحذف في خادم Gmail نفسه، فتجدها في الجدول أدناه.

هل يحذف Outlook بريد IMAP من الخادم؟

نعم. عندما يتصل Outlook عبر IMAP، فإنه يعمل على نسخة الخادم كأي تطبيق آخر، لذا يصل الحذف فيه إلى كل الأجهزة؛ وتعرض بعض الإصدارات الأقدم الرسالة أولًا بخط يتوسطها، كما ورد أعلاه. وإذا كان صندوق بريدك على Outlook.com أو Hotmail، فخادم IMAP الخاص به هو outlook.office365.com على المنفذ 993، وتشترط Microsoft تسجيل الدخول الحديث (OAuth2). ومنذ 16 سبتمبر 2024، لم تعد التطبيقات التي ترسل اسم المستخدم وكلمة المرور فقط تعمل مع حسابات Outlook.com وHotmail.

أين يذهب البريد المحذوف في التطبيقات الشائعة

بعض الخيارات تتخطى المهملات: None على Mac، وRemove it immediately في Thunderbird، وإعداد الحذف إلى الأبد في Gmail. وخارج Gmail، يتخطاها أيضًا خيار Just mark it as deleted في Thunderbird: تبقى الرسالة موسومة حتى تُجرى الإزالة النهائية في المجلد، ثم تختفي. الخيار الافتراضي في Thunderbird هو المهملات؛ أما لحسابات Gmail، فتوصي Google بخيار Just mark it as deleted مع إلغاء تحديد خانتي «on Exit» (عند الخروج) كلتيهما. والكلمة الأخيرة للمزوّد: إذ يقول دليل البريد على Mac من Apple إنه إذا كان الخادم مضبوطًا لحذف الرسائل الأقدم، فإنها تُحذف «بغض النظر عن طريقة تغييرك لهذا الخيار».

هل تصبح الرسالة مقروءة في كل مكان إذا قرأتها في تطبيق آخر؟

مع IMAP، نعم. فحالة القراءة هي العلامة \Seen، وهي مخزنة على الخادم، لذا تتزامن كما يتزامن الحذف. والتطبيق الذي ينزّل الرسالة بطلب BODY[] يجعلها مقروءة. أما الذي يطلب BODY.PEEK[] فيتركها على حالها، ويمكنه أن يضع \Seen بنفسه عندما تفتح الرسالة.

ويزامن JMAP، وهو البروتوكول الأحدث الذي نتناوله أدناه، حالة القراءة بالطريقة نفسها. أما POP3 فلا يعرف حالة القراءة أصلًا، لذا يحتفظ كل جهاز بحالته الخاصة. والاستثناء هو Gmail، إذ يمكن لإعدادات POP فيه أن تجعل نسخة Gmail مقروءة عندما ينزّلها تطبيق آخر.

الفرق بين IMAP وPOP3: أيهما يُبقي بريدك على الخادم؟

يُبقي IMAP بريدك على الخادم بحكم تصميمه. أما POP3 ‏(Post Office Protocol version 3، ويسمى عادةً POP فقط؛ RFC 1939) فقد صُمم للمهمة المعاكسة: «عادةً يُنزَّل البريد ثم يُحذف».

ويحذف POP على خطوتين أيضًا. فالأمر DELE يضع علامة على الرسالة فقط، ويزيلها الخادم عندما ينهي التطبيق الجلسة بالأمر QUIT. أما «Leave messages on server» (ترك الرسائل على الخادم) فهو إعداد في التطبيق. ويسميه المعيار «نسخة ضعيفة» مما يفعله IMAP، وقد لا يلتزم به الخادم. ويتوقف مصير نسخة الخادم على التطبيق والمزوّد:

• Thunderbird: حسابات POP الجديدة التي تُعد عبر معالج الحسابات في Thunderbird تترك البريد على الخادم مدة أقصاها 14 يومًا افتراضيًا، وحذف الرسالة محليًا يحذف نسخة الخادم أيضًا.
• Gmail: توفّر إعدادات POP الخيارات «Keep Gmail’s copy in the Inbox» (الاحتفاظ بنسخة Gmail في البريد الوارد) أو «Mark Gmail’s copy as read» (وضع علامة مقروءة على نسخة Gmail) أو «Archive Gmail’s copy» (أرشفة نسخة Gmail) أو «Delete Gmail’s copy» (حذف نسخة Gmail).
• Yahoo: يقول الوصول عبر POP لديها إنه «ينزّل نسخًا من بريدك الإلكتروني، لذا يمكنك نقلها وحذفها في التطبيق دون التأثير في الرسائل الأصلية».

استخدم IMAP ما لم يكن لديك سبب محدد يمنعك. ويناسبك POP عندما تريد أن يحتفظ حاسوب واحد بالنسخة الوحيدة، كأن تنزّل بريد حساب قديم قبل إغلاقه، بشرط أن تكون لهذا الحاسوب نسخة احتياطية.

لست متأكدًا أيهما يستخدم تطبيقك؟ راجع إعدادات الخادم في الحساب: المنفذ 993 أو 143 يعني IMAP، والمنفذ 995 أو 110 يعني POP. أما Exchange وMicrosoft Graph فهما بروتوكولان خاصان بـMicrosoft، منفصلان عن كليهما.

أي المزوّدين يوفرون IMAP أو POP3

أسماء الخوادم والمنافذ، في سبتمبر 2026:

معنى الوصول إلى IMAP للقراءة فقط

يعني الوصول إلى IMAP للقراءة فقط أن التطبيق يفتح المجلد بالأمر EXAMINE بدلًا من SELECT، وينزّل الرسائل باستخدام BODY.PEEK[] بدلًا من BODY[]. فلا يتغير شيء في صندوق البريد: لا تصبح أي رسالة مقروءة، ولا توضع عليها علامة، ولا تُنقل، ولا تُحذف. وعميل البريد للقراءة فقط هو أي تطبيق يلتزم بهذه الأوامر.

ويمكنك رؤية الفرق في رد الخادم. هذان التبادلان هما المثالان الواردان في RFC 9051 ‏(C: هو التطبيق، وS: هو الخادم، وblurdybloop هو اسم المجلد النموذجي في المعيار):

C: A142 SELECT INBOX
S: * 172 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS (\Deleted \Seen \*)] Limited
S: * LIST () "/" INBOX
S: A142 OK [READ-WRITE] SELECT completed

C: A932 EXAMINE blurdybloop
S: * 17 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * LIST () "/" blurdybloop
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS ()] No permanent flags permitted
S: A932 OK [READ-ONLY] EXAMINE completed

يبيّن السطر الأخير من كل رد طريقة فتح المجلد: [READ-WRITE] أو [READ-ONLY]. ويسرد PERMANENTFLAGS العلامات التي يحق للتطبيق تغييرها بشكل دائم: في هذين المثالين، \Deleted و\Seen والكلمات المفتاحية الجديدة (\*) بعد SELECT، ولا شيء بعد EXAMINE. وفي المجلد المفتوح بالأمر EXAMINE، لا يسمح المعيار «بأي تغييرات على الحالة الدائمة لصندوق البريد، بما في ذلك الحالة الخاصة بكل مستخدم»، ولا يؤدي إغلاقه إلى أي إزالة نهائية.

هل يفرض الخادم وضع القراءة فقط؟

عبر IMAP، وفي صندوق بريدك أنت، لا يفرضه إلا عندما يطلبه التطبيق. فبعد EXAMINE، يُبقي الخادم ذلك المجلد للقراءة فقط طوال الجلسة. وكل ما عدا ذلك يبقى بيد التطبيق:

• يمكن لتسجيل الدخول نفسه أن يرسل SELECT بدلًا من ذلك، في أي وقت.
• يشمل EXAMINE مجلدًا واحدًا. أما الأوامر على مستوى الحساب، مثل DELETE (لمجلد كامل) وRENAME وAPPEND، فتظل تعمل.
• استخدام BODY.PEEK[] قرار يعود إلى التطبيق وحده.

ويمكن للخادم أيضًا أن يفرض القراءة فقط عبر صلاحيات الوصول (RFC 4314)، لكن ذلك يُستخدم لصناديق البريد المشتركة والمفوّضة. ولا توثّق Gmail ولا Outlook.com ولا iCloud ولا Fastmail أي تسجيل دخول IMAP للقراءة فقط إلى صندوق بريدك أنت؛ وأقرب ما يكون إلى ذلك رمز JMAP للقراءة فقط من Fastmail، الموضّح أدناه.

ما تسمح به كلمة مرورك أو طريقة تسجيل الدخول

تتيح لك Fastmail قصر كلمة مرور التطبيق على نوع معيّن من البيانات، لكنها لا توثّق أي خيار للقراءة فقط. وإذن القراءة فقط لدى Google موجود في Gmail API الخاصة بها فقط، لا في IMAP. لذا حين يقول تطبيق إنه للقراءة فقط، فأنت تثق بالتطبيق لا بكلمة المرور.

كيف تجرّب تطبيق بريد جديدًا بأمان

1. اختر IMAP (أو JMAP)، لا POP. قد يزيل تطبيق POP البريد من الخادم وهو ينزّله. أما تطبيق IMAP فيترك البريد في مكانه، مع أن الحذف يظل يتزامن (الخطوة 4).
2. استخدم رمزًا للقراءة فقط إذا كان مزوّدك وتطبيقك يدعمانه. ولا ينجح ذلك إلا مع التطبيقات التي تتصل عبر JMAP. في Fastmail، انتقل إلى «Settings» > «Privacy & Security» > «Connected apps & API tokens» > «Manage API tokens» > «New API token»، واختر JMAP، وحدّد «Read-only access» (وصول للقراءة فقط) و«Email» (البريد) ولا شيء غيرهما (دليل رموز API من Fastmail). ويشرح دليلنا لـFastmail خطوات إنشاء الرمز. ورموز API غير متاحة في خطة Basic من Fastmail، في سبتمبر 2026.
3. وإلا، فأعطه كلمة مرور تطبيق خاصة به. وبذلك يمكنك لاحقًا إلغاء هذه الكلمة وحدها دون المساس بتطبيقاتك الأخرى. ولحساب iCloud، أنشئ كلمة سر خاصة بالتطبيق في account.apple.com > «تسجيل الدخول والأمان» > «كلمات السر الخاصة بالتطبيقات»؛ ويشرح ذلك دليلنا لكلمة السر الخاصة بالتطبيق في iCloud. أما Gmail فيحتاج إلى «التحقّق بخطوتين»، وتفضّل Google تسجيل الدخول باستخدام Google حيث يوفّره التطبيق؛ راجع كلمات مرور التطبيقات في Gmail وإعدادات IMAP.
4. بعد إضافة الحساب مباشرة، وقبل أن تحذف أي شيء، راجع إعداد الحذف فيه. استعن بالجدول أعلاه: اختر المهملات أو الأرشيف (وفي Gmail، اتبع نصيحة Google المذكورة أعلاه بدلًا من المهملات)، وتجنّب None وRemove it immediately، وخارج Gmail Just mark it as deleted، إلى أن تثق بالتطبيق.
5. جرّب برسالة لا تحتاج إليها. أرسل إلى نفسك رسالة، وافتحها في التطبيق الجديد، ولاحظ هل أصبحت مقروءة في تطبيقك المعتاد. ثم احذفها في التطبيق الجديد ولاحظ أين تنتهي.
6. ألغِ كلمة المرور عندما تتوقف عن استخدام التطبيق. تشرح صفحة كلمات السر الخاصة بالتطبيقات من Apple الخيارين «Remove» (إزالة) وRevoke All (إبطال الكل). أما كلمات مرور التطبيقات لدى Google فتُدار في myaccount.google.com/apppasswords، كما توضّح صفحة المساعدة الخاصة بكلمات مرور التطبيقات.

الفرق بين JMAP وIMAP باختصار

بروتوكول JMAP ‏(JSON Meta Application Protocol) بروتوكول بريد إلكتروني أحدث للمهمة نفسها، نُشر عام 2019 في RFC 8620 وRFC 8621، ومؤلفه الرئيسي مهندس في Fastmail. يرسل JSON عبر HTTPS بدلًا من أوامر IMAP النصية، ويجب أن يستخدم كل طلب TLS 1.2 أو أحدث. ويصف تعريف IETF به بروتوكول IMAP بأنه «يستهلك الكثير من الموارد» ولا يلائم شبكات الهاتف المحمول جيدًا.

أما في الحذف وحالة القراءة، فالنموذج مألوف:

• يمكن أن تكون الرسالة في عدة صناديق بريد في وقت واحد، على غرار تصنيفات Gmail.
• يعني الحذف عادةً نقلها إلى صندوق البريد الذي يحمل دور المهملات. أما «إتلافها» (destroy) فيزيلها من كل صناديق البريد.
• حالة القراءة هي الكلمة المفتاحية $seen، وهي مقابل \Seen في JMAP.
• يخبر الخادم كل تطبيق هل الحساب كله للقراءة فقط.

هل يهمك ذلك؟ فقط إذا كان مزوّدك يوفّر JMAP وتطبيقك يدعمه. توفّره Fastmail في الخطط الأعلى من Basic. ومن بين التطبيقات، لا يدعمه Thunderbird لسطح المكتب بعد، مع أن إعلانه في 2 سبتمبر 2026 يقول إن الفريق متفائل بإضافته لاحقًا. وفي الحالتين، يتزامن الحذف تمامًا كما في IMAP.

هل IMAP على المنفذ 993 آمن؟ وما هو STARTTLS؟

نعم، أثناء النقل. على المنفذ 993، يكون اتصال IMAP مشفرًا من أول بايت: يبدأ الاتصال بمصافحة TLS، وهي حماية من النوع نفسه الذي يوفره HTTPS للمواقع. ويسمى ذلك TLS الضمني (implicit TLS). أما المنفذ 143 فهو منفذ IMAP للنص الصريح، حيث يمكن للتطبيق ترقية الاتصال بالأمر STARTTLS.

وتفضّل المعايير اليوم المنفذ 993. إذ يوصي RFC 8314 ‏(2018) تطبيقات البريد باستخدام TLS الضمني بدلًا من STARTTLS، مع TLS 1.2 أو أحدث، ويشترط RFC 9051 أن يوفّر كل خادم مبني وفق المعيار الحالي TLS الضمني. ووجدت دراسة عُرضت في مؤتمر USENIX Security عام 2021 أكثر من 40 ثغرة في STARTTLS لدى عملاء البريد وخوادمه، ونحو 320,000 خادم (2%) معرّضة لحقن الأوامر. وقد أُصلح كثير منها بعد الإفصاح عنها، لكن المؤلفين خلصوا إلى أن STARTTLS «ينبغي تجنّبه». ولا توفّره Fastmail في IMAP أو POP، ويشترط Gmail وiCloud اتصالًا مشفرًا (SSL/TLS) على المنفذ 993.

يحمي TLS الاتصال لا الرسالة المخزنة، وليس تشفيرًا بين الطرفين (end-to-end encryption)؛ وهذا ما يقوله RFC 8314 نفسه. لذا يحمي المنفذ 993 كلمة مرورك وبريدك أثناء انتقالهما، ولا شيء أكثر. أما نقاط الضعف فهي كلمة مرورك (استخدم المصادقة الثنائية عند تسجيل الدخول وكلمات مرور التطبيقات) وما يفعله كل تطبيق بالوصول الذي تمنحه إياه.

عميل للقراءة فقط لعناوينك المستعارة: CatchNone

CatchNone عميل للقراءة فقط بالمعنى الموضّح أعلاه تمامًا، مصمّم لعناوين البريد المستعارة (email alias) على نطاق تملكه. عبر IMAP ‏(TLS الضمني، والمنفذ 993 افتراضيًا) يفتح صندوق الوارد وحده بالأمر EXAMINE وينزّل الرسائل باستخدام BODY.PEEK[]؛ وعبر JMAP يستخدم رمز وصول. ولا يضع أبدًا أي علامة على أي شيء في خادمك ولا ينقله ولا يحذفه، فلا يمكن أن تبدأ منه أي عملية حذف من تلك الواردة في هذا المقال. ويقرأ صندوق بريدك مباشرة من جهازك، فلا يمر ذلك البريد أبدًا عبر خوادم CatchNone.

يحصل كل متجر أو نشرة إخبارية أو حساب على عنوانه المستعار الخاص، وتحمل كل رسالة شارة بالعنوان المستعار الذي وصلت إليه، فيظهر لك العنوان المسرّب أو المبيع. وقد صُمّم CatchNone للاستقبال فقط: يبقى بريد التسجيلات في تطبيقه الخاص، بعيدًا عن صندوق الوارد الرئيسي لديك. وتشمل الخطة المجانية («مجانية») ما يصل إلى 10 عناوين مستعارة على نطاقك الخاص، ولا حد لعددها في Lite وPremium. وإن كنت تفضّل الاستغناء عن النطاق وصندوق البريد، فإن Premium يضيف عناوين @catchnone.com دون أي إعداد.

ومع ذلك، تظل كلمة المرور أو كلمة مرور التطبيق التي تُدخلها تمنح وصولًا كاملًا: فالقراءة فقط هي طريقة عمل التطبيق، لا ما تسمح به بيانات الاعتماد. ولا يدعم CatchNone بروتوكول POP3 ولا Exchange ولا STARTTLS ولا تسجيل الدخول عبر OAuth، لذا يتعذّر على الأرجح ربط Outlook.com وHotmail، ويحتاج Gmail إلى كلمة مرور تطبيق. ويجب أن يصل بريد نطاقك إلى صندوق الوارد هذا أولًا، وعادةً عبر عنوان الالتقاط الشامل (catch-all) لدى مزوّد بريد يدعم الالتقاط الشامل؛ أما البريد المصنّف مزعجًا أو الذي تنقله قاعدة ما فلا يظهر. نزّل CatchNone على iPhone وiPad وMac.

الأسئلة الشائعة

ما معنى «الحذف من الخادم»؟

يحتفظ خادم مزوّدك بالنسخة الأصلية من بريدك، وتحتفظ تطبيقاتك بنسخ منها. ومع IMAP، كل حذف هو حذف من الخادم، وعادةً عبر المهملات. أما مع POP فالأمر إعداد: فإما أن يترك التطبيق نسخة الخادم بعد التنزيل، وإما أن يزيلها.

حذفت رسالة بالخطأ. هل يمكنني استعادتها؟

عادةً نعم، إذا أسرعت. ابحث في مجلد المهملات (أو المحذوفات) على الخادم، عبر بريد الويب أو أي تطبيق؛ وفي Gmail، تحقّق أيضًا من «All Mail» (كل البريد). يحتفظ Gmail وiCloud بالمهملات 30 يومًا كحد أقصى، في سبتمبر 2026. وبمجرد إفراغ المهملات أو إزالة الرسالة نهائيًا، تختفي من كل التطبيقات.

هل يمكنني حذف البريد من هاتفي مع إبقائه على الخادم؟

ليس بالحذف عبر IMAP، فهو يزيله من كل مكان. استخدم الأرشفة بدلًا من ذلك: على iPhone، اختر Archive Mailbox ضمن Move Discarded Messages Into، فتذهب الرسائل التي تتخلص منها إلى صندوق الأرشيف بدلًا من المهملات. ومع POP وخيار «leave messages on server» (ترك الرسائل على الخادم)، لا يمس الحذف المحلي نسخة الخادم إلا إذا كان التطبيق مضبوطًا أيضًا لحذفها هناك، كما هي حال حسابات POP الجديدة في الإصدار الحالي من Thunderbird ‏(Until I delete them، أي حتى أحذفها). وقد يظل الخادم يزيل البريد القديم وفق سياسته الخاصة.

هل يمكنني حذف البريد من الخادم مع الاحتفاظ بنسخة على حاسوبي؟

نعم: انقله أولًا إلى صندوق بريد مخزّن على الحاسوب. في تطبيق البريد على Mac، اختر «Mailbox» (صندوق البريد) > «New Mailbox» (صندوق بريد جديد)، واضبط «Location» (الموقع) على «On My Mac» (على جهاز Mac)؛ وتقول Apple إن هذه الصناديق محلية على جهاز Mac ذلك. وتعمل «Local Folders» (المجلدات المحلية) في Thunderbird بالطريقة نفسها. وبعد حذف نسخة الخادم، يحتفظ ذلك الحاسوب بالنسخة الوحيدة، لذا احتفظ بنسخة احتياطية منه.

هل تؤدي إزالة حساب من تطبيق إلى حذف بريدي؟

ليس مع IMAP. يقول دليل البريد على Mac من Apple إن رسائل الحساب تُزال من جهاز Mac، بينما «تظل نسخ الرسائل على خادم البريد الخاص بالحساب». أما مع POP، فاحتفظ بنسخة احتياطية أولًا: فإزالة الحساب تحذف الرسائل التي نُزّلت من جهاز Mac، ولا يبقى إلا ما لا يزال الخادم يحتفظ به.