（如果有更好的地方可以询问此问题，请告诉我。）
许多电子邮件服务器会限制附加到传入电子邮件的文件的总大小。例如，某些电子邮件服务器可能不允许发送大于 20MB 的邮件；如果附件为 22MB，则发送失败；如果一个附件为 10MB，另一个附件为 12MB，则发送失败。大多数电子邮件服务器都会实施类似本例的限制，但允许的总大小取决于具体服务器。
不过，我不明白的是，这个大小限制只适用于附件吗？还是适用于电子邮件的总大小？比如，假设一封电子邮件有一个附件，大小正好是 19.98MB。但是，电子邮件正文是 0.03MB。假设接收电子邮件服务器的限制是 20MB，那么邮件会到达吗？还是无法到达？或者，这个特定示例是成功还是失败取决于假设接收它的电子邮件服务器？
答案1
从技术上讲，邮件正文和附件没有区别。正文和附件都是多部分或多用途电子邮件信息，定义在RFC 2045。
邮件大小限制通常针对邮件的总长度（包括所有部分和标头）。此类限制也可以通过以下方式公布：消息大小声明回复EHLO，然后RFC 1870还提供了大小限制的定义第 5 节：
消息大小定义为SMTP 客户端在收到命令的
DATA回复代码后要传输的八位字节数，包括 CR-LF 对，但不包括 SMTP 命令的终止点或双重引用点。354DATA固定最大消息大小定义为服务器愿意接受的最大消息大小。尝试传输任何大于固定最大消息大小的消息都将失败。
例如，这在后缀和进出口和message_size_limit配置参数；Microsoft Exchange 有多个邮件大小限制类型。
还要注意，二进制附件必须转换为 7 位 ASCII 文本。为此使用 Base64 编码，导致 37% 的开销（其中 33% 来自编码本身；4% 来自插入的换行符）；RFC 2045, 6.8）。因此，尽管附件小于限制，您可能仍无法发送。
答案2
我不确定这是否一定是普遍的，某些地方的某些服务可能以不同的方式实施其限制。
但我认为有意义的是简单地查看整个电子邮件的大小；是否有任何附件或者电子邮件中什么原因使其“太大”并不重要，对于邮件服务来说，查看整个电子邮件的大小更容易也更有用。
关于附件，还值得注意的是，附加文件通常采用 base64 编码，在这种情况下，它们的大小将比原始文件大小增加三分之一多一点。