האם IMAP מוחק מיילים מהשרת? IMAP או POP3

כן, כשמוחקים הודעה: IMAP מוחק את המייל מהשרת, ולכן גם מכל אפליקציה שמחברים אליו. השרת מחזיק את העותק האמיתי היחיד של הדואר שלך וכל אפליקציה עובדת עליו, כך שקריאה או הורדה של הודעה לא מוחקות כלום, אבל מחיקה באפליקציה אחת מוחקת אותה בכולן. רוב האפליקציות מעבירות אותה קודם לתיקיית האשפה (Trash), שממנה עוד אפשר לשחזר אותה, ו-Gmail בדרך כלל מעביר אותה במקום זאת לארכיון, ב-All Mail (כל הדואר). POP3 עובד אחרת: הוא מוריד את הדואר למכשיר אחד, ובהתאם להגדרות שלו, ייתכן שימחק את העותק שבשרת. אם רוצים לקרוא את הדואר של הכתובות החלופיות (email alias) בדומיין שבבעלותך באפליקציה שלא יכולה למחוק כלום, CatchNone קורא את תיבת הדואר הזו לקריאה בלבד דרך IMAP או JMAP, ואף פעם לא מסמן, מזיז או מוחק הודעה בשרת, ב-iPhone, ב-iPad וב-Mac.

האם IMAP מוחק מיילים מהשרת בכל האפליקציות?

כן, אם כי בדרך כלל קודם לאשפה ולא לצמיתות. התקן הנוכחי של IMAP ‏(Internet Message Access Protocol), ‏RFC 9051, מתאר את IMAP כדרך לעבוד עם “תיקיות הודעות מרוחקות” כאילו היו תיקיות מקומיות. אפליקציות IMAP כן מורידות הודעות: הטלפון, המחשב הנייד ודואר הרשת (webmail) שלך עשויים כל אחד לשמור עותקים במטמון, כדי לעבוד מהר יותר ולאפשר קריאה בלי חיבור לרשת, אבל העותקים האלה הולכים אחרי השרת. כשהודעה יוצאת מהשרת, היא יוצאת מכל אפליקציה בסנכרון הבא.

מחיקה היא שני שלבים: סימון ואז מחיקה סופית (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 (כל הדואר), “ספאם” ו-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 מדלגת עליה: ההודעה נשארת מסומנת עד שהתיקייה עוברת מחיקה סופית (expunge), ואז היא נעלמת. ברירת המחדל של Thunderbird היא האשפה; לחשבונות Gmail, ‏Google ממליצה על Just mark it as deleted כששתי תיבות הסימון של “on Exit” (ביציאה) לא מסומנות. למילה האחרונה יש לספק: המדריך של Apple ל-Mac אומר שאם השרת מוגדר למחוק הודעות ישנות, הן נמחקות “בלי קשר לאופן שבו משנים את האפשרות הזו”.

האם קריאת מייל באפליקציה אחרת מסמנת אותו כנקרא בכל מקום?

ב-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[]. שום דבר בתיבת הדואר לא משתנה: אף הודעה לא מסומנת כנקראה, לא מסומנת בדגל, לא מוזזת ולא נמחקת. תוכנת דואר לקריאה בלבד (read-only email client) היא כל אפליקציה שנצמדת לפקודות האלה.

ההבדל נראה בתשובה של השרת. שתי ההתכתבויות האלה הן הדוגמאות מ-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 (אפליקציות מחוברות ואסימוני API) > Manage API tokens (ניהול אסימוני API) > New API token (אסימון API חדש), בוחרים JMAP ומסמנים את Read-only access (גישה לקריאה בלבד) ואת Email (אימייל), ותו לא (המדריך של Fastmail לאסימוני API). המדריך שלנו ל-Fastmail מסביר איך יוצרים את האסימון. נכון לספטמבר 2026, אסימוני API (API tokens) לא זמינים במסלול Basic של Fastmail.
3. אחרת, נותנים לה סיסמה לאפליקציה משלה. כך אפשר לבטל בהמשך את הסיסמה הזו בלבד, בלי לגעת באפליקציות האחרות שלך. ל-iCloud יוצרים סיסמה כזו ב-account.apple.com > “התחברות ואבטחה” > “סיסמאות ספציפיות ליישום”; המדריך שלנו לסיסמה ספציפית ליישום ב-iCloud מסביר את השלבים. ל-Gmail צריך אימות דו-שלבי של Google, ו-Google מעדיפה Sign in with 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, כפי שדף העזרה של Google על סיסמאות לאפליקציות מסביר.

JMAP מול IMAP בקצרה

JMAP ‏(JSON Meta Application Protocol) הוא פרוטוקול אימייל חדש יותר לאותה משימה, שפורסם ב-2019 בתור RFC 8620 ו-RFC 8621, והמחבר הראשי שלו הוא מהנדס ב-Fastmail. הוא שולח JSON על גבי HTTPS במקום פקודות הטקסט של IMAP, וכל בקשה חייבת להשתמש ב-TLS 1.2 ומעלה. המבוא של ה-IETF מכנה את IMAP “זולל משאבים” ולא מתאים במיוחד לרשתות סלולריות.

במחיקה ובסטטוס הקריאה, המודל מוכר:

• אימייל יכול להיות בכמה תיבות דואר בו-זמנית, בדומה לתוויות של Gmail.
• מחיקה פירושה בדרך כלל העברה לתיבת הדואר שתפקידה אשפה (trash). “השמדה” (destroy) מסירה אותו מכל תיבות הדואר.
• סטטוס הקריאה הוא מילת המפתח $seen, הגרסה של JMAP ל-\Seen.
• השרת מודיע לכל אפליקציה אם החשבון כולו לקריאה בלבד.

האם זה משנה לך? רק אם הספק שלך מציע JMAP והאפליקציה שלך תומכת בו. Fastmail מציעה אותו במסלולים שמעל Basic. מבין האפליקציות, Thunderbird לשולחן העבודה עדיין לא תומך בו, אם כי ההודעה שלו מ-2 בספטמבר 2026 אומרת שהצוות אופטימי לגבי הוספתו בהמשך. כך או כך, מחיקות מסתנכרנות בדיוק כמו ב-IMAP.

האם IMAP בפורט 993 מאובטח? מה זה STARTTLS?

כן, בזמן המעבר ברשת. בפורט 993, ‏IMAP מוצפן מהבייט הראשון: החיבור נפתח בלחיצת יד (handshake) של TLS, אותו סוג הגנה ש-HTTPS נותן לאתר. זה נקרא implicit TLS ‏(TLS מובלע). פורט 143 הוא הפורט של IMAP לטקסט גלוי, ובו אפליקציה יכולה לשדרג את החיבור עם הפקודה STARTTLS.

התקנים מעדיפים היום את פורט 993. ‏RFC 8314 ‏(2018) ממליץ לאפליקציות דואר על implicit TLS במקום STARTTLS, עם TLS 1.2 ומעלה, ו-RFC 9051 מחייב כל שרת שבנוי לפי התקן הנוכחי להציע implicit TLS. מחקר שהוצג ב-USENIX Security ב-2021 מצא יותר מ-40 פגמים ב-STARTTLS בתוכנות דואר ובשרתי דואר, וכ-320,000 שרתים (2%) שחשופים להזרקת פקודות. רבים תוקנו אחרי הגילוי, אבל החוקרים הסיקו שמ-STARTTLS “כדאי להימנע”. Fastmail לא מציעה אותו ל-IMAP או ל-POP, ו-Gmail ו-iCloud דורשים חיבור מוצפן (SSL/TLS) בפורט 993.

TLS מגן על החיבור, לא על ההודעה השמורה, והוא לא הצפנה מקצה לקצה; RFC 8314 אומר זאת בעצמו. כך שפורט 993 מגן על הסיסמה ועל הדואר שלך בדרך, ותו לא. הנקודות החלשות הן הסיסמה שלך (כדאי להשתמש בכניסה עם אימות דו-שלבי ובסיסמאות לאפליקציות) ומה שכל אפליקציה עושה עם הגישה שנתת לה.

תוכנת דואר לקריאה בלבד לכתובות החלופיות שלך: CatchNone

CatchNone הוא תוכנת דואר לקריאה בלבד בדיוק במובן שתואר למעלה, שנבנתה לכתובות חלופיות בדומיין שבבעלותך. דרך IMAP ‏(implicit TLS, פורט 993 כברירת מחדל) הוא פותח רק את תיבת הדואר הנכנס שלך עם EXAMINE ומוריד עם BODY.PEEK[]; דרך JMAP הוא משתמש באסימון גישה (access token). הוא אף פעם לא מסמן, מזיז או מוחק שום דבר בשרת שלך, כך ששום מחיקה מאלה שמתוארות במאמר הזה לא יכולה להתחיל ממנו. הוא קורא את תיבת הדואר שלך ישירות מהמכשיר שלך, והדואר הזה אף פעם לא עובר דרך השרתים של CatchNone.

כל חנות, ניוזלטר או חשבון מקבלים כתובת חלופית משלהם, וכל הודעה מסומנת בתג של הכינוי שאליו הגיעה, כך שכתובת שדלפה או נמכרה מתגלה. ‏CatchNone רק מקבל דואר, וזה מכוון: דואר ההרשמות נשאר באפליקציה נפרדת, מחוץ לתיבת הדואר הנכנס הראשית שלך. המסלול “חינם” כולל עד 10 כינויים בדומיין משלך, וב-Lite וב-Premium אין הגבלה. אם מעדיפים לוותר על הדומיין ועל תיבת הדואר, Premium מוסיף כתובות ‎@catchnone.com בלי שום דבר להגדיר.

הסיסמה או הסיסמה לאפליקציה שמזינים עדיין מעניקה גישה מלאה: קריאה בלבד היא האופן שבו האפליקציה מתנהגת, לא מה שפרטי הכניסה מאפשרים. אין תמיכה ב-POP3, ‏Exchange, ‏STARTTLS או כניסה עם OAuth, ולכן כנראה אי אפשר לחבר את Outlook.com ו-Hotmail, ו-Gmail דורש סיסמה לאפליקציה. הדואר של הדומיין שלך צריך להגיע קודם לתיבת הדואר הנכנס הזו, בדרך כלל דרך כתובת catch-all אצל ספק דואר שתומך ב-catch-all; דואר שסווג כספאם או שהוזז על ידי כלל לא מופיע. מורידים את CatchNone ל-iPhone, ל-iPad ול-Mac.

שאלות נפוצות

מה פירוש “מחיקה מהשרת”?

השרת של הספק שלך מחזיק את העותק הראשי של הדואר שלך; האפליקציות שלך מחזיקות עותקים. ב-IMAP, כל מחיקה היא מחיקה בשרת, בדרך כלל דרך האשפה. ב-POP זו הגדרה: אחרי ההורדה, האפליקציה משאירה את העותק שבשרת או מסירה אותו.

מחקתי מייל בטעות. אפשר לשחזר אותו?

בדרך כלל כן, אם פועלים מהר. מחפשים בתיקיית האשפה (Trash או Deleted) בשרת, דרך דואר הרשת או כל אפליקציה; ב-Gmail בודקים גם ב-All Mail. נכון לספטמבר 2026, Gmail ו-iCloud שומרים הודעות באשפה 30 יום לכל היותר. אחרי שהאשפה מרוקנת או שההודעה נמחקת סופית (expunge), היא נעלמת מכל האפליקציות.

אפשר למחוק מייל בטלפון ולהשאיר אותו בשרת?

לא במחיקה של 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. מדריך הדואר של Apple ל-Mac אומר שההודעות של החשבון מוסרות מה-Mac שלך, ואילו “עותקים של ההודעות נשארים בשרת הדואר של החשבון”. ב-POP, קודם מגבים: הסרת החשבון מוחקת את ההודעות שהורדו מה-Mac שלך, ורק מה שהשרת עדיין מחזיק שורד.