微软2022年开年就发现大bug 大量程序员连夜加班

发布时间：2022-01-04 09:49 所属栏目：6 来源：互联网

导读：没想到，2022年的到来，也给微软带来了一个新bug。随着日期从2021年12月31日跳转到2022年1月1日，不少使用微软Exchange的公司发现，自己写好的新年祝福等邮件，突然发不出去了。 Exchange Server是微软推出的一套电子邮件服务组件，可用于构建企业、高校或机

没想到，2022年的到来，也给微软带来了一个新bug。

随着日期从2021年12月31日跳转到2022年1月1日，不少使用微软Exchange的公司发现，自己写好的新年祝福等邮件，突然发不出去了。

Exchange Server是微软推出的一套电子邮件服务组件，可用于构建企业、高校或机构的邮件系统。简单来说，用它不止能构建“邮箱工作群”，还能协调内部工作流等。

这些公司的邮箱服务器内滞留了大量邮件，有些甚至达到数十万封，面临服务器存储不下的问题。

所以到底是怎么回事？

微软2022版“千年虫”

据一位Exchange管理员Joseph Roosen表示，这是一个由于“2022年”的到来而导致的bug。

这个bug的根源，是微软Exchange上面的邮件过滤管理系统（FIP-FS），采用了一种名叫“yymmddHHMM”的有符号变量（Int32，也就是long）来存储日期。

微软2022年开年就出大bug 大量程序员连夜加班：年都没跨好

其中，yymmddHHMM分别指代用两位来存储年（years）、月（months）、日（days）、小时（Hours）、分钟（Minutes）。

这个数据类型存在一个问题：

有符号的Int32最多只能存储-2147483647到+2147483647的数据。

然而，从2022年1月1日0时开始，“yymmddHHMM”的yy就已经变成了“22”，超过了Int32所能存储的数据最大范围：

2147483647

22XXXXXXX

于是，在2022年1月1日这天，所有用Exchange服务器发邮件的公司，都收到了这样一条错误提醒：

The FIP-FS Scan Process failed initialization. Error: 0x8004005. Error Details: Unspecified Error” or “Error Code: 0x80004005. Error Description: Can’t convert “2201010001” to long.（FIP-FS扫描处理初始化失败……无法将“2201010001”转变为long数据类型）

（编辑：ASP站长网）