我会承认这是一个地方，我会给它10-20mb，并抛出一个“电子邮件不打算文件传输”每当用户抱怨不得不使用FTP。
但一个shiny的新的邮件服务器值得一个合理的方法…那么什么是非巫术方法来确定一个适当的限制附件大小？
（动摇这是一个维基，还是有一个方法就是那么好。）
我以为会有一些独立于环境的好的指导方针，但具体要求 – 所以50个邮箱，Exchange 2007，AD硬件是TBD。 客户是一个2007/2003年的混合，我想我会设置发送/收到匹配，只是为了保持简单。
“电子邮件不适用于文件传输！”
严肃地说，我把它设置为10MB，任何更高，你可能会从远程SMTP服务器拒绝。 如果您的公司/客户使用了大量的大文件，我可能会确信将其设置为15或20MB，但不会高于此值。
如果发送更大的文件，我指示客户使用像Dropbox这样的服务。 [披露，这是我的推荐链接！]
与为需要发送和接收较大文件的用户提供一致，安全且易于使用的替代scheme相比，限制本身并不重要。
这直接取决于您的业务。
我有用户谁经常在40MB范围内的文件，有时甚至远高于此。 我基本上为此设置了无限大小。
看看你的合法附件，取平均尺寸并加倍，然后看看你收到的最大的合法附件。 如果它大于平均水平的两倍，那么比现在最大的水平大50％。
10 MB坚定！ 除了开放的高pipe外。 我们厌倦了诅咒！
我在“10Mb，这是你的很多”阵营。 这不仅是你可以发送，而且你发送的人可以接收。 除非您的业务运营在一个通过电子邮件发送非常大的二进制文件的领域是常态，那么为什么要更高？
除此之外，您还需要确保为真正需要发送更大文件的用户提供替代scheme，无论是像Dropbox，一个老式的FTP服务器或其他聪明的东西（我们有服务器和带宽容量为我们的用户提供我们自己的类似于Dropbox的服务。
我倾向于更高一点，并爬上30MB。 这将会因业务而异。 作为文件附件的替代方法，请尝试senduit 。
无论大小是多less，一定要保持传入限制超出传出限制。 如果存在与大小无关的错误（错误的地址等），服务器可以通过将其发回（全部）来反弹您的邮件，即使只添加了几个字节，您也不想拒绝该邮件基于大小。
此外，一些“电子邮件客户端”（我谨慎使用这个术语）通过添加相同的附件来创build对带有附件的电子邮件的回复。 你也不想反弹这些邮件，就像这种行为可能是愚蠢的。
幸运的是，有很好的MTA（不是Exchange，但例如postfix是一个），允许你限制反弹比原来的邮件小得多。 所以，第一个案例可能会下降，因为这个function甚至被braindead MTA所采纳。
无论如何，尺寸的select实际上取决于你主要与谁沟通，以及他们的限制是什么。 在graphics业务中，三位数兆字节的最大大小在其他业务（我想说学者，但时代已经改变，可悲）中，并不是闻所未闻的，你甚至可能会告诉别人，附件是不好的习惯开始。 我知道我做了，但那是十年前:(
这里也是10MB。 这似乎是公认的标准。 我有顾客抱怨这个问题（尤其是那些一直使用“大型CAD图纸”作为压倒任何配额或限制的借口的build筑师），但是只需要向他们指出：（1）电子邮件是共享的服务，因此他们的活动可能会影响他人的可用性，（2）他们必须与接受者打好关系。
对于任何超过这个限制，有很多可供select的安排，所以每个人都可以保持快乐。
我们将其设置为任何Gmail的限制。 对于我们中间的一些科学家来说，我们是非常聋的，他们希望通过与研究人员来回发送大量的数据。 这就是为什么我们仍然有部门邮件服务器和Exchange服务器支持4000多个用户和1TB以下的邮件存储。
在个人电脑级别，硬件速度和容量方面的惊人进步使人们对合理性有了扭曲的认识。 具有500GB +硬盘的高速PC和笔记本电脑可处理来自数码相机的5MB图片，电影，插入大量图片的文档等，没有任何问题。
然后，他们希望通过电报发送出去…是的，发送20MB，50MB，甚至更大的附件大量工作。 但是当出现问题时，它会以更大的方式混淆。 队列中有更大的文件，也许你的带宽费用增加，类似的东西。
无论如何，这完全是我们所做的初步工作：将20MB的数据从空中拔出，然后说“就是这样”。 这足够大了，我们可以将它与我们的100MBPS连接关联起来，并试图让他们了解如果50个人一次尝试发送相同大小的文件会发生什么。
为了满足在一些服务器上定义的5 MB或10的限制私人消息（Exchange，Qmail …），有一个专业的解决scheme可以克服你想发送的文件的大小和types。 该解决scheme还提供了可追溯性和安全性强，不提供FTP（密码和用户名清晰…）。 也可以在移动环境（iPhone，Windows Phone 7 /手机，黑莓，…）
2种技术可用：
平台模式解决scheme：
http://www.edipoles.com/index.php?id_page=36&openPanel=1
Outlook插件中的解决scheme：
有多less用户？ IMAP？ POP3？
我不打扰任何超过10，如你所说，这不是一个文件传输服务。
发送或收到电子邮件附件？ 您的组织是否使用MS Exchange / MS Office Outlook / Active Directory / SharePoint？ 如果是这样，什么版本？ 这是一个复杂的话题。
严格限制，宽松英寸我将接受任何高达100 MB的内容，但我否认任何超过15。
随着世界的进步，政策也如此。 随着最近升级到Exchange 2010，我们将收发限制提高到了25 MB（Gmail的限制）。 随着Gmail的托pipe电子邮件服务扩大，你只会遇到一个下限的问题。 如果存储空间不是问题（考虑磁盘更小，更快，更便宜），为什么不呢？