Shell uuencode相对于mailx-a的优势

当我们可以通过

mail-a

或

mailx-a

附加文件时，

uencode

提供了什么特别的优势。

也许您有一个带有

-a

选项的

mailx

，但您编写的脚本应该可以移植到没有它的旧unix上

也许你只是在维护一个旧脚本

也许你正在偷偷地通过邮件过滤器阻止MIME附件

也许您实际上正在有效地使用uuencode

begin

行中的权限

可能您发送给的收件人发现uudecode比MIME解析更容易（这样的收件人可能是某种基于unix的bot）

对于学习管道的人来说，这可能是一个容易理解的教育例子

---

一般来说，如果您与90年代早期的MIME前邮件系统没有技术或个人联系，那么没有人希望您使用uuencode，至少是出于邮件目的。如果您必须通过其他文本界面（如串行控制台）进行文件传输，您可能仍然会使用它。

Unix“硬模式”的附加值。您能详细说明一下吗？有趣的是，您应该提到这一点。我曾经不得不通过

kermit

将一个uuencoded版本的

ssh

剪切并粘贴到一台远程机器上，以通过公司防火墙工作。一次1k。当然是经过允许的。