微软2022年首个大Bug出现,大量程序员连夜加班

Java技术迷

共 1690字,需浏览 4分钟

 ·

2022-01-09 12:00

点击关注公众号,Java干货及时送达

新年第一天,微软的 Exchange 服务器却出现了无法正确解析2022年的新日期而导致无法处理邮件问题,被用户调侃为“2022 版千年虫”。


据悉,该Bug最初是被一位名叫@miketheitguy 的推特用户所发现。


当日期从2021年12月31日跳转到2022年1月1日,这些使用微软 Exchange 的用户发现,自己写好的新年祝福等邮件突然无法发出,并且都会收到一条错误提醒。

括2016和2019等在内的不少Exchange Server版本中都出现了相同的问题。


“2022年虫”的出现,使设置在2022年新年发送的邮件在许多公司的邮箱服务器内滞留,有些甚至已经达到数十万封,其服务器面临存储不下的问题。


除新年祝福的邮件无法到达之外,该 bug 的出现也让大量程序员不得不连夜加班——就算是在圣诞假期的半途中,许多人也被拉回了公司。

不少人在网上对自己连夜加班修理bug的状况疯狂吐槽。

在 Reddit 上,相关话题热度上千,许多程序员表示“年都没跨好就在这修bug”。


资料显示,Exchange Server 是一套由微软推出的、可用于构建企业、高校或机构的邮件系统的电子邮件服务组件。

该电子邮件服务组件除了能够构建“邮箱工作群”之外,还支持协调内部工作流等。


扩展迷了解到,微软的 Exchange 的邮件过滤管理系统(FIP-FS)采用了一种名为“yymmddHHMM”的有符号变量(Int32,也就是long)来存储日期。

据一位 Exchange 管理员 Joseph Roosen 表示, yymmddHHMM 分别指代用两位来存储年(years)、月(months)、日(days)、小时(Hours)、分钟(Minutes)。


一般而言,目前大多数的计算机都是采用的两位十进制,在跨年日期发生变化的时候,由于日期无法进行自动转换,系统就会因无法识别而显示错误。

针对该 bug,微软回应称,工程师正在夜以继日地进行修复,以消除客户操作的需要,需要几天时间来开发和部署。

此外,微软正在开发另一个更新,该更新正在最终测试验证中。更新需要客户采取行动,但它将提供最快的解决时间。


在此之前,使用 Exchange Server 的公司必须想办法将滞留邮件发出去。

微软官方为大家提供了一些禁用或绕过恶意软件扫描的方法。大家可以通过使用 Set-MalwareFilteringServer -BypassFiltering $True -identity 禁用 Exchange 服务器上的反恶意软件扫描器,并重新启动 Microsoft Exchange Transport 服务。


然而,若采取这种解决方法,公司邮箱可能收到更多垃圾邮件。因此,微软提示大家,该方法后果自负。

对此,有网友直接调侃:若微软在修复中把有符号变量改成无符号变量,那数据的表示范围就会变成0~4294967295,Exchange邮箱又可以用到2043年。


除此之外,不少 Reddit 网友也针对该 bug 给出了属于自己的一些其他解决方案,请点击下面的链接了解更多:

https://www.reddit.com/r/sysadmin/comments/rt91z6/exchange_2019_antimalware_bad_update/

1、致歉!抖音Semi Design承认参考阿里Ant Design

2、对比7种分布式事务方案,还是偏爱阿里开源的Seata,真香!

3、Redis存储结构体信息,选hash还是string?

4、扫盲 docker 常用命令

5、最全分布式Session解决方案

6、21 款 yyds 的 IDEA插件

7、真香!用 IDEA 神器看源码,效率真高!

点分享

点收藏

点点赞

点在看

浏览 11
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报