邮件被下载到这台电脑之后：客户端本地存档、POP 与 IMAP 的两份账

加密用户的邮箱里躺着比邮件更麻烦的东西：平台的安全提醒、提币与充值通知、工单往来、对账单附件，以及多年前的注册确认。如果这些内容是通过桌面客户端收进本地的，那它们此刻的存放位置不是「云端」，而是这台电脑的硬盘。本文把这件事拆成两份账，再讲清理与留存。

两份账：服务器侧与本机侧

IMAP 类协议的设计目标，是让客户端在服务器上直接操作邮件。协议本身允许客户端创建、改名、删除邮箱文件夹，设置标记，按需抓取正文与附件，它把服务器上的邮件当作权威副本，本机的内容更接近一份缓存：换一台设备重新登录，状态会跟过来。RFC 9051（2021 年 8 月发布的 IMAP4rev2，取代 RFC 3501）对这一分工有明确描述。

POP3 走的是另一条路。RFC 1939（1996 年 5 月，STD 53）在说明里写得很直白：这个协议不是为了在服务端做丰富的邮件管理，通常的做法是把邮件下载下来然后从服务器删除。也就是说，在 POP 式配置下，本地那份就是唯一的一份；服务器上没有留底，你在网页端登录邮箱看到的可能只是一个空收件箱或者一个「最近收取」的子集。

差异带来的后果完全不对称。IMAP 用户担心的是「别人拿到这台机器能看见什么」；POP 用户还要多担心一件事：「这台机器不在了，这些邮件还在不在」。找回一个账号时，很多人会去搜索多年前某平台发来的确认邮件，这时两份账的区别就会暴露出来。

本地存档的暴露面：谁读得到

邮件落到本机以后，保护它的通常是操作系统的账户隔离与全盘加密，而不是邮箱密码。这意味着几个现实场景：

• 同一台电脑上共用登录账户的人（家人、同事、上一个使用者）打开客户端就能翻你的邮件；
• 设备送修、远程协助或他人临时登录你的桌面会话时，客户端里已登录的账号通常不需要再输一次邮箱密码；
• 整机备份、迁移工具、系统快照类程序会把这份存档复制到外置盘，多出一份你并不记得的副本；
• 二手出售前的恢复出厂或抹盘，处理的是当前分区，备份盘、旧外接硬盘与同步目录里的副本不在它的范围内。

需要留意的是：在服务器端删除邮件，不会让本机已有的缓存消失；在本机删除邮件，也不等于服务器端或备份盘上的那一份被删掉。两个方向的「删除」各管自己的账本。

留存：把关键往来单独导出

如果某几封邮件日后要当证据用（开户确认、协议变更通知、交易与提币流水、平台承诺过的处理时限），靠「在客户端里搜得到」是不够的。稳妥做法是把这些往来按事件导出：保存原始邮件文件（多数客户端支持导出为单独的邮件文件或汇总存档，网页邮箱也普遍提供下载），必要时再导出一份 PDF 便于阅读；把它们放进你控制的位置，并保留一份离线副本。

导出这一步有两个价值。一是与客户端解耦：以后不再用这个客户端、换设备、账号被封或注销，内容仍在你手上。二是把「需要长期留的东西」和「日常收件箱」分开，后续清理收件箱时才不会误删。原始邮件文件保留的是完整头部信息，这在你需要核对发件路径时才有意义；只看正文会丢掉这些线索。

清理与交接顺序

要给电脑做「离手处理」时，顺序建议这样排：先把要留存的邮件导出并移走；再在客户端里退出该邮箱账号（而不是只关掉窗口）；如果这台机器还要继续用一段时间，先检查是否把邮箱设成了系统默认账户、浏览器是否记住了网页邮箱的登录状态；最后才做账户删除或整机抹掉。整机抹掉之后，别忘了确认导出文件当初是放在内建的同步目录里，还是放在会被一起处理掉的位置。

对还要继续使用的机器，值得做一次的基础加固只有一件：确认磁盘是加密状态，并且这台机器的解锁口令与邮箱口令不是同一强度。全盘加密的前提是设备关机后密钥不在内存里，所以「长期不关机」这件事，本身就在削弱这层保护。

风险提示

本文对协议分工与存储位置的描述基于公开标准文本与常见客户端实现，不同服务商与客户端的具体行为可能有差异，重要场景请以你所用邮箱与客户端的当期官方说明为准。涉及开户、流水与平台承诺的邮件属于证据材料，本文不对任何法律效力、举证结果或赔付结论作判断，也不构成投资建议。