为什么电子邮件传输会改变6个字符的序列“0rom”？

Question

根据Ubuntuuuencode（uu编码）手册页：具体来说，电子邮件无法处理二进制数据，甚至在看到六个字符的序列“0rom”时会插入一个字符。

这是真的吗？为什么会这样？我怀疑一些历史原因，这就是为什么我在这里问这个问题。

Answer 1

问题中引用的文本可以在上找到这个网页。如果您下载troff源代码（在页面顶部方便地链接为uuencode.1.gz)，你会看到原始的手册页上说

当看到六个字符的序列“From”时，插入一个字符。

groff文档在这里这么说\n个后跟一个字母，用该名称插入寄存器的值，并“如果寄存器未定义，则创建它并为其赋值“0””。

所以这只是手册页中的一个错误。正确的说法是，一些电子邮件（和Usenet）软件会咀嚼这五个字符“发件人“在一行的开头（通常通过添加>之前F类)，因为Unix管理层收购format做出了使用该字符序列标记新消息开始的可疑决定。

Answer 2

我注意到序列0从实际上是5个字符。我想知道手册是否打算说这样的话>发件人

电子邮件软件有时将多封电子邮件存储在一个称为管理层收购格式。此格式使用以开头的行发件人标记存储的电子邮件的存在。为了真正有一行以开头发件人在电子邮件的内容中，使用了某种转换规则，称为From-munging公司。如果转换规则造成了任何模棱两可的情况，那么在重新打开邮件时，电子邮件的内容可能会与最初的组成方式不同。

例如，如果您写了一封包含以下内容的电子邮件：

从山脉到草原奔向泡沫洁白的海洋

下次打开电子邮件时，它可能如下所示：

>从山脉到草原奔向泡沫洁白的海洋

或者如果有人这样引用这些行：

>从山脉到草原>奔向泡沫洁白的海洋

当他们重新打开电子邮件时，可能是这样的：

从山脉到草原>奔向泡沫洁白的海洋

我认为任何电子邮件传输服务器都不需要进行这种转换，只需要使用电子邮件客户端软件来读取和保存电子邮件。但是，如果有人从以前的电子邮件中复制内容，并且他们的电子邮件客户端没有完全可逆的转换，那么即使您的电子邮件客户端和电子邮件传输路径本身没有问题，您也可能会看到这些类型的问题。