继续和大家分享历史上的经典Bug。
这个Bug也比较离奇：
故事发生在2002年，这天，麻省理工（MIT）统计系的主任找到校园邮件系统的负责人Trey Harris，跟他抱怨一个比较离奇的问题："咱们的邮件发不到500英里以外的地方，其实，是520英里更准确点"。
管理员内心：&(&......... &))(&^%
但不管怎么不相信，但还是亲自用自己的邮箱进行了测试。结果居然是真的！确实如报告一样，邮件只能发送到520英里以内的地方，范围之外的邮件一律发送失败。
经过一番排查，终于搞清了原委。
原来不久之前，邮件服务器的操作系统刚刚进行了版本更新（当年还是SunOS），而当时的操作系统发行版，通常会附带一些附件软件，但这些软件的版本往往比较旧（好比更新Linux，自带的Python版本一般都不是最新的）。因此更新完系统后，他们使用的邮件软件 SendMail 版本被降级了（SendMail 8 -> SendMail 5）
而更新系统，还同时保留了SendMail的配置文件sendmail.cfg， 因此就出现了下面的情况：SendMail 5 会解析SendMail 8 的配置文件。
因为 sendmail.cfg中存在一个 SendMail 5不支持的配置项 timeout to connect to the remote SMTP server，即连接远端SMTP Server的超时时间, 对于这个不支持的配置，在 SendMail 5 中被直接忽略，并按默认值0处理。而后来经过试验，0秒的timeout会导致Sendmail在3毫秒后中断连接。
所以为什么是 500 英里呢？
当年，MIT的校园网络中还没有那么多路由，因此网络延时很少，也就是连接一个远端主机的时间，大概接近光速。于是，3毫秒就意味着：
0.003 * 3 * 10 ^ 8 * 0.001 * 0.621 = 558.9
考虑到很少的网络延迟，因此就出现了这个 500 英里的问题。