我还有一个交换问题，希望我find正确的答案/解决scheme。
我有一个LDAP目录，其中包含我们想从Outlook和OWA客户端访问的CRM解决scheme中存在的联系人列表。
是否有办法让Exchange 2010从中读取/同步来创build另一个通讯录，以便用户在两个Exchange客户端中获得这些CRM联系人的预先inputfunction？
如果没有其他解决scheme，你会build议实现类似的东西。 我不想给我们的用户两个地方find电子邮件地址，因为这将开始混淆他们。
提前致谢。
没有内置的function来做你正在寻找的东西。
微软为这种情况提供的解决scheme可能是重量级的Forefront Identity Manager 2010 （FIM）产品。 解决你的问题，FIM，虽然，有点像用大锤……用黄金制成的…用雇佣的帮助来做扑打……每小时$ 1,000.00 …（你得到理念）。
基本上，您需要在Active Directory中寻找与通过LDAP从CRM系统获取的数据相对应的已启用邮件的联系人。 这些已启用邮件的联系人将在GAL for Exchange客户端（Outlook，OWA等）中可见，并可以放入通讯组列表等。
Exchange 2003的旧版Exchange迁移向导具有通过LDAP检索数据的function，通过字段映射对其进行转换，并创build适合导入Active Directory的LDIF文件。 它不是一个真正的同步引擎，build议的策略（单向）和保持活动目录更新的推荐策略应该在源LDAP目录中删除条目，只是删除导入的对象，导入新的导出（如果您打算在分发列表中使用导入的对象，则会导致地狱）。
有可能有一些现成的程序来做你想要的。 一个快速search显示了几个我（我没有任何亲身经历）：
ADSync灯
GroupID同步
就个人而言，我会考虑写（或雇用某人写）一个脚本来执行同步（如果只是因为听起来很有趣）。
基本上，工作stream将查询适用对象的源目录，并遍历查询Active Directory的结果集，然后在其中添加或修改现有对象，然后查询Active Directory中所有可能的导入对象，并将结果集迭代到find并删除从源目录中删除的对象。 有多种策略可以实现这个目标，每个策略都有一些权衡。
我认为有人熟悉Active Directory和LDAP，一般来说，可以在4到6个小时内编写一个脚本来做你想要的。 大量testing，而且你正在参加比赛。
无关的注意：这是我的第1000个服务器故障的答案。 真厉害！