我还有另一个交流问题，希望能找到正确的答案/解决方案。
我有一个 LDAP 目录，其中包含我们希望从 Outlook 和 owa 客户端访问的 CRM 解决方案中的联系人列表。
有没有办法让 Exchange 2010 读取/同步此地址簿以创建另一个地址簿，以便用户获取提前输入这两个 Exchange 客户端中是否都有这些 CRM 联系人的功能？
如果没有，您会推荐其他什么解决方案来实现类似的效果。我不想给我们的用户提供两个地方来查找电子邮件地址，因为这会让他们感到困惑。
提前致谢。
答案1
没有内置功能可以完成您要查找的操作。
微软针对这种情况提供的解决方案可能是最重量级的Forefront 身份管理器 2010(FIM) 产品。但是，使用 FIM 解决问题有点像用大锤打苍蝇……用金子做成……雇佣帮手来打苍蝇……每小时 1,000.00 美元……（您明白我的意思）。
您基本上是在寻找在 Active Directory 中创建启用邮件的联系人，这些联系人与通过 LDAP 从 CRM 系统获得的数据相对应。然后，这些启用邮件的联系人将在 Exchange 客户端（Outlook、OWA 等）的 GAL 中可见，并可放入分发列表等。
老人Exchange 迁移向导Exchange 2003 中的新功能具有通过 LDAP 检索数据、通过字段映射转换数据以及创建适合导入 Active Directory 的 LDIF 文件的功能。它不是真正的同步引擎，并且建议的策略（单向）以及在源 LDAP 目录中删除条目时保持 Active Directory 更新的建议策略只是删除导入的对象并重新导入新的导出（如果您计划在分发列表中使用导入的对象，这将带来麻烦）。
可能有很多现成的程序可以满足您的需求。快速搜索后，我发现了几个（我都没有亲身体验过）：
就我个人而言，我会考虑编写（或雇人编写）一个脚本来执行同步（只是因为编写起来听起来很有趣）。
工作流程基本上是查询源目录中的适用对象，并迭代查询 Active Directory 的结果集，并在其中添加或修改现有对象，然后查询 Active Directory 中所有可能导入的对象，并迭代该结果集以找到并删除已从源目录中删除的对象。有多种策略可以实际实现此目的，每种策略都有一些权衡。
我认为，一般来说，熟悉 Active Directory 和 LDAP 的人可以在 4 - 6 小时内编写一个脚本来完成您要做的事情。进行大量测试后，您就可以开始了。
无关说明：这是我第 1,000 个有关 Server Fault 的回答。太棒了！