这是我无法弄清楚的一个有趣的。 我打算打电话给MS，但是我想先查一下。
场景：
两个Exchange 2010林与GAL Sync联合。
用户[email protected]在Exchange 2010服务器上有一个邮箱。
Bob现在在另一个Exchange林（[email protected]）上有一个新的邮箱。
鲍勃希望他的旧邮件[email protected]转发到[email protected]。
所以…很简单吧？ 在domain.com Exchange服务器中创build一个联系人，并在邮箱上设置转发，并将笑话从通讯簿中隐藏。 完成吧？
错误（有点）…因为（注意：我有联邦和GAL同步允许跨林忙/闲）：
Bob正在从[email protected]获得自动转发的会议请求，他们使用Scheduling助手并键入“[email protected]”，并看到他可用。 他把日历往前走，并说“呃…莎莉…我当时被预订了”，她回答说“不是我所看到的”。
现在，如果鲍勃是[email protected]，他接受，它应该显示在他的awesome.com日历。 但萨利看到请求仍然发送到[email protected]在调度助理，因为他是免费的，但[email protected]来参加会议。
SO …基本上，domain.com组织中的用户仍然可以在邮箱[email protected]的旧日历上看到忙/闲详细信息，即使邮箱对GAL隐藏。
问题：
由于我无法创build联系人，然后转发该联系人….是否有任何解决上述问题的方法？ 我不认为我可以从邮箱中删除日历。 我考虑删除所有日历的权限，但不知道这是否是正确的path。
或甚至更好：有人可以告诉我如何接受电子邮件的[email protected]在交易所没有邮箱给他，然后重新路由到[email protected]？
更新：我已经想通过删除默认权限处理日历…这是一个很好的修复。 BOUNTY将用于粗体的“甚至更好”的问题。 如果这是不可能的，那么这不算作BOUNTY值得。 ：） 谢谢！
解决方法是在两台Exchange服务器之间设置SMTP命名空间共享。
我通常会通过adiedit在用户对象上使用targetAddress在迁移过程中转发邮件，但是这不涉及日历同步。
如何运输规则？
我还使用Quest Migration Manager for Exchange在Exchange组织之间同步忙/闲信息。
由于Bob实际上是另一个Exchange林的一部分，因此Sally在其他Exchange组织中无法看到Bob的忙/闲信息（反之亦然）。 如果我正在阅读正确的内容，那么您基本上为Bob创build了一个新的Exchange组织（[email protected]）的外部联系人，并将他现有的邮箱（[email protected]）隐藏在GAL中/忙于他的邮箱信息）。 然后，您将他的[email protected]邮箱上的转发地址设置为转发给[email protected]。
当萨莉和鲍勃开会时，她解决了他的[email protected]账户，这表明他是免费的，因为根据他的@ domain.com邮箱，他是。
有几种不同的方法可以尝试解决这个问题，但没有任何真正的切割和干燥。 其中一种方法可能会根据您的要求为您工作：
告诉Sally，Bob不再住在domain.com域名中，她不能看到他的忙/闲信息来可靠地安排与他会面。 她可以继续将会议请求发送到他的domain.com帐户，但必须接受她不能看到他是否真的忙碌。 如果Sally和Bob是涉及此问题的唯一用户，那么这很好，但如果您的用户在Exchange组织和/或domain.com用户之间分裂了一半，则不起作用。有机
删除Bob在其domain.com邮箱上的忙/闲权限，以便Sally（或任何其他domain.com用户）试图安排他时，他出现没有忙/闲信息，Sally不能声称他似乎是免费的在她的结尾。 根据我所收集的信息，您可以使用Set-MailboxPermissions cmdlet或直接在Outlook中打开Bob的domain.com邮箱，并将“默认”的日历权限设置为None。
删除Bob的domain.com邮箱，并且只在GAL中留下[email protected]的外部联系人。 这将打破[email protected]> [email protected]的电子邮件转发，这可能是Bob的一个问题，但是人们很快就会意识到，当他们收到NDR时他不再住在domain.com上，提出问题，当他们打电话给他时询问他的新地址，等等。如果Bob甚至不再需要login到domain.com域，则可以删除他的整个AD帐户。
如果您可以访问Exchange orgs（domain.com和awesome.com），则可以将它们设置为在它们之间共享忙/闲信息。 我个人从来没有这样做过，但是做一些简单的Googlesearch，发现了MS的这个Technet文章，在更高层次上设置了链接到更详细的步骤。 像许多technet文章，可能有更多的警告，比文章本身覆盖。
在我的公司，我们有两个不同地点的用户主要使用一个或另一个Exchange组织来收发电子邮件，但由于我们不控制其他Exchange组织，因此我们没有统一的日历安排function。 如果用户说他们主要使用那个电子邮件，或者如果他们主要使用我们的电子邮件，我们只是转发邮件给其他组织。 随着时间的推移，我们的用户只是记得使用我们域名的电子邮件或外部联系人发送邮件（“让我们看看…那个人在另一个位置，所以我不会通过电子邮件发送他们的domain.com帐户，我使用外部联系…“）。 pipe理起来并不容易，但无论如何似乎都是为他们工作，或者他们刚刚接受了他们无法看到其他组织的会议安排信息的事实。
更新或甚至更好的scheme（免责声明 – 未经testing）：