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