Outlook 测试电子邮件自动配置 |自动发现故障排除工具|第 1#4 部分 |第 21 部分#36

在本文中，我们将回顾最有用和“最强”的自动发现故障排除工具之一，即 Outlook 客户端内置工具，名为：测试电子邮件自动配置。

问：Outlook 测试电子邮件自动配置工具的用途是什么？

A：Outlook 测试电子邮件自动配置工具使我们能够查看自动发现过程的“幕后”。

通过使用“测试电子邮件自动配置”选项，我们可以获得清晰的视图的

1. 自动发现客户端（Outlook）使用的方法，例如LDAP查询、使用根域名的DNS查询等
2. Exchange 服务器自动发现响应的内容，包括不同类型的信息，例如有关可用 Exchange Web 服务 URL 地址的信息等。

Outlook 测试电子邮件自动配置工具 |包机的优点和缺点

优点

Outlook 测试电子邮件自动配置工具有两个主要的突出优点：

1.Outlook内置工具

测试电子邮件自动配置是Outlook客户端含义的一部分，无需下载专用工具或访问外部网站（例如在 ExRCA 场景中）。
我们需要做的就是 - 单击底部任务栏上的 Outlook 图标，同时按下键盘上的 CTRL 键。我不知道按 CTRL 键的强制要求，因为如果我们不按 CTRL 键，测试电子邮件的选项自动配置将不会出现。

2. 检查 Active Directory 环境和非 Active Directory 环境中的自动发现会话

这是章程，它将 Outlook 测试电子邮件自动配置 与自动发现的其余部分区分开来故障排除工具。

据我所知，使我们能够在 Active Directory 环境中检查自动发现过程的唯一工具是 Outlook 测试电子邮件自动配置。

我们将在下一篇文章中回顾的所有其他 Microsoft 自动发现故障排除工具都是为分析在非 Active Directory 环境中实现的自动发现过程而构建的。

缺点

1. 自动发现过程的不完整描述

结果是，我们从 Outlook 测试电子邮件自动配置工具获得的输出没有包括有关自动发现流程中涉及的所有步骤的完整信息。

例如，我们看不到“自动发现流程”，其中自动发现客户端使用 LDAP 查询来寻址本地 Active Directory。此外，我们还可以看到自动发现客户端寻址 DNS 服务器的流程 - 我们无法看到 Outlook 客户端访问哪个 DNS 服务器、DNS 服务器返回给 Outlook 客户端的 IP 地址是什么等。

2. 先有鸡还是先有蛋综合症

我们需要使用 Outlook 的最常见场景之一
测试电子邮件自动配置 toll 就是这样的场景，可以描述为 - “无法创建新的 Outlook 邮件配置文件”。

在本例中，我们想分析自动发现工作流程；我们将能够找到阻止我们完成任务的问题原因 - “无法创建新的 Outlook 邮件配置文件。 ”

有趣的是，在这种情况下，选项 - Outlook 测试电子邮件自动配置工具 不可用，因为我们没有 Outlook 邮件配置文件。

我们将回顾一个可以帮助我们克服这个限制的小技巧。

场景+基础设施配置

为了演示 Outlook 测试电子邮件自动配置选项的使用，我们将基于以下场景：

我们希望能够了解自动发现客户端（我们场景中的 Outlook 客户端）和自动发现端点（Exchange CAS 服务器）之间实现的自动发现流程。

组织邮件基础设施详细信息是：

• 本地 Active Directory 域名 -o365info.local
• 组织公共域名 - o365info.com
• Exchange 本地服务器 - 组织 Exchange 环境包括三个 Exchange CAS 服务器。这些服务器的 FQDN 为 - o365info.local、ex02.o365info.local 和 sts .o365info.local

在我们的场景中，我们希望检查名为 John 的用户的自动发现过程，该用户使用电子邮件地址 - [email protected]

我们用于执行Outlook 测试电子邮件自动配置的桌面是域成员所在的位置在公司内部网络。

使用 Outlook 测试电子邮件自动配置选项

为了能够使用测试电子邮件自动配置选项，请使用以下说明：

• 单击任务栏右下角的小箭头

• 选择CTRL键
• 单击 Outlook 图标

• 选择测试电子邮件自动配置...选项
• 输入收件人的电子邮件地址，我们希望检查他访问自动发现服务的能力
• 输入收件人密码（屏幕截图中的数字1）
• 取消选中 - 使用 Guessmart 选项
• 取消选中 - 安全 Guessmart 身份验证 选项（屏幕截图中的数字 2 ）
• 单击测试选项

注意： Guessmart 的选项是一个旧方法，不再使用了。
在我看来，这个选项很早就应该被删除，但在当前，它很重要取消选中此选项以避免测试结果“混乱”。

分析 Outlook 测试电子邮件自动配置的测试结果

Outlook 测试电子邮件自动配置的结果使用三个不同的选项卡显示。

快速提醒一下，在我们的场景中，我们执行 Outlook 的桌面
测试电子邮件自动配置 是加入域的桌面。

这意味着 - Outlook 客户端将以自动发现方法启动，该方法应在“基于 Active Directory 的环境”中实施。

日志选项卡

“日志”选项卡“告诉我们”自动发现客户端 (Outlook) 用于查找所需自动发现端点（Exchange CAS 本地服务器）的自动发现方法是什么。
在我们的场景中，Outlook 找到所需的 Exchange 服务器\s 通过向本地 Active Directory 发送 LDAP 查询来列出列表。
该方法被描述为 SCP（编号2）。

自动发现通过使用以下 URL 来寻址自动发现端点 -
https://autodiscover.o365info.com/Autodiscover/Autodiscover.xml

在日志结果（数字2）中，我们可以看到“任务成功完成”意味着

• Outlook 设法找到本地 Exchange CAS 服务器
• Outlook 成功解决了 Exchange 服务器的问题
• Outlook 成功完成了所有必需的步骤，例如身份验证
• Exchange 服务器向自动发现客户端发送所需的信息（Autodiscover.xml 文件）。

结果选项卡

结果选项卡包含有关可用于 Exchange 客户端的“Exchange 服务”的信息。

1. 交易所可用性服务（数量1）

Exchange 可用性服务（闲\忙时间）由名为 - mail.o365info.com 的 Exchange 服务器提供，访问此服务的 URL 地址为 - https://mail.o365info.com/EWS/Exchange.asmx

2.自动回复或OOF（外出）

Exchange 服务由名为 - ex02.o365info.local 的 Exchange 服务器提供，访问此服务的 URL 为 -
https: //mail.o365info.com/EWS/Exchange.asmx

注意：乍一看像是一个错误，因为 OOF URL 与 Exchange 可用性服务相同。之所以出现“相同的 URL”，是因为 Exchange 使用 EWS（Exchange Web 服务）URL 作为“焦点”来提供多种服务，例如可用性服务（空闲\忙碌时间）服务、OOO、邮件提示等在。

3. 统一消息

Exchange服务器的另一个功能是提供统一消息服务。
我们可以看到客户端需要使用统一消息时需要使用的URL。

在下一个“部分”中，我们可以看到发送到配置 Outlook Anywhere 设置所需的 Outlook 客户端的 Exchange 服务器设置。

“Outlook Anywhere”功能使 Outlook 客户端位于公共网络时能够访问“内部 Exchange 服务”。

“客户端”(Outlook) 需要提供以下详细信息：
协议名称 - 在我们的场景中，协议是 HTTP（编号 4）

Exchange 服务器名称（数字5） - 通常这是配置为“RPC 代理服务器”的 Exchange 服务器的“公共名称”，提供 Outlook Anywhere 服务的“服务器端”。在我们的场景中，服务器名称是 - mail.o365info.com

加密要求（数字6） - Outlook Anywhere 服务的强制要求是对通信通道进行加密。
使用 SSL 协议实现的加密

身份验证（数字7）——这是描述“身份验证类型”的部分。 Outlook Anywhere 服务基于相互身份验证过程，其中自动发现客户端需要识别自动发现端点（服务器将提供公共证书），并且在成功完成识别过程后，自动发现客户端将需要向自动发现端点提供其凭据。 “服务器。”

证书主体名称 - msstd（数字 8） - 配置为使用 Outlook Anywhere 服务的客户端 (Outlook) 将查找“服务器服务器发送给自动发现客户端的证书中的“名称”。

XML 选项卡

XML 选项卡包含发送到自动发现客户端 (Outlook) 的自动发现响应的内容。

使用 XML 选项卡，我们可以查看使用自动发现通信通道从自动发现端点发送到自动发现客户端的信息。

自动发现响应包含许多详细信息。
在我们的示例中，我们将仅查看 XML 自动发现响应中显示的信息示例。

注意：XML 格式基于定义信息类型的开始和结束标记() 的概念，并且“信息”包含在开始和结束标记之间。

1. 操作标签（数字1）

在标签中，我们可以看到其值为--settings。
含义是- 此部分中出现的信息应用于“创建新的 Outlook 邮件配置文件”。

2. 输入（数字2）

标签“指示” Outlook 客户端有关特定 Outlook 提供程序的配置设置。在特定部分中，信息与 EXCH Outlook 提供商相关。

继续在 XML 日志中“行走”，我们可以看到其他部分的信息。

3.AD（数字3）

在 XML 标记下，我们可以看到充当 Exchange 服务器列表“信息源”的 DC 服务器的名称。

如前所述，在本地 Active Directory 环境中，自动发现客户端将尝试连接到本地 Active Directory 并使用 LDAP 查询询问可用的自动发现端点（Exchange CAS 服务器）。
在我们的场景中，DC向客户提供所需信息的姓名是 -
DC01.o365info.local

4. Exchange Web 服务（编号4） - 此部分包含有关所有可用 Exchange Web 服务的信息。

使用 XML 格式时，将为每个 Exchange 服务分配一个“专用标记”。例如：

• 标签用于“保存”Exchange 可用服务（空闲/忙碌时间）的 URL 地址。
• 标记用于“保存”Exchange Web 服务的 URL 地址

保存测试结果

默认情况下，Outlook 测试电子邮件自动配置不包含用于保存来自检测结果。

如果我们想要保存自动发现响应的内容，我们可以通过将信息复制到文本编辑器（例如记事本）来绕过此限制。

在XML 选项卡中，使用CTRL+ A 键盘组合键选择所有内容，然后使用CTRL+ C 键盘组合键复制数据。

打开记事本并粘贴信息。
为了能够更舒适地阅读信息，我们将信息保存为 XML 文件。

使用您喜欢的任何名称保存文件名，但在文件名中使用 .xml 后缀很重要。

在保存类型框中，使用选项 - 所有文件

在下面的屏幕截图中，我们可以看到一个示例，其中我们使用高级 TXT 编辑器（例如 Notepad++）来显示我们在上一节中保存的 XML 文件的内容。

提示 - Outlook 测试电子邮件自动配置，创建演示 Outlook 配置文件

1. 用户凭证

“Outlook 测试电子邮件自动配置”工具不依赖于当前登录 Outlook 邮件配置文件的用户。

例如，当前登录 Outlook 邮件配置文件的用户是 - [email protected]，我们可以使用“Outlook Test E” -mail AutoConfiguration”，用于测试名为 - [email protected] 的其他收件人的自动发现过程

2. 使用 Outlook 测试电子邮件自动配置界面

由于某种原因，技术上我们无法创建新的 Outlook 邮件配置文件的情况；我们无法使用 Outlook 测试电子邮件自动配置，因为此选项的“激活”来自 Outlook 邮件配置文件（先有鸡还是先有蛋综合症）。

在这种情况下，如果我们想要\需要使用选项 -
Outlook 测试电子邮件自动配置，我们可以使用一个小技巧。

我们可以通过使用“不存在的邮件服务器”创建新的 POP\IMAP 邮件配置文件来绕过这一挑战，而不是使用标准 Outlook 协议（例如 RPC）连接到 Exchange 服务器。目的只是创建一个临时 Outlook 邮件配置文件，使我们能够使用“Outlook 测试电子邮件自动配置”功能或选项。

我们将开始创建新的 Outlook 邮件配置文件并选择“手动设置”选项（手动设置或其他服务器类型）。

在下一个屏幕上，我们将选择 -POP 或 IMAP 选项。

在详细信息框中，例如接收邮件服务器或电子邮件地址，您可以输入您想要的任何详细信息。

最终结果将是一个演示 Outlook 邮件配置文件，它未连接到“真实邮件服务器”，而是连接到 Outlook 内置工具的选项 - 测试电子邮件自动配置。