没想到，2022年的到来，也给微软带来了一个新bug。
随着日期从2021年12月31日跳转到2022年1月1日，不少使用微软exchange的公司发现，自己写好的新年祝福等邮件，突然发不出去了。
exchange server是微软推出的一套电子邮件服务组件，可用于构建企业、高校或机构的邮件系统。简单来说，用它不止能构建“邮箱工作群”，还能协调内部工作流等。
这些公司的邮箱服务器内滞留了大量邮件，有些甚至达到数十万封，面临服务器存储不下的问题。
目前这个bug已经在reddit热度上千，许多人表示“年都没跨好就在这修bug”：
新年（哔）快乐！
我本来还在度假呢，就给我拉回来处理这个玩意了……
所以到底是怎么回事？
微软2022版“千年虫”
据一位exchange管理员joseph roosen表示，这是一个由于“2022年”的到来而导致的bug。
这个bug的根源，是微软exchange上面的邮件过滤管理系统（fip-fs），采用了一种名叫“yymmddhhmm”的有符号变量（int32，也就是long）来存储日期。
其中，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数据类型）
它最初被一位名叫@miketheitguy的推特用户发现：
由于和“千年虫”一样都是日期给计算机带来的bug，这次bug也被一些exchange管理员命名为y2k22。
其中，y2k指的是著名的“千年虫”问题，由于部分计算机程序只采用两位十进制数表示年份，在跨世纪时就会出现错误的结果；22指的则是2022年。
这个bug在不少exchange server版本中都出现了相同的问题，包括2016和2019等。
目前，微软的exchange团队正在紧急修复中。
他们表示，几天后会发布一个exchange server更新，里面将用一个更大的变量类型来保存日期。
然而在这之前，使用exchange server的公司们必须想办法把邮件发出去。
一些权宜之计
微软团队表示，如果有非常紧急的邮件需要发送，需要先关掉exchange中的fip-fs功能。
这是个exchange上的垃圾邮件过滤器，平时会用来扫描邮件中自带的恶意软件、或是垃圾邮件。
目前微软官方也提供了一些禁用或绕过恶意软件扫描的方法。
然而，这样操作的后果是公司邮箱“可能收到更多垃圾邮件”。
对此有网友调侃，如果微软在修复中把有符号变量改成无符号变量，那么数据的表示范围就会变成0~4294967295，exchange邮箱又可以用到2043年了。
除此之外，目前reddit网友还给出了一些其他的解决方案。
例如，有网友发布了一个非官方的自定义脚本，可以将日期回滚到2021年，但他对此表示，一切风险需要使用者自己承担。
如果还没想好怎么解决你的exchange邮箱系统问题，可以先用上面这些方法试一试。
– the end –