Last updated on 2022/10/29
解决0x8007273d错误
其实这个问题困扰我很久了,在网上从没有发现任何解决这个问题的办法,今天偶然想到一种缓解方案,测试了一下确实可以,所以在这里分享出来。其实这个问题不只会出现0x8007273d
错误,在事件查看器中还会有创建 TLS 客户端 凭据时发生严重错误。内部错误状态为 10013。
这个错误。如果你的事件查看器中有很多这个错误的话,大概率就是本文提到的问题。首先,发生这个问题的原因是在UWP人脉和邮件应用中以Exchange Active Sync的方式添加了国内的163或者QQ邮箱后又开启了系统全局HTTP代理导致的,关闭代理后就可以正常同步,而对于我这种长时间开代理的人来说一想到有一个错误在那里挂着就浑身难受,虽然TAP适配器的方案可以完全解决,但是使用起来并没有HTTP代理方便。
Exchange Active Sync:这个可以看作Outlook邮箱特有的Exchange协议的第三方授权版本,通俗一点就是微软把他的Exchange技术拿出来卖,这个协议好处在于可以一次性同步邮件、联系人、日程,对于多设备人群使用起来非常便捷。
所以,如何缓解呢?其实很简单,在你的代理软件的bypass列表中加入你的Exchange Active Sync服务器地址(例如:QQ邮箱是ex.qq.com
,163邮箱是i.163.com
),下图便是这样设置以后同步成功的图片了。
说到这里了,吐槽一下QQ邮箱的Exchange Active Sync服务,都十几年没更新过了,很多客户端(包括Outlook手机端)都已不支持这么老版本的Exchange服务器了,而且还有部分子功能异常,和运营团队反馈过好几次但是也没有什么消息,反观163邮箱,各项Exchange功能还都能正常使用,所以想体验完整的Exchange功能还是使用163邮箱或者直接使用Outlook吧。
更新:如果你使用的是PAC自动代理的话,不需要以上步骤,请确保你的代理首选项为Socks代理即可。(Windows系统本身对Socks5的支持有限,所以在Windows上使用Socks4效果可能会更好)