好的，这是自安装 OCS 2007 以来我们一直在努力解决的问题。
我们公司的网站是company.com
我们的电子邮件是[email protected]
当域在内部为活动目录设置时，选择了其他东西
内部域：company.local
因此在 AD 中，帐户电子邮件是 [email protected]，与他们的实际电子邮件地址不同。
我们安装了 Office Communicator Server 2007 并为其提供了以下 FQDN：
服务器-dc.company.local
用户可以使用[email protected]登录并与其他同事交谈。
我想做的是利用 Presence，看起来 Outlook 中的电子邮件帐户需要与 AD 中的电子邮件帐户匹配。
告诉我，ServerFault 社区，这是否可能，或者是否需要以某种方式修改 Active Directory 才能使其正常工作？
如果 OCS 已正确配置为使用 [email protected] SIP URI 和 DNS 设置正确，那么您的用户没有理由无法使用他们的电子邮件帐户身份登录。您需要检查许多配置区域，但要特别注意证书配置。当并非所有 SAN 都在证书上正确设置并且各种 DNS SRV 记录不正确时，我已经看到了这种故障。您可以在此处找到您需要遵循的步骤的简要概述，并且在OCSPedia上有一些相当不错的简化安装文档。
就目前而言，您的最终用户也可能只需要应用来自 KB969694 的 Communicator Roll-up Hotfix。如果问题只是客户端问题，则可以通过此解决与 Outlook 集成相关的状态失败。
我仍然建议您仔细查看环境中的 Cert\DNS 配置，因为您确实应该能够让用户简单地安装 Communicator 并让它“正常工作”。
您需要进行的更改是：
您的内部（以及外部，如果您想要外部访问）DNS 设置必须具有所有 OCS 服务（SIP、网络会议、AV 等）的 A 记录。如果 Communicator 完全正常，那么这些可能没问题，但值得检查。理想情况下，您还应该有指向 Front 的自动发现名称的 DNS SRV 记录（它们是 _sipinternaltls._tcp.company、_sipinternal._tcp.company.com、_sip._tls.company.com 和 _sip._tcp.company.com）结束服务器，以便自动发现过程正常工作。具体的总结在这里. 如果您将相关别名（_sipinternal.company.com 等）设置为 DNS 中的 A 记录，即使没有 SRV 记录，自动发现仍然可以工作。Communicator 在失败之前尝试了许多替代方案，这就是为什么您可以在没有 SRV 记录的情况下逃脱，但如果可以的话，最好创建它们。
如果您不使用证书，DNS 更改相当简单，但如果您使用的是证书（您必须进行外部访问），那么您也需要注意适当地配置证书 - 再次您需要遵循的步骤此 OCSpedia 页面中提供了创建证书请求、安装和配置服务以使用它们。可以从此处下载 Microsoft提供的所有这些的最终文档，如果可以的话，我建议您花时间完成它，OCSpedia 和博客链接应该足够了，但它们是一组简化的步骤。
要更改用户从 [email protected] 登录到 communicator 的名称，您必须将 company.com 添加为前端服务器池中的 SIP 域。如果您在 OCS 管理器中右键单击池，那么您应该能够进入配置池/服务器向导来执行此操作。