为什么我们必须使用uuencode与unix mailx命令来发送电子邮件附件。我在unix中使用zip命令将一个50 mb的文件压缩到22 mb。但是当使用uuencode在邮件收件箱中接收时，文件大小增加到30 mb。有人能解释一下这里发生了什么吗？或者分享一下午餐，这就解释了所有这些事情
uinbv5nw1#
有RFC 5322 - Internet Message Format：
在最基本的层次上，信息是一系列的字符。符合此规格的信息是由值介于1到127之间的字符所组成，并解译为US-ASCII [ANSI.X3-4.1986]字符。为简便起见，本文件有时将此范围的字符简称为“US-ASCII字符”。为了符合RFC 5322，邮件被编码为只包含US-ASCII字符（未编码的zip文件将包含不在1到127范围内的字符）。Wikipedia文章Uuencoding解释了从22 MB到30 MB的增长：Uuencoding将3个预先格式化的字节转换为4个，并添加了开始/结束标签、文件名和分隔符。与单独使用源代码相比，这至少增加了33%的数据开销，尽管这至少可以通过在Uuencoding之前压缩文件来补偿。
1条答案
按热度按时间uinbv5nw1#
有RFC 5322 - Internet Message Format：
2.1.概述
在最基本的层次上，信息是一系列的字符。符合此规格的信息是由值介于1到127之间的字符所组成，并解译为US-ASCII [ANSI.X3-4.1986]字符。为简便起见，本文件有时将此范围的字符简称为“US-ASCII字符”。
为了符合RFC 5322，邮件被编码为只包含US-ASCII字符（未编码的zip文件将包含不在1到127范围内的字符）。Wikipedia文章Uuencoding解释了从22 MB到30 MB的增长：
Uuencoding将3个预先格式化的字节转换为4个，并添加了开始/结束标签、文件名和分隔符。与单独使用源代码相比，这至少增加了33%的数据开销，尽管这至少可以通过在Uuencoding之前压缩文件来补偿。