电子邮件大小限制是否包括正文大小？

Question

（如果有更好的地方可以问这个问题，请告诉我。）

许多电子邮件服务器限制传入电子邮件所附加文件的总大小。例如，某些电子邮件服务器可能不允许大于 20MB 的邮件；如果附件为 22MB，则会失败；如果一个附件为 10MB，第二个附件为 12MB，也会失败。大多数电子邮件服务器都会实施某种限制，如本例所示，但允许的总大小因具体情况而异。

这是我不明白的部分 - 该大小限制仅适用于附件吗？或者它是否适用于电子邮件的总大小？例如，假设一封假设的电子邮件有一个大小正好为 19.98MB 的附件。但是，电子邮件正文为 0.03MB。假设接收电子邮件服务器的限制为 20MB，这会到达吗？或未能到达？或者，该特定示例是否成功或失败取决于假设接收它的电子邮件服务器？

Answer 1

从技术上讲，邮件正文和附件之间没有区别。正文和附件都是多部分或多用途电子邮件消息的同等部分，如RFC 2045中所定义。

消息大小限制通常针对消息的总长度，包括所有部分和标头。这种限制也可以通过对命令的消息大小声明回复来通告EHLO，并且RFC 1870还在第 5 节中提供了大小限制的定义：

消息大小定义为八位位组的数量，包括 CR-LF 对，但不包括 SMTP命令的终止点或双引号点，由 SMTP 客户端在收到命令的DATA回复代码后传输。354DATA

固定最大消息大小定义为服务器愿意接受的最大消息的消息大小。尝试传输任何大于固定最大消息大小的消息将始终失败。

例如，这是通过配置参数在Postfix和Exim中实现的；message_size_limitMicrosoft Exchange 有多种类型的邮件大小限制。

另请注意，二进制附件必须转换为 7 位 ASCII 文本。为此使用 Base64 编码，导致 37% 的开销（编码本身造成 33% 的开销；插入换行符造成的开销增加 4%；RFC 2045, 6.8）。因此，尽管附件小于限制，但您可能无法发送附件。

Answer 2

我不确定这是否一定是普遍的，某些地方的某些服务可以很好地以不同的方式实现其限制。

但我认为简单地看一下整个电子邮件的大小是有意义的；是否有任何附件或电子邮件的什么原因使其“太大”并不重要，邮件服务查看整个电子邮件的大小更容易且更有用。

关于附件还值得注意的是，附加文件通常是 Base64 编码的，在这种情况下，它们与原始文件大小相比将增长三分之一多一点。