如何确定合理的附件大小限制？

“电子邮件不用于文件传输！”

说真的，我将我的设置为 10MB，如果更高，您可能会收到来自远程 SMTP 服务器的拒绝。如果您的公司/客户确实使用了很多较大的文件，我可能会被说服将其设置为 15 或 20MB，但不会高于此。

如果发送较大的文件，我会指示客户使用Dropbox 之类的服务。[披露，那是我的推荐链接！]

与为需要发送和接收较大文件的用户提供一致、安全且易于使用的替代方案相比，该限制本身并不重要。

这直接取决于您的业务。

我的用户经常获取 40MB 范围内的文件，有时甚至远高于此。出于这个原因，我基本上设置了无限大小。

查看您的合法附件，取平均大小并将其翻倍，然后查看您收到的最大合法附件。如果它大于平均值的两倍，则使其比迄今为止最大的值大 50%。

10 MB 公司！除了那些敞开心扉的高管。我们厌倦了被诅咒！

我在“10Mb，这就是你的命运”阵营。这不仅是您可以发送的内容，还包括您发送给的人可以收到的内容。除非您的业务在通过电子邮件发送非常大的二进制文件是常态的地区运营，否则为什么要走得更高？

除此之外，您确实需要确保为确实需要发送更大文件的人提供替代方案，无论是像 Dropbox 这样的东西、一个好的老式 FTP 服务器还是其他聪明的东西（我们有服务器和带宽容量来碰巧向我们的用户提供我们自己的类似于 Dropbox 的服务）。

我倾向于更高一点，然后爬上 30MB。这将因企业而异。作为文件附件的替代方法，请尝试senduit。

无论大小是多少，请确保将传入限制保持在传出限制之上。如果存在与大小无关的错误（错误的地址左右），服务器可以并且将通过将您的邮件发回（全部）来退回您的邮件，即使它只会添加您不想拒绝的几个字节该邮件基于大小。

此外，一些“电子邮件客户端”（我谨慎使用该术语）通过添加相同的附件来创建对带有附件的电子邮件的回复。您也不想退回那些邮件，尽管这种行为可能很愚蠢。

幸运的是，有一些不错的 MTA（不是 Exchange，但例如 postfix 就是其中之一）可以让您将退回邮件限制在比原始邮件小得多的大小。因此，第一个案例可能正在下降，因为这个功能甚至被脑死亡的 MTA 采用。

无论如何，尺寸的选择实际上取决于您主要与谁交流以及他们的限制是什么。在图形业务中，三位数兆字节的最大大小并非闻所未闻，在其他业务中（我想说的是学者，但时代已经改变，遗憾的是）你甚至可以告诉人们附件是一种不好的做法。我知道我做到了，但那是十年前的事了:(

这里也有 10MB。这似乎是公认的标准。我有客户抱怨它（特别是一群建筑师，他们一直使用“大型 CAD 图纸”作为超越任何配额或限制的借口），但只需向他们指出 (1) 电子邮件是共享的服务，因此他们的活动可能会影响其他人的可用性，并且（2）他们必须与接受者相处融洽。

对于超过该限制的任何事情，都有很多可供选择的安排，因此每个人都可以保持快乐。

我们将其设置为 Gmail 的任何限制。众所周知，我们中间的某些科学家希望通过电子邮件与其他研究人员来回发送大型数据集的请求，我们对此充耳不闻。这就是为什么我们仍然同时拥有部门邮件服务器和 Exchange 服务器，支持 4000 多个用户和 1TB 以下的邮件存储。

在个人 PC 层面，硬件速度和容量的所有惊人改进都让人们对什么是合理的感觉产生了扭曲。具有 500GB+ 硬盘驱动器的快速 PC 和笔记本电脑可以处理来自数码相机、电影、插入大量图片的文档等的 5MB 图片，没有问题。

然后他们想通过网络将它们发送出去……是的，发送 20MB、50MB 甚至更大的附件在很多时候都有效。但是当出现问题时，它会以更大的方式把事情搞砸。队列中有更大的文件，也许你的带宽费用会增加，类似的。

无论如何，这都是我们所做的一切的初步准备：从空中取出 20MB 并说“就是这样”。它足够大，我们可以将它与我们的 100MBPS 连接联系起来，并尝试让他们了解如果 50 个人尝试同时发送相同大小的文件会发生什么。