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

我承认这是一个10-20mb的区域，每当用户为使用FTP而烦恼时，就会抛出“电子邮件不适合文件传输”的信息。

但是，一个闪亮的新邮件服务器应该采用一种合理的方法……那么，什么是一种非巫毒方法来确定适当的附件大小限制？

（考虑这是否是Wiki，或者是否有一种方法就是那样好。）

我以为会有一些独立于环境的好的指导方针，但需要具体说明-因此有50个邮箱，Exchange 2007，AD，硬件是TBD。客户是2007/2003年的混合客户，我认为我会将发送/接收设置为匹配，只是为了保持简单。

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

认真地说，我将我的大小设置为10MB或更高，您可能会遭到远程SMTP服务器的拒绝。如果您的公司/客户确实使用了大量较大的文件，我可能会说服将其设置为15或20MB，但不能超过此大小。

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

与为需要发送和接收较大文件的用户提供一致，安全和易于使用的替代方法相比，限制本身没有那么重要。

这直接取决于您的业务。

我的用户通常会获取40MB范围内的文件，有时甚至远高于此范围。因此，我基本上设置了一个不受限制的大小。

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

10 MB坚定！除了开放的高管。我们厌倦了被诅咒！

我正处于“ 10Mb，这就是你很多”的阵营中。这不仅是您可以发送的内容，而且还是您要发送给其他人的内容。除非您的公司在通常通过电子邮件发送非常大的二进制文件的地区开展业务，那为什么还要提高呢？

除此之外，您还需要确保为确实需要发送较大文件的用户提供替代方法，无论它是诸如Dropbox之类的，老式的FTP服务器还是其他一些聪明的东西（我们拥有服务器和带宽能力，为我们的用户提供类似于保管箱的我们自己的服务）。

我倾向于更高一点，并逐渐增加到30MB。这将因企业而异。作为文件附件的替代方法，请尝试senduit。

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

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

幸运的是，有一些不错的MTA（不是Exchange，但例如后缀是一个），可让您将退回邮件的大小限制为比原始邮件小得多。因此，即使脑残的MTA采纳了此功能，第一种情况也可能正在减少。

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

这里也有10MB。这似乎是公认的标准。我有一些客户对此表示抱怨（特别是一群一贯以“大型CAD图”作为超越任何配额或限制的借口的建筑师），但所有要做的就是向他们指出（1）电子邮件是共享的服务，因此他们的活动可能会影响其他人的可用性，并且（2）他们必须与接收者保持良好的关系。

对于超出此限制的任何事物，都可以使用很多替代方案，因此每个人都可以保持满意。

我们将Gmail的限制设置为最大。众所周知，我们对某些希望与其他研究人员来回发送大量数据集的科学家不愿接受。这就是为什么我们仍然既有部门邮件服务器，又有Exchange服务器支持4000多个用户和1TB以下的邮件存储的原因。

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

然后他们想通过网络发送它们...是的，在很多时候发送20MB，50MB甚至更大的附件都是可行的。但是，当出现问题时，它会以更大的方式弄乱事情。队列中有更大的文件，也许您的带宽费用增加了，诸如此类。

无论如何，这只是我们所做工作的初步准备：腾出20MB并说“就是这样”。它足够大，可以将其与我们的100MBPS连接相关联，并试图让他们了解如果50个人试图一次发送相同大小的文件会发生什么情况。

为了满足某些服务器上定义的5 MB或10 MB的限制，专用消息传递（Exchange，Qmail ...）有一种专业的解决方案，可以克服您要发送的文件的大小和类型。该解决方案还提供了不提供FTP的可追溯性和强大的安全性（密码和用户名以明码显示）。也可以在移动环境（iPhone，Windows Phone 7 /移动设备，Blackberry等）上使用。

2种可用技术：

平台模式解决方案：

http://www.edipoles.com/index.php?id_page=36&openPanel=1

Outlook插件中的解决方案：

http://www.edipoles.com/index.php?id_page=30&openPanel=1

有多少用户？IMAP？POP3？

正如您所说，我不会为超过10的任何东西而烦恼，它不是文件传输服务。

发送或收到电子邮件附件？您的组织是否正在使用MS Exchange / MS Office Outlook / Active Directory / SharePoint？如果是这样，什么版本？这是一个复杂的话题。

严格限制，松散。我最多接受100 MB的空间，但超过15 MB的空间我拒绝。

随着世界的进步，政策也在发展。通过最近升级到Exchange 2010，我们已将发送/接收限制提高到25 MB（Gmail的限制）。随着Gmail托管电子邮件服务的扩展，您只会遇到一个较低限制的问题。如果存储空间不是问题（考虑磁盘更小，更快，更便宜），为什么不这样做呢？