ftofficer|张聪的blog

上周末同学来南京考试，顺便就在南京玩了两天，照了一些照片，今天打算打包传过去。结果如何通过我的64Kb(b哦，不是B)上传带宽的ADSL传这么个70M的东西还真让我头疼了一阵子。

先是尝试QQ的传送文件，但是因为她在教育网，我在公网，速度慢的一塌糊涂，估计需要2小时+才可以传过去。自然我是没有耐心等的。然后尝试使用邮件，发现GMail支持27MB的邮件大小，换算起来应该是20M不到一点的附件大小（考虑base64编码带来的开销是4/3），所以把照片分卷打包，然后尝试用GMail的在线邮件撰写，插入附件，点击发送，然后浏览器不出所料地超时了。既然Web不行，那么就走SMTP协议吧。偏偏要通过GMail的邮件服务器的话需要让这些字节绕半个地球，还必须要走SSL加密的链路，安全是安全，但是慢啊，而且加密这种东西，完全就是CPU密集的操作，结果就是导致邮件一发送就占用100% CPU。这样也就算了，大不了我放一边让它传去。结果进度条缓慢推进到80%左右(40分钟+之后)，弹出对话框“无法连接服务器，服务器超时”。当时晕掉。

怎么办呢？找一个近一点的SMTP服务器吧。VPN到公司？说不定还不如GMail。这时候想起来当时在学校的时候还有校友信箱。南京和合肥也不算远，而且校友信箱的SMTP也是电信出口，禁用掉SSL应该会快一点。

但是这个服务器只支持10000000字节的邮件大小，换算一下就是7M不到的附件，最后只能打成6M的分卷包，发了11封邮件。估计同学也会郁闷死。

折腾半天还终于算是把它们发出去了。等下回头看看有没有退信通知。:)

回头想想，如果SMTP有断点续传多好。至少这样我前面的40分钟+的时间就不至于浪费了。按理说这种东西应该有人想到过了，搜索了一下果然有一个SMTP扩展是做这个事情的：

RFC 1845 SMTP Service Extension for Checkpoint/Restart

不过看了看状态，还是Experimental（实验）。说是实验性质的，那就是没几个MTA实现了的。事实上也是，搜索了一下，似乎不是“没几个”，而是看起来根本没有。

记忆当中还有一个RFC是关于邮件切分的，一时找不到了。回头再找找。

但是关键还是：有多少人实现了呢？至少我看到GMail的邮件服务器没有实现之。

sigh…为什么SMTP就没有断点续传。