Email RS-232C和7比特字符集的电子邮件

第9.3章介绍了设计嵌入式硬件的书籍。老忠实：RS-232C提到，由于RS-232C，电子邮件仍然以7比特字符集发送：

这也不是闻所未闻的 RS-232C系统仍使用7位数据 框架另一个剩余的食物 60年代，而不是更普遍的 8位。事实上，这就是为什么你会 仍然可以看到电子邮件在网络上发送 Internet限制为7位字符 设置，以防数据包发生 通过串行连接进行路由 它只支持7位 传输

---

如何确认观察结果？

请查看规范。原始的ARPA互联网短信明确说明：

消息由头字段组成 以及（可选）一个主体。尸体是 仅仅是包含 ASCII字符

因为ASCII是7位的，瞧

---

但是，请注意，原始规范中添加了大量的MIME扩展，这些扩展允许非ascii文本。

请查看该规范。对于ARPA Internet文本消息，原始规范明确指出：

消息由头字段组成 以及（可选）一个主体。尸体是 仅仅是包含 ASCII字符

因为ASCII是7位的，瞧

但是，请注意，在原始规范中添加了大量的MIME扩展，这些扩展允许非ascii文本。

MIME编码专门设计用于以7位字符对8位数据进行编码。这种编码被广泛用于电子邮件编码

还请注意，您引用的文本中说，如果数据包碰巧通过串行连接进行路由，这会产生误导，尤其是如果它们在IP数据包的上下文中进行通信。IP数据包采用8位数据路径，在没有额外编码的情况下无法直接通过7位RS-232链路发送，因此它不再是7位数据路径，而是8位。

MIME编码专门设计用于以7位字符对8位数据进行编码。这种编码被广泛用于电子邮件编码

---

还请注意，您引用的文本中说，如果数据包碰巧通过串行连接进行路由，这会产生误导，尤其是如果它们在IP数据包的上下文中进行通信。IP数据包采用8位数据路径，在没有额外编码的情况下无法直接通过7位RS-232链路发送，因此它不再是7位数据路径，而是8位。

当电子邮件开始流行时，限制为7位的系统已经过时。你今天找到一个的机会接近零

---

由于某些字符对电子邮件程序有特殊的意义，尤其是行尾字符，因此限制字符集仍然是有意义的。

当电子邮件开始流行时，限制为7位的系统已经过时了。你今天找到一个的机会接近零

---

由于某些字符对电子邮件程序有特殊的意义，尤其是行尾字符，因此限制字符集仍然是有意义的。

遵循标准肯定有意义吗？这将是一个比适应旧体制更强有力的理由。当它归结到这一点时，就到此为止了。仍然是电子邮件传输中最重要的角色。在任何情况下，10年前仍有常见的7位RS-232链路——想想仓库中的串行端口集中器和WYSE终端。@John Saunders：这些标准是为了适应旧系统而制定的，而不是相反。当然，必须维护标准，但我认为这不是问题。@D.Shawley：当然，仍然有串行端口在使用，但它们真的被限制为7位吗？那不是我的经验。马克：97年我在Uni-way的时候，我的一个朋友在他的大楼里运行了一个电子邮件中继服务，使用rs232和rs422为mac电脑发送邮件，供那些没有联网功能的人使用。但是链接是1200,8N1，而不是7位。遵循标准肯定有意义吗？这将是一个比适应旧体制更强有力的理由。当它归结到这一点时，就到此为止了。仍然是电子邮件传输中最重要的角色。在任何情况下，10年前仍有常见的7位RS-232链路——想想仓库中的串行端口集中器和WYSE终端。@John Saunders：这些标准是为了适应旧系统而制定的，而不是相反。当然，必须维护标准，但我认为这不是问题。@D.Shawley：当然，仍然有串行端口在使用，但它们真的被限制为7位吗？那不是我的经验。马克：97年我在Uni way的时候，我的一个朋友在他的大楼里运行了一个电子邮件中继服务，使用rs232和rs422为machin用户的Mac电脑发送电子邮件

---

不具备联网功能的电子邮件。但是链接是1200,8N1而不是7位。实际上，上下文不一定是IP数据包。电子邮件有足够好的封装，可以作为数据传输协议单独传输，尽管没有纠错。目前使用的一个例子是mbox文件格式，它只是原始电子邮件信封的串联。这是Thunderbird使用的邮箱格式。我个人见过一个使用RS232向非联网PC发送电子邮件的电子邮件中继。实际上，上下文不一定是IP数据包。电子邮件有足够好的封装，可以作为数据传输协议单独传输，尽管没有纠错。目前使用的一个例子是mbox文件格式，它只是原始电子邮件信封的串联。这是Thunderbird使用的邮箱格式。我个人见过一个使用RS232向非联网PC发送电子邮件的电子邮件中继。