为什么我们仍然有这么小的电子邮件附件文件大小限制?

为什么我们仍然有这么小的电子邮件附件文件大小限制?

在辉煌的 2011 年,是什么技术限制阻止我们互相通过电子邮件发送 1GB 的文件?

或者只是主要电子邮件平台拖延了行动?

如果我可以将收件箱设置为仅抓取标题,然后在需要时抓取完整附件,那么问题是什么?

我觉得电子邮件附件的大小还停留在 1992 年的水平……

答案1

问题在于:电子邮件(SMTP/POP3/IMAP/其他)是一种古老而简单的协议,最初用于在受信任的网络中发送纯文本消息。使用它在当今的互联网上发送或接收大量二进制数据是一种附加的黑客行为,与原始用例完全不同,并且它在这一角色中表现相当糟糕。

当您将文件附加到电子邮件时,它会进行 base64 编码,这会使文件大小增加 1/3。因此,您的 1 GB 文件将变成另外 300 MB;此外,下载协议没有内置压缩功能,因此无法加快传输速度(在某些情况下(SMTP 用于发送,POP3 用于接收),甚至无法恢复传输中断 - 连接在 1.2 GB 时中断?抱歉,您需要重新传输所有内容)。此外,SMTP 是一种存储转发协议。猜猜怎么着?没错,这个 1.3 GB 的文件需要复制到多个服务器;邮件服务器管理员会感到无限高兴。

这是 20 世纪 90 年代的一个问题,当时没有其他有用的替代方案(FTP?HTTP/1.0?拜托);但在辉煌的 2011 年,随着各种无缝上传/下载数据到云端的方式的出现(例如 Dropbox、Ubuntu One、Amazon S3,这些都是最为人熟知的),“没有其他有用的方法可以做到这一点”的借口已经不再成立了。

还要注意的是,并不是每个人都拥有 100 Mbit 的互联网连接 - 例如手机和智能手机;并不是每个邮件客户端都能够只下载邮件头(例如 POP3 仍然被广泛使用),并不是每个用户都愿意每周下载 20 封不可避免的“看看这个有趣的 1 GB 视频”电子邮件,而将要出现(人们会发送系统允许的任意大的文件;是的,大多数 ISP 都有类似 FUP 的东西)。

总结:虽然从技术上来说,通过电子邮件发送 1GB 文件之类的操作是可能的,但从技术上来说,用螺丝刀敲钉子也是可能的 - 但这不是一个好方法,因为有更适合执行此类任务的工具。

答案2

相同,但视角略有不同:

电子邮件就是电子邮件。你知道邮件就像是装在另一个小纸信封里的古老纸质东西。你可以在上面写很多文字,但不能超过 5 或 6 页。电子邮件也一样,只不过是电子的。它是为文本设计的(就像打字机上的纯文本)。然后有一个 MIME 扩展,你可以用它发送这些漂亮的红色闪烁的 HTML 邮件。

世界上没有人会抱怨说“哦,邮件还是公元 1322 年的那种方式。为什么我不能用纸信封寄大象?”事情就是这样。对于这种东西,人们发明了类似包裹或运输容器的东西。这就是运送货物和大象的方法。互联网人发明了 FTP(文件传输协议),知道名字吗?

在现实世界中,FTP 有很多替代方案,因为 FTP 也是一个古老的协议,有很大的缺点(主要是在安全性方面,而不是在传输文件方面)。但 HTTP不是这是一种替代方案,因为它是为使用元数据的集中式文档存储而开发的。您可以下载和上传文件,这是对它的一个残酷的扩展。

因此,使用信件来发送文本,使用包裹来发送货物;使用电子邮件来发送信息,使用文件传输协议来发送文件。


编辑:

为了便于理解,我必须补充一点:即使你说服当地邮局接受用纸信封寄送大象(并支付额外费用),在运送大象的过程中还会涉及更多方。邮递员必须将大象运送到下一个邮局,而且他可能没有合适的袋子装得下大象。但也许他有合适的袋子,并想将其运送到下一个邮局,而邮局却说:“不,我们不接受大象。”

那么该怎么办呢?现实世界中的好邮递员会把大象带回第一个邮局,然后再送回寄件人。(在电子世界中,这将是坏的邮递员,因为他应该射杀大象,然后只将死亡证明送回给寄件人)。

因此,即使你能说服邮递链中的所有环节接受大象,你还是要面对收件人。他可能会说他想要大象,但信箱太小,大象放不进去。这会导致大象投递退回寄件人。(更不用说如果大象放不进寄件人的信箱会发生什么……)

答案3

在 Exchange 2007 中,管理层秉承“电子邮件大小不受限制”的理念:

内部用户向其 hotmail 地址发送了一条消息,其中包含一张音乐 CD 的 .iso。在处理该消息时,传输服务器上的队列被堵塞,引发了背压,导致消息提交停止。然后,用户的 Outlook 尽职尽责地将消息重新提交给正在运行的另一台传输服务器;背压,没有消息提交。

由于两台传输服务器都无法处理该邮件,所有外发邮件都暂停了约 90 秒。Hotmail 当然拒绝了该邮件。不久之后,邮件大小限制就生效了。

答案4

补充 Piskvor 的回答。

是的,“主要电子邮件平台”正在拖延。他们使用了一种在很多方面都不符合当今标准的协议 (SMTP)。

在当今世界,我们可以轻松设计一个协议来替代 SMTP,以解决当前的附件问题。

问题在于让世界转向它。

相关内容