假设许多公司使用 Exchange 2010 进行电子邮件托管,并且每家公司都有不同的 TLD/域。电子邮件托管商不想添加主题备用名称,而是选择自动发现的 SRV 配置。
正确配置 SRV 记录的名称_autodiscover.clientPrimarySMTP.com
并使其指向这一点有多重要serversubjectname.hoster.com
?
如果 SRV 丢失或者配置错误,会发生什么情况?
我怀疑 2007 年及更新版本的客户端在 Out of Office 规则方面遇到的问题可能与此有关。
答案1
自动发现将在 Outlook 中配置以下服务:
- 不在办公室
- Outlook 通讯簿
- 统一消息
- 可用性服务(空闲、忙碌)
- Exchange 控制面板
使用以下设置重现了此问题:
配置
School1 的域名为 school1.edu。他们在 hoster1.com 上托管电子邮件。School1 使用“srv”方法查找 autodiscover.hoster1.com 的自动发现记录。
什么坏了
有 200 所不同的学校正在使用上述配置。我们发现客户在 OOO、OAB 和 FreeBusy 方面存在错误。这种情况发生在 Outlook 2007 SP2 和更新的客户端上,这些客户端之前使用的是 Exchange 2003,后来迁移到了 2010。所有配置文件都是手动设置的。
Outlook 2003 不受影响,因为它使用公用文件夹。
我们如何解决它
指导意见是让帮助台检查 SRV 记录并根据需要进行更正。在大多数情况下,SRV 记录无效或丢失。诀窍是确保外部和内部 DNS 都使用正确的 SRV 记录进行更新(如果 school1.edu 也有内部 DNS)
最后,由于 Outlook 首先检查 autodiscover.school1.com 上的 A 记录的方式,一些 DNS 服务器返回了通配符条目的结果。删除通配符解决了这个问题。对于想要保留通配符 DNS 条目的人,他们可能想要尝试将 autodiscover.school1.com 记录创建为 CNAME 或 A 而不是 SRV(尽管我还没有测试过)
答案2
如果不存在自动发现记录,则客户端将需要手动配置其 Outlook 和移动设备。如果配置不正确,则客户端可能会将错误的设置应用于其 Outlook 或移动设备,这可能会导致各种问题。
答案3
直接回答你的问题:如果你不在公共域上配置 SRV 记录,那么什么都不会发生。事实上,我甚至不这样做,因为尽管文档声称 Outlook 2007 支持这一点,但根据我的经验,它显然不支持。只有 Outlook 2010 支持。这只是让用户为最新产品付费的另一种策略。
我的做法是这样的:
- telnet 到 domain.com 端口 443 能连接吗?
如果是: {
- 是否观看https://domain.comInternet Explorer 中出现证书错误?
如果是:您现在应该禁用公共 Web 服务器上的端口 443,或者将“domain.com”的 A 记录更改为 Exchange 箱公共 IP。
如果没有:您现在应该确保在您的 IIS 框上使用相同的证书并且覆盖 autodiscover.domain.com 并且没有错误。
}
现在:
向您的 Exchange 箱公共 IP 添加“autodiscover.domain.com”的 A 记录。
获取并安装 CN=autodiscover.domain.com 的 SSL 证书。这可能是一个免费的 SSL 证书,因为我们只需要在这里保护一个主机名。如果您想更高级一些并允许“mail.contoso.com”工作,那么请准备好每年向 GoDaddy 支付 60 英镑以获得 UC/SAN SSL 证书。
确保https://autodiscover.domain.com/autodiscover/autodiscover.xml登录后会显示一些 xml,每次刷新页面时按 F5 都会显示新的时间戳。确保http://autodiscover.domain.com/owa以 https 形式加载。两者都不应有证书警告。
使用这些 Exchange Shall 命令检查自动发现的 URL:- Get-OABVirtualDirectory Get-ClientAccessServer Get-WebServicesVirtualDirectory Get-PowerShellVirtualDirectory Get-ECPVirtualDirectory Get-OWAVirtualDirectory Get-ActiveSyncVirtualDirectory Get-AutodiscoverVirtualDirectory