邮箱清理方案(dlc · 2026-09-16)

一、现状盘点(全量,非抽样)

账号收件箱体积跨度垃圾箱其他
live(微软)42,6893.52 GB2001 – 202650存档 2,994 · 存档/Twitter 1,633 · steam 2,795 · Sent 653 · Drafts 47
yunlux-qq1,175136.8 MB2019 – 202642Sent 7
zyl550-qq1,19161.4 MB2026-03 起14Sent 6

微软收件箱的年份分布(关键发现)

2014–2020 : 37,031 封  ← 87%(多年累积的通知/订阅/促销)
2021–2023 :      0 封  ← 空档(这几年没在用这个邮箱)
2024–2026 :  5,657 封  ← 13%(近期,还有价值)
2008–2013 :  1,832 封

微软收件箱的类别构成(按域名)

类别数量体积我的建议
学校/学术(usc.edu / stanford.edu)3,1730.32 GB保留
社交通知(facebook/twitter/quora/instagram)4,0660.28 GB删
开发者通知(github/vercel/cloudflare/crowdin)3,5310.15 GB删(旧年份)
新闻/订阅(FT中文网/ted/medium/substack)3,0580.34 GB删
游戏促销(humblebundle/bundlestars/indiegala/chrono.gg)2,6630.18 GB删
求职(51job 等)2,2970.16 GB删
购物/电商(uniqlo/amazon/jd)1,0940.16 GB促销删、订单留
学习/课程(udemy/englishtown/duolingo)1,0730.06 GB删
营销/EDM1,0190.15 GB删
其他(需人工判断)5,9280.51 GB待确认

QQ 邮箱构成

  • yunlux-qq:FT中文网 390(33%)、Substack 154、Steam 62、cargo.site 40、Notion 39、京东 34、Discord 25、GitHub 21 …
  • zyl550-qq:京东 240(20%)、Steam 230(19%)、财新 135、dev.to 86、IndieGala 72、Instagram 58 …

→ 两个 QQ 邮箱 85% 以上是订阅/通知/促销,清理收益很高(且它们才 200 MB,操作很快)。


二、安全设计(重要)

所有删除都先”移入废纸篓”,不直接永久删除。

IMAP 的删除语义是”移动到废纸篓”,所以:

批量移入废纸篓  →  你在网页版/客户端确认没问题  →  再喊我清空废纸篓(不可逆)
                                        ↘  有问题就说一声,我全部还原回收件箱

默认保留期:微软删除项 30 天、QQ 类似。全程可回滚。


三、分阶段方案

阶段 0 · 零风险(建议立刻做)

  • 三个账号的垃圾箱:live 50 + yunlux 42 + zyl550 14 = 106 封
  • 微软删除项里的残留 1 封
  • 影响:无。这些本来就是垃圾。

阶段 1 · 订阅/促销大扫除(低风险、收益最大)

  • QQ 两个邮箱:清掉 FT中文网 / Substack / 财新 / dev.to / IndieGala / Instagram 等订阅 + 促销 → 约 1,500 封 / 150 MB
  • 微软 2014–2020 的:游戏促销 2,663 + 营销/EDM 1,019 + 社交通知 4,066 + 新闻订阅 3,058 + 学习课程 1,073 + 求职 2,297 → 约 14,000 封 / 1.0 GB

阶段 2 · 旧年份整体归档(高收益、需你拍板)

  • 微软 2014–2020 剩余部分(不含学校邮件)→ 约 20,000 封 / 1.2 GB
  • 结果:收件箱从 42,689 → 约 8,000 封,体积 3.52 GB → 约 1.3 GB

阶段 3 · 整理成文件夹(可选,较慢)

  • 在微软邮箱建 学校 / 账单订单 / 订阅 文件夹,把对应邮件搬进去
  • ⚠️ 搬运 4 万封是逐封 IMAP 操作,预计数小时;建议先删后整理(量小了就快)

四、需要你确认的 4 件事

  1. 2014–2020 的旧邮件(3.7 万封):

    • A. 整体清掉(只留学校邮件)
    • B. 只清”通知/订阅/促销”,人发的保留
    • C. 先不动
  2. 学校邮件(usc.edu / stanford.edu,3,173 封):默认保留,确认?

  3. 订单/账单/收据(京东、亚马逊、优衣库、Steam 购买记录):

    • 默认:保留订单类,只删促销类 —— 确认?
  4. 验证码历史邮件(accounts.google.com 等,已过期):默认全删,确认?


五、执行方式

你回完上面 4 条,我就按阶段执行,每阶段做完给你一份报告:

阶段 0:删除 107 封  →  报告
阶段 1:转移 ~15,500 封到废纸篓(按类别分批)→  报告
阶段 2:(若你选 A)转移 ~20,000 封  →  报告
最后:你确认无误后,我清空废纸篓

全程 himalaya CLI,无 GUI,每步可查可回溯。

2026-10-09 Codex 审阅说明

统计口径不一致:按年份列出的 37,031 + 0 + 5,657 + 1,832 = 44,520,超过所列收件箱 42,689 共 1,831;域名类别合计 27,902,也不是完整收件箱总数。不能直接据此相加推算清理后的余额。2021–2023 查到 0 封仅表示当前统计范围无记录,不足以判断那几年没使用邮箱。阶段 1 微软所列六类合计 14,176,再加 QQ 约 1,500 是约 15,676,属于未消除交集的估计。

IMAP STORE +\Deleted 后 EXPUNGE 会永久移除所选邮箱中已标记的邮件,不保证自动移入垃圾箱;移入指定垃圾箱需要 MOVE 或经核验的客户端/服务器操作。垃圾箱自动清理、清空和服务端保留策略会限制恢复,“零风险/全程可回滚”不成立。本次仅审阅方案,没有登录、移动或删除邮件。

核验依据:RFC 9051 IMAP EXPUNGE;RFC 6851 IMAP MOVE。