轻量级前端框架在提升开发效率与用户体验中的重要作用
1509
2022-09-11
outlook2019启动长时间卡在加载配置文件问题定位
背景
组内其他同学联系过微软,开了case,协助微软抓取了一些日志,但是并没有找出原因。微软建议再远程看一下原因。
和微软沟通,对方只能使用他们的"快速助手工具"(windows内置)进行远程,而该工具有过版本更新,不是最新的版本是不能运行的,版本更新必须借助microsft store。 而我们公司的windows在安装好后都卸载掉store了,没办法更新也就没办法运行。 微软没办法远程。
处理过程
专门找桌面同学安装了一个原生的带有store的windows 10,但是我在使用该机器测试时,outlook启动速度正常。这就扯淡了,唯一一个能远程的笔记本 outlook却是正常的。 也不能让桌面同学再安装几台非得找个不正常的远程啊! 万一都正常,不但没办法远程,而且还浪费人家很多时间。
想了想,算了,还是自己定位下问题吧。 实在搞不定再说。
先在网上查了些资料,反馈该问题的不少。 也提供了一些方法尝试,比如禁用outlook硬件加速,删除配置文件重建、禁用加载项等。 但都没有效果。
其他思路
大概2个月之前,迁移邮件系统之前,遇到过outlook客户端配置认证时自动跳转到O365,导致没办法配置客户端的问题。后来通过修改注册表解决了这个问题。
现在这个加载慢的问题,是不是也会和O365有关系呢?
如果和O365有关系,一种可能是访问O365慢导致加载慢。 那我们先断网试试呢?
将笔记本断网,在启动outlook,outlook启动速度恢复正常。
既然断网就可以恢复正常,基本可以断定,outlook启动时肯定是访问了微软的外部网络,那到底访问的是什么呢?
抓包看看:
把笔记本其他应用全部关掉,减少干扰,然后启动outlook,等到outlook记载完毕,停止抓包。如图示:
过滤下dns协议:
可以看到outlook 发起了 outlook.office365.com 这个域名解析请求。
进一步查询,我们看看访问这个域名的什么东西:
访问的是443端口。
我用浏览器试了下, 该域名自动跳转到microsoftonline登陆界面。
验证
怎么验证下是不是这个域名的问题呢?
我们写个hosts劫持一下,毕竟断网情况下速度是正常的,劫持更不会造成outlook启动问题。
把该域名劫持到127.0.0.1
我们再去启动下outlook,发现启动速度正常了,仅需要5-7s。
可惜的是那台带有store的笔记本还的早了,没抓包,不知道为什么它是正常的。
持续关注下吧,不知道后续微软怎么改进这个问题。
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~