MBOX 转 EML 提取器

MBOX 到底是什么

MBOX 文件就是把邮件首尾相接放在一起，每封前面有一行以 From 开头——后面没有冒号。没有索引，没有长度字段，没有目录。Thunderbird、Google Takeout、Apple Mail 以及绝大多数邮件列表存档都写这种格式，所以一万封邮件的存档就是一个文件，你的邮件客户端可能要花几分钟才打得开。

拆分它主要是把行读仔细。本工具会找出每一行真正充当分隔符的 From ——位于文件开头或空行之后，并且后面跟着看起来像邮件头的内容——这样正文里被引用的 From 就不会把一封邮件劈成两半。若某封邮件带有 Content-Length 头，就以该长度为准，这是穿过一段原样引用了分隔符的正文的唯一可靠办法。

方言问题，说清楚

因为正文行本身可能以 From 开头，写 MBOX 的程序会把它转义成 >From 。两种方言对转义范围看法不同。mboxrd 连本来就以 >From 开头的行也一并转义（变成 >>From ），因此可以精确还原。mboxo 只转义未转义的那一种，不靠猜就无法还原。

一个含有 >From 却没有 >>From 的存档，两种方言都说得通。本工具会告诉你检测到的方言，在证据本身含糊时明说，并把反转义的选择权交给你。这种事一旦靠猜，就会悄无声息地弄坏引用文字，所以这里不猜。

输出的命名

命名模板支持 {index}、{date}、{time}、{from}、{subject} 和 {messageid}，输入时会实时预览三个文件名。每个占位符在替换前都会单独清洗，因此含有斜杠或 .. 的主题无法拼出路径；最终名称会截断，重名会加数字后缀。所有名称都以 .eml 结尾。

会丢什么，如实相告

From_ 行不是 RFC 5322 邮件的一部分，它属于 MBOX 容器。它会从每个导出的文件中去掉，随之丢失的还有它携带的信封发件人和投递时间戳。它下面的一切——邮件头和正文——都按字节原样写出。

隐私

存档在你的浏览器中读取。没有任何邮件离开本页面。