为什么邮件附件比原始文件大？

下载选项

  • PDF     (119.0 KB)
    在各种设备上使用 Adobe Reader 查看
  • ePub     (78.8 KB)
    在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上使用各种应用查看
  • Mobi (Kindle)     (59.8 KB)
    在 Kindle 设备上查看或在多个设备上使用 Kindle 应用查看
已更新: 2014 年 10 月 9 日
文档 ID:118499

非歧视性语言

此产品的文档集力求使用非歧视性语言。在本文档集中，非歧视性语言是指不隐含针对年龄、残障、性别、种族身份、族群身份、性取向、社会经济地位和交叉性的歧视的语言。由于产品软件的用户界面中使用的硬编码语言、基于 RFP 文档使用的语言或引用的第三方产品使用的语言，文档中可能无法确保完全使用非歧视性语言。 深入了解思科如何使用包容性语言。

关于此翻译

思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言，希望全球的用户都能通过各自的语言得到支持性的内容。 请注意：即使是最好的机器翻译，其准确度也不及专业翻译人员的水平。 Cisco Systems, Inc. 对于翻译的准确性不承担任何责任，并建议您总是参考英文原始文档（已提供链接）。

简介

本文档介绍通过思科邮件安全设备(ESA)处理时，附件的邮件大小限制以及实际邮件大小可能大于预期的原因。

为什么邮件附件比原始文件大？

RFC 2045中定义的MIME（多用途Internet邮件扩展）规范将“base64”列为几种二进制到文本编码方案之一。MIME的base64编码基于RFC 1421版本的隐私增强邮件(PEM)，它使用与PEM相同的64字符字母和编码机制，并且使用“=”符号以相同方式输出填充。

MIME不为base64编码行指定固定长度，但指定的最大长度为76个字符。此外，它指定兼容解码器必须忽略任何非字母字符，尽管大多数实施使用CR/LF换行符对来分隔编码行。

因此，符合MIME标准的base64编码二进制数据的实际长度通常约为原始数据长度的137%，但对于非常短的邮件，由于报头的开销，开销可能会高很多。基本上，base64编码的二进制数据的最终大小等于原始数据大小的1.37倍+ 814字节（对于报头）。

相关信息

TAC Authored

由思科工程师提供

  • Mark Strasheim and Robert Sherwin
    Cisco TAC Engineers.

此文档是否有帮助?

Feedback反馈

联系我们

本文档适用于以下产品