发展恐怖故事–邮件炸弹

基于我在JavaOne上关于在我们的开发生涯中犯下严重错误的会议的想法，我考虑编写其中一些故事。我将从最喜欢的一个开始：生成超过2300万封电子邮件后，使客户的邮件服务器崩溃！是的，没错， 两千三百万！

历史

几年前，我加入了一个开发了几个月的项目，但尚未发布任何产品。实际上，该项目计划在接下来的几周内替换现有的应用程序。我在项目中的第一个任务是弄清楚在生产环境中部署应用程序并替换旧应用程序所需的内容。

该应用程序具有大量用户（大约50 k），但并非所有用户都处于活动状态。新应用程序具有一项新功能，可以排除过去几个月未登录该应用程序的用户。这被实现为计时器（每天执行），并且向该用户发送了一封电子邮件通知，警告他被排除在应用程序之外。

问题

该发行版安装在星期五（是的，星期五！）上，每个人都去休息了。星期一早上，所有地狱都松散了！客户邮件服务器已关闭，并且没人知道原因。

最初的报告表明邮件服务器的磁盘空间不足，因为它有大约200万封电子邮件等待发送，并且还有更多的传入邮件。到底发生了什么？

原因

即使服务器关闭，支持人员仍可以向我们显示服务器中滞留的电子邮件副本。这与排除用户时发送的电子邮件一致。这没有任何意义，因为我们计算了要排除的用户数量，它们大约为28 k，因此应该只发送了28 k电子邮件。即使排除所有用户，该数字也不能超过50 k（用户总数）。

不合规电邮

查看代码，我们发现了一个错误，如果该用户的电子邮件无效，该错误将导致该用户不被排除在外。结果，这些用户在每次执行计时器时都被捕获。在要排除的28k用户中，大约有26k拥有无效电子邮件。从星期五到星期一，我们计算3次执行* 26 k用户，因此78 k k电子邮件。好的，现在我们的电子邮件数量有所增加，但距离报告的数字还不够。

计时器错误

实际上计时器也有一个错误。它不是计划每天执行一次，而是每8小时执行一次。让我们调整数字：3天*每天3次执行* 26 k用户，使电子邮件总数达到234 k。大幅增加，但仍远未达到很大数目。

附加节点

这些操作将应用程序安装在第二个节点中，并且在两个节点中都执行了计时器。因此增加了一倍。让我们更新一下：2 * 234 k电子邮件，使总数达到468 k电子邮件。

无回复地址

由于电子邮件是自动化的，因此通常将不答复电子邮件设置为电子邮件发件人。现在的问题是，无答复地址的域无效。结合用户无效的电子邮件，邮件服务器进入循环状态。每个无效的用户电子邮件都会生成一个错误电子邮件，该电子邮件将发送到无回复地址，该电子邮件也同样无效，这会导致再次向服务器返回一封电子邮件。当超过最大跳数时，循环结束。在本例中为50。现在一切都变得有意义了！让我们更新数字：

2万6千名用户* 3天* 3次执行* 2台服务器* 50跳，总计2340万封电子邮件！

后果

客户从星期五到星期一丢失了所有电子邮件，但是可以恢复邮件服务器。问题已解决，以后再也没有发生。我记得那些日子，压力很大，但是今天我们所有人都参与其中，为之笑！

切记：请务必检查不答复的地址！

翻译自: https://www.javacodegeeks.com/2014/11/development-horror-story-mail-bomb.html