IMAP 會刪除伺服器上的郵件嗎？IMAP 與 POP3 差異

會，只要你刪除郵件就會：IMAP 會刪除伺服器上的郵件，因此你連線的每個 App 裡也會跟著消失。伺服器保存著你郵件唯一的正本，每個 App 都在這份正本上操作，所以閱讀或下載郵件不會移除任何東西，但在一個 App 裡刪除，所有 App 裡就都刪除了。大多數 App 會先把郵件移到垃圾桶資料夾，你仍然可以從那裡救回；Gmail 則通常改為把它封存到「All Mail」（所有郵件）。IMAP 與 POP3 的差異就在這裡：POP3 會把郵件下載到一台裝置上，並依設定而定，可能刪除伺服器上的副本。如果你想在一個什麼都刪不掉的 App 中閱讀自有網域的別名郵件，CatchNone 會在 iPhone、iPad 和 Mac 上透過 IMAP 或 JMAP 以唯讀方式讀取那個信箱，絕不會在伺服器上標記、移動或刪除任何郵件。

IMAP 會刪除伺服器上的郵件，並同步到每個 App 嗎？

會，不過通常是先移到垃圾桶，而不是直接永久刪除。目前的 IMAP（Internet Message Access Protocol，網際網路訊息存取協定）標準 RFC 9051 說明，IMAP 是一種操作「遠端郵件資料夾」的方式，就像操作本機資料夾一樣。IMAP App 確實會下載郵件：你的手機、筆電和網頁版信箱都可能各自快取副本，以加快速度並支援離線閱讀，但這些副本都以伺服器為準。郵件一旦離開伺服器，下次同步時就會從每個 App 中消失。

IMAP 刪除分兩步：先加旗標，再清除（expunge）

1. App 為郵件設定 \Deleted 旗標。郵件被標記為待移除，但仍然存在。
2. EXPUNGE 指令，或以 CLOSE 關閉資料夾，會把該資料夾中所有已標記的郵件永久移除。

在第二步之前，只要取消旗標，郵件就會回來。較舊的電腦版 App 會把這個過程顯示出來：Microsoft 的 Outlook 2010 說明提到，標記為刪除的 IMAP 郵件會以刪除線顯示，直到被清除為止；清除之後，「它們就會從 IMAP 郵件伺服器上刪除，而且無法還原」。

刪除通常是「移到垃圾桶」

現在大多數 App 會改為把刪除的郵件移到伺服器上的垃圾桶資料夾。以 IMAP 的說法，這通常是一個 MOVE：把複製、設定 \Deleted 旗標和清除合成一步完成。每台裝置都會在垃圾桶裡看到這封郵件，只有在垃圾桶被清空時（不論是由你、App 還是服務商清空），郵件才會永久消失。截至 2026 年 9 月，Gmail 會在 30 天後永久刪除垃圾桶中的郵件，而 Apple 的 iPhone「郵件」使用手冊也指出，無論你的 iPhone 怎麼設定，iCloud 都不會把已刪除的郵件保留超過 30 天。

Gmail：用的是標籤，不是資料夾

Gmail 會把它的標籤以資料夾的形式呈現給 IMAP App，而「All Mail」（所有郵件）、「Spam」（垃圾郵件）和「Trash」（垃圾桶）等系統資料夾則放在 [Gmail] 底下。從標籤資料夾中刪除郵件，通常只會移除那個標籤。Google 的 IMAP 設定說明寫道：「你從 IMAP 資料夾刪除的郵件，可以在 Gmail 的『所有郵件』標籤中找到。」它也提醒你，不要把 App 的已刪除郵件指定到 Gmail 的垃圾桶，因為這些郵件「會在 30 天後從 Gmail 中永久刪除」。Gmail 本身在伺服器端的刪除設定，列在下方的表格中。

Outlook 會刪除伺服器上的 IMAP 郵件嗎？

會。Outlook 以 IMAP 連線時，和其他 App 一樣是在伺服器上的正本上操作，所以在 Outlook 裡刪除，每台裝置都會跟著刪除；如前所述，有些舊版本會先以刪除線顯示郵件。如果你的信箱是 Outlook.com 或 Hotmail，它的 IMAP 伺服器是 outlook.office365.com、連接埠 993，而且 Microsoft 要求使用新式登入（OAuth2）。自 2024 年 9 月 16 日起，只傳送使用者名稱和密碼的 App 已無法再用於 Outlook.com 和 Hotmail 帳戶。

常見 App 的已刪除郵件會去哪裡

有些選項會跳過垃圾桶：Mac 上的 None、Thunderbird 的 Remove it immediately，以及 Gmail 的永久刪除設定。在 Gmail 以外，Thunderbird 的 Just mark it as deleted 也是如此：郵件會一直帶著旗標，直到資料夾被清除，然後就消失了。Thunderbird 預設是移到垃圾桶；至於 Gmail 帳戶，Google 建議選擇 Just mark it as deleted，並取消勾選兩個「on Exit」（離開時）方塊。最終決定權在服務商：Apple 的 Mac 使用手冊指出，如果伺服器設定為刪除較舊的郵件，那麼「無論你如何更改這個選項」，這些郵件都會被刪除。

在一個 App 讀過郵件，其他地方也會變成已讀嗎？

用 IMAP 的話，會。已讀狀態就是存在伺服器上的 \Seen 旗標，所以它和刪除一樣會同步。以擷取 BODY[] 的方式下載郵件的 App，會把郵件標示為已讀；擷取 BODY.PEEK[] 的 App 則會維持原狀，並可以在你打開郵件時自行設定 \Seen。

下文會介紹的較新協定 JMAP，也以相同方式同步已讀狀態。POP3 則完全沒有已讀狀態，所以每台裝置各自記錄。例外是 Gmail：它的 POP 設定可以在其他 App 下載郵件時，把 Gmail 上的副本標示為已讀。

IMAP 與 POP3 差異：哪一個會把郵件留在伺服器上？

IMAP 的設計就是把郵件留在伺服器上。POP3（Post Office Protocol version 3，郵局協定第 3 版，通常簡稱 POP；RFC 1939）則是為相反的用途而設計：「一般來說，郵件會先下載，然後刪除。」

POP 的刪除同樣分兩步。DELE 指令只會標記郵件，等 App 以 QUIT 結束工作階段時，伺服器才會移除它。「Leave messages on server」（在伺服器上保留郵件）是 App 端的設定。標準把它稱為 IMAP 功能的「弱化版本」，而且伺服器不一定會遵守。伺服器上的副本會怎麼處理，取決於 App 和服務商：

• Thunderbird：用 Thunderbird 帳號設定精靈建立的新 POP 帳號，預設最多在伺服器上保留郵件 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 存取「會下載你電子郵件的副本，所以你可以在 App 中移動和刪除郵件，而不會影響原始郵件」。

除非你有特定理由，否則請使用 IMAP。POP 適合這種情況：你希望由一台電腦保存唯一的副本，例如在關閉舊帳號之前，先把它的郵件全部下載下來，而且那台電腦有備份。

不確定你的 App 用的是哪一種？查看帳號的伺服器設定：連接埠 993 或 143 代表 IMAP，995 或 110 代表 POP。Exchange 和 Microsoft Graph 是 Microsoft 自家的協定，與這兩者都不同。

哪些服務商提供 IMAP 或 POP3

截至 2026 年 9 月的伺服器名稱與連接埠：

唯讀 IMAP 存取是什麼意思

唯讀 IMAP 存取是指 App 以 EXAMINE 而不是 SELECT 開啟資料夾，並以 BODY.PEEK[] 而不是 BODY[] 下載郵件。信箱裡的一切都不會改變：沒有任何郵件會被標示為已讀、加上旗標、移動或刪除。只要一個 App 只使用這些指令，它就是唯讀的電子郵件用戶端。

從伺服器的回應就能看出差別。以下兩段往來是 RFC 9051 中的範例（C: 是 App，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 列出 App 可以永久變更的旗標：在這兩個範例中，SELECT 之後是 \Deleted、\Seen 和新的關鍵字（\*），EXAMINE 之後則一個也沒有。對於以 EXAMINE 開啟的資料夾，標準規定「不得變更信箱的永久狀態，包括每位使用者各自的狀態」，而且關閉資料夾時不會清除任何郵件。

伺服器會強制唯讀嗎？

透過 IMAP 存取你自己的信箱時，只有在 App 要求時才會。EXAMINE 之後，伺服器會在這次工作階段中，把該資料夾維持在唯讀狀態。其餘一切都由 App 決定：

• 同一組登入隨時都可以改送 SELECT。
• EXAMINE 只涵蓋一個資料夾。帳號層級的指令，例如 DELETE（刪除整個資料夾）、RENAME 和 APPEND，仍然可以使用。
• 要不要用 BODY.PEEK[]，完全是 App 自己的選擇。

伺服器也可以透過存取權限（RFC 4314）強制唯讀，但這是用於共用和委派的信箱。Gmail、Outlook.com、iCloud 和 Fastmail 的說明文件，都沒有提到可登入你自己信箱的唯讀 IMAP 方式；最接近的是下文提到的 Fastmail 唯讀 JMAP 權杖。

你的密碼或登入方式允許什麼

Fastmail 允許你依資料類型限制 應用程式密碼的範圍，但說明文件中沒有唯讀選項。Google 的唯讀權限只適用於它自己的 Gmail API，不適用於 IMAP。所以當一個 App 說自己是唯讀的，你信任的是這個 App，而不是密碼。

如何安全地測試新的郵件 App

1. 選擇 IMAP（或 JMAP），不要選 POP。POP App 可能在下載郵件的同時，把郵件從伺服器上移除。IMAP App 則會把郵件留在原處，不過刪除動作仍然會同步（見步驟 4）。
2. 如果你的服務商和 App 支援唯讀權杖，就使用它。這只適用於透過 JMAP 連線的 App。在 Fastmail，前往「Settings」（設定）→「Privacy & Security」（隱私與安全性）→「Connected apps & API tokens」（已連結的 App 與 API 權杖）→「Manage API tokens」（管理 API 權杖）→「New API token」（新增 API 權杖），選擇 JMAP，然後只勾選 Read-only access（唯讀存取）和 Email（電子郵件），其他都不要選（Fastmail 的 API 權杖說明）。我們的 Fastmail 指南會逐步說明如何建立權杖。截至 2026 年 9 月，Fastmail 的 Basic 方案無法使用 API 權杖。
3. 否則，就給它一組專屬的應用程式密碼。這樣日後你可以只撤銷這一組密碼，不會影響其他 App。iCloud 的話，請到 account.apple.com >「登入與安全」>「App 專用密碼」建立一組；我們的 iCloud App 專用密碼指南有逐步說明。Gmail 則需要先開啟「兩步驟驗證」，而且在 App 支援的情況下，Google 更建議使用 Sign in with Google；請參閱 Gmail 應用程式密碼與 IMAP 設定。
4. 新增帳號後、刪除任何郵件之前，立刻檢查它的刪除設定。參考上方的表格：選擇垃圾桶或封存（Gmail 請依照上文 Google 的建議，而不是選垃圾桶），並在你信任這個 App 之前，避免使用 None、Remove it immediately，以及 Gmail 以外的 Just mark it as deleted。
5. 用一封不需要的郵件測試。寄一封給自己，在新 App 中打開，看看它在你平常用的 App 裡是否變成已讀。接著在新 App 中刪除它，看看它跑到哪裡。
6. 不再使用這個 App 時，撤銷密碼。Apple 的 App 專用密碼說明頁面說明了「Remove」（移除）和「Revoke All」（全部撤銷）。Google 的應用程式密碼則在 myaccount.google.com/apppasswords 管理，詳見它的應用程式密碼說明頁面。

JMAP vs IMAP 簡單比較

JMAP（JSON Meta Application Protocol）是用途相同、但較新的電子郵件協定，於 2019 年以 RFC 8620 和 RFC 8621 發布，主要作者是一位 Fastmail 工程師。它透過 HTTPS 傳送 JSON，而不是 IMAP 的文字指令，而且每個請求都必須使用 TLS 1.2 以上版本。IETF 的介紹文章形容 IMAP「很耗資源」，也不太適合行動網路。

在刪除和已讀狀態方面，JMAP 的模式你應該不陌生：

• 一封郵件可以同時位於多個信箱中，很像 Gmail 的標籤。
• 刪除通常是把郵件移到具有垃圾桶角色的信箱。「銷毀」（destroy）則會把它從所有信箱中移除。
• 已讀狀態是 $seen 關鍵字，也就是 JMAP 版的 \Seen。
• 伺服器會告訴每個 App，整個帳號是否為唯讀。

這對你有影響嗎？只有在你的服務商提供 JMAP、而且你的 App 支援它時才有。Fastmail 在 Basic 以上的方案提供 JMAP。至於 App，Thunderbird 電腦版目前還不支援，不過根據它 2026 年 9 月 2 日的公告，團隊對日後加入支援抱持樂觀態度。無論如何，刪除動作都會像在 IMAP 中一樣同步。

IMAP 的 993 連接埠安全嗎？STARTTLS 是什麼？

在傳輸過程中是安全的。IMAP 在 993 連接埠（port，也稱通訊埠）上從第一個位元組起就加密：連線一開始就進行 TLS 交握，和 HTTPS 保護網站的方式屬於同一類。這稱為隱含式 TLS（implicit TLS）。連接埠 143 是 IMAP 的明文連接埠，App 可以在上面用 STARTTLS 指令把連線升級為加密連線。

現在的標準偏好連接埠 993。RFC 8314（2018 年）建議郵件 App 使用隱含式 TLS 而非 STARTTLS，並搭配 TLS 1.2 以上版本；RFC 9051 則要求依照現行標準打造的每台伺服器，都必須提供隱含式 TLS。2021 年的一項 USENIX Security 研究在郵件用戶端和伺服器中發現超過 40 個 STARTTLS 漏洞，另有約 320,000 台伺服器（2%）可能遭到指令注入攻擊。其中許多漏洞在公開後已修補，但作者的結論是：STARTTLS「應該避免使用」。Fastmail 的 IMAP 和 POP 都不提供這種方式，而 Gmail 和 iCloud 則要求在 993 連接埠使用加密連線（SSL/TLS）。

TLS 保護的是連線，而不是儲存起來的郵件，它也不是端對端加密；RFC 8314 本身就這麼說。所以 993 連接埠保護的是傳輸途中的密碼和郵件，僅此而已。真正的弱點在於你的密碼（請使用雙重驗證登入和 應用程式密碼），以及每個 App 如何運用你給它的存取權限。

別名專用的唯讀用戶端：CatchNone

CatchNone 正是上文所說的唯讀用戶端，專為你自有網域上的電子郵件別名打造。透過 IMAP（隱含式 TLS，預設連接埠 993）時，它只以 EXAMINE 開啟你的收件匣，並以 BODY.PEEK[] 下載郵件；透過 JMAP 時，則使用存取權杖。它絕不會標記、移動或刪除你伺服器上的任何東西，所以本文提到的任何刪除，都不可能從它開始。它直接從你的裝置讀取你的信箱，這些郵件從不經過 CatchNone 的伺服器。

每個購物網站、電子報或帳號都有自己的別名，每封郵件都會標示它寄達的別名，哪個地址外洩或被賣掉，一看就知道。CatchNone 刻意設計為只收信：註冊郵件留在它專屬的 App 中，和你的主要收件匣分開。「免費」方案在你自己的網域上最多可使用 10 個別名，Lite 和 Premium 則不限數量。如果你不想處理網域和信箱，Premium 另外提供 @catchnone.com 地址，什麼都不必設定。

不過，你輸入的密碼或應用程式密碼本身仍具有完整的存取權限：唯讀指的是 App 的行為，而不是這組憑證允許的範圍。CatchNone 不支援 POP3、Exchange、STARTTLS 或 OAuth 登入，所以 Outlook.com 和 Hotmail 很可能無法連接，Gmail 則需要應用程式密碼。你網域的郵件必須先送進那個收件匣，通常是透過支援 catch-all 的電子郵件服務上的 catch-all（全收信）地址；被歸為垃圾郵件或被規則移走的郵件不會顯示。下載 CatchNone，支援 iPhone、iPad 和 Mac。

常見問題

「從伺服器刪除」是什麼意思？

你的服務商伺服器保存著郵件的正本，App 裡的則是副本。使用 IMAP 時，每次刪除都是在伺服器上刪除，通常會先經過垃圾桶。使用 POP 時，這取決於設定：App 下載郵件後，要不是保留伺服器上的副本，就是將它移除。

我不小心刪了一封郵件，還救得回來嗎？

動作快的話，通常可以。透過網頁版信箱或任何 App，查看伺服器上的垃圾桶（或「已刪除」）資料夾；如果是 Gmail，也請查看「All Mail」（所有郵件）。截至 2026 年 9 月，Gmail 和 iCloud 的垃圾桶最多保留 30 天。垃圾桶一旦清空，或郵件已被清除，它就會從每個 App 中消失。

可以在手機上刪除郵件，但保留在伺服器上嗎？

用 IMAP 刪除不行，因為它會把郵件從所有地方移除。請改用封存：在 iPhone 上，於 Move Discarded Messages Into（丟棄的郵件移至）底下選擇 Archive Mailbox（封存信箱），你丟棄的郵件就會進入封存信箱，而不是垃圾桶。如果使用 POP 並開啟「在伺服器上保留郵件」，在本機刪除時不會動到伺服器上的副本，除非 App 也設定為要在伺服器上刪除；目前版本 Thunderbird 中的新 POP 帳號就是這樣設定的：Until I delete them（直到我刪除為止）。伺服器仍可能依自己的政策移除舊郵件。

可以從伺服器刪除郵件，但在電腦上保留一份嗎？

可以：先把郵件移到存放在電腦上的信箱。在 Mac 的「郵件」中，選擇「Mailbox」（信箱）→「New Mailbox」（新增信箱），並把 Location（位置）設為 On My Mac（在我的 Mac 上）；Apple 表示，這些信箱只存在於那台 Mac 上。Thunderbird 的「Local Folders」（本機資料夾）也是同樣的道理。刪除伺服器上的副本後，那台電腦就保存著唯一的一份，所以請做好備份。

從 App 中移除帳號，會刪除我的郵件嗎？

IMAP 帳號不會。Apple 的 Mac「郵件」使用手冊指出，該帳號的郵件會從你的 Mac 上移除，但「郵件的副本仍會保留在該帳號的郵件伺服器上」。如果是 POP，請先備份：移除帳號會刪除你 Mac 上已下載的郵件，只有伺服器上還保留的郵件會留下來。