邮件附件太多？使用 UnpackFlow 在本地批量解压和整理
Once Email 工程团队审校 Once Email 中文工程与安全审核
文章导读
这篇文章值得阅读的原因
- 原创分析
- 本文把浏览器接收、本地归档计划、解压核验、源包清理和邮箱删除拆成互不替代的连续门槛，并覆盖分卷、嵌套、同名、损坏、密码和部分成功的恢复判断，避免误删恢复材料。
- 趋势背景
- 浏览器对自动多文件下载的限制越来越严格，而分卷和嵌套压缩包仍很常见；本地可审计处理可以避免新增在线上传接收方，同时保留长期有效的归档安全边界。
- 实用价值
- 读者可以把附件下载到一个独立目录，正确使用 UnpackFlow 的 list、plan、run、start、status 和 wait，并从缺卷、损坏、密码和部分失败中恢复。
本文导航
只有在附件安全检查清单确认文件符合预期、适合处理后，才使用这套流程。Once Email 会接收附件字节并提供下载，但不会预览或解压文件、检查压缩包内部、上传在线解压服务、执行包内程序或证明附件无恶意软件。
UnpackFlow 2.1.2 在用户自己的 Windows、macOS 或 Linux 设备上处理归档。当前公开源码可访问，但没有带三平台制品的 GitHub 标签 Release，因此不要展示或相信非官方的“最新版下载”；只使用当前官方源码或已安装 Codex 插件实际提供的安装路径。
1. 下载到新的独立目录
为本批附件建立一个空目录，不要让递归工具扫描整个 Downloads。在邮件详情逐项下载或选择“下载全部”。浏览器可能阻止多个自动下载，也可能重命名同名文件，因此要同时阅读逐项结果并检查本地目录。
“已接收文件字节并触发浏览器保存”只表示 HTTP 响应完成且页面请求浏览器保存，不证明文件已经完整持久落盘。继续前核对每个预期文件、大小和分卷名称。sample.part1.rar 必须与后续卷共存，.7z.001 也要与 .7z.002 保持关系，不要为了名称整齐随意改卷名。
2. 先 list 和 plan，再开始解压
把邮件详情生成命令中的醒目占位符替换为独立输入目录和另一个输出目录。先运行 unpack-flow list '<输入>/*'，再运行 unpack-flow plan '<输入>/*'。带引号的通配符让 UnpackFlow 统一选择普通包和有效首卷，而不是把后续卷当独立任务。
计划只说明本地工具准备尝试什么，不是安全结论。扩展名可能伪造，密码包仍可能无法读取，计划成功也不能证明内部文件无害。发现匹配范围超过刚准备的目录时必须停止。
3. 前台 run 或后台 start
需要持续查看进度时使用页面生成的 unpack-flow run -r ...；递归模式会继续展开嵌套包，并为每个输入建立隔离结果目录，不覆盖已有目标。长任务使用 unpack-flow start -r ...，取得任务号后用 unpack-flow status 查看进度，用 unpack-flow wait 等待最终结果。
UnpackFlow 默认保留源包，不自动执行包内 EXE、不绕过密码，也不会静默删除失败输入。损坏、缺卷、不支持方法、依赖失败或磁盘不足都必须保持为可见失败，即使同一批其他归档成功。
4. 核验结果并恢复部分失败
核对退出状态、最终任务状态、输出目录、文件数量和少量代表性文件。“部分归档成功”不能写成“整批成功”。缺卷时只回到独立下载目录补齐准确附件；损坏或密码包应保留全部源卷，通过独立可信渠道取得替代文件或获授权密码。
浏览器阻止部分下载时只重试失败项；重复下载成功项可能产生改名副本并破坏分卷关系。邮箱中途过期时保留已经收到的文件，不声称能从 Once Email 恢复缺失部分。
5. 独立清理，再按需删除邮箱
本地源包清理必须是全部成功并完成核验后的新决定。优先使用可恢复的废纸篓，明确源文件范围，绝不能把清理拼进第一次解压命令。任何包损坏、缺卷、有密码、不支持或尚未核验时都保留源包。
删除临时邮箱与本地清理彼此独立。Once Email 当前只能删除整个临时邮箱，不能删除单封邮件；下载不会自动删除邮箱。只有确认不再需要服务器访问后才删除邮箱，且删除邮箱不会移除本地下载；反过来删除本地源包也不会删除邮件。
始终按“下载 → list → plan → run/start → 核验 → 独立本地清理 → 可选删除邮箱”执行，才能在每个失败边界保留恢复点。