在上一篇文章中，我们讨论了如何收集 SaRA 日志。而若通过 SaRA，你仍未定位解决你的问题，那么你可能就需要联系微软的技术支持了。

针对 Outlook 的问题，微软通常会先要求你收集 SaRA 日志，你可以把先前已经收集好的 SaRA 日志传给他们。为了能够更加节省互相的时间，如果你正在遇到的问题是个可稳定复现的问题，那么在联系微软前同时也提前准备好 Outlook ETL 诊断日志，并主动提供给微软的工程师，也是一个非常好的主意。

在这篇文章中，笔者希望与大家分享收集 Outlook ETL 诊断日志的方法。

首先，我们需要到 Windows 的临时文件夹，清空老旧的 ETL 日志。因为这些历史日志并非问题排查的过程中需要参考的，反而会增加需要分析的日志量，让微软的技术支持工程师掉更多的头发。

请在文件资源管理器访问以下路径：

%Temp%

并删除 “Outlook Logging” 文件夹和 “Outlook 日志”（若有）文件夹。

注意，在删除这一文件夹的过程中，你需要保持 Outlook 出于关闭状态。

删除完成后，我们打开 Outlook，点击 “文件 - 选项”，切换到 “高级” 选项卡。

在 “其他” 类目下，勾选好 “启用疑难解答日志”，然后重启 Outlook。

Outlook 重启过后，请尽快复现问题，以便能够抓取到有分析价值的日志。

抓取完毕后，你能够在路径 “%Temp%Outlook Logging” 找到这些日志。

路径 “%Temp%OlkalCLogs”  下的日志也有可能是有用的，因此，如果你能把这个路径下的日志也同时收集起来就更好了。

收集完成后，把它们上传给微软的技术支持即可。因为我们自己没有合适的工具分析它。同时也请让微软知道问题复现的具体时间。

记得在抓取过日之后，把 Outlook 的启用疑难解答日志再禁用回去。因为虽然它对 Outlook 造成的性能影响微乎其微，但终归也是会或多或少影响一些性能的。

希望这篇文章能够帮助到你。