这是一件很有趣的事情，但我搞不懂。我本来打算打电话给 MS，但决定先在这里查一下。
设想：
两个与 GAL Sync 联合的 Exchange 2010 林。
用户[电子邮件保护]在Exchange 2010服务器上有一个邮箱。
Bob 现在在不同的 Exchange 林中有一个新邮箱（[电子邮件保护]）。
Bob 想要将他的旧电子邮件转发给[电子邮件保护]到[电子邮件保护]。
那么...很简单吧？在 domain.com Exchange 服务器中创建联系人，并在邮箱上设置转发，然后从地址簿中隐藏邮箱。完成了，对吧？
错误（有点）...因为（注意：我有联邦和 GAL 同步，允许跨林的空闲/忙碌）：
Bob 收到来自以下人员的自动转发的会议请求[电子邮件保护]使用日程安排助理并输入“[电子邮件保护]“并看到他有空。他把日历翻到前面，说“嗯……莎莉……我那个时间已经预约满了”，而她回答说“据我所见没有”。
现在，如果 Bob 有空[电子邮件保护]并且他接受了，它就会出现在他的 awesome.com 日历上。但 Sally 看到请求仍然发送给[电子邮件保护]在调度助理中，因为他有空，但是[电子邮件保护]正在参加会议。
因此...基本上，domain.com 组织中的用户仍然可以在邮箱的旧日历上看到空闲/忙碌详细信息[电子邮件保护]即使邮箱对于 GAL 是隐藏的。
问题：
由于我无法创建联系人然后转发该联系人...有什么办法可以解决上述问题吗？我认为我无法从邮箱中删除日历。我考虑过删除所有日历权限，但不确定这是否是正确的做法。
或者更好的是：有人能告诉我如何接受电子邮件吗[电子邮件保护]在 Exchange 上没有他的邮箱，然后将其重新路由到[电子邮件保护]？
更新：我已经想出了如何通过删除默认权限来处理日历...这是一个不错的解决方案。 悬赏金将用于粗体“或甚至更好”的问题。如果不可能，则不值得悬赏。:) 谢谢！
答案1
解决方案是在两个 Exchange 服务器之间设置 SMTP 命名空间共享。
答案2
我通常会通过 adiedit 使用用户对象上的 targetAddress 在迁移期间转发电子邮件，但这并不能解决日历同步问题。
运输规则怎么样？
我还使用了 Quest Migration Manager for Exchange 来同步 Exchange 组织之间的空闲/忙碌信息。
答案3
由于 Bob 实际上是另一个 Exchange 林的一部分，因此 Sally 无法在其他 Exchange 组织中看到 Bob 的空闲/忙碌信息（反之亦然）。如果我没有看错的话，您实际上是为 Bob 的新 Exchange 组织创建了一个外部联系人（[电子邮件保护]）并隐藏了他现有的邮箱（[电子邮件保护]) 来自 GAL（不会隐藏其邮箱中的空闲/忙碌信息）。然后，您设置其[电子邮件保护]转发至邮箱[电子邮件保护]。
当莎莉去安排与鲍勃的会面时，她解决了他的[电子邮件保护]帐户，显示他是自由的，这是真的，因为根据他的@domain.com 邮箱，他是自由的。
您可以尝试多种不同的方法来解决这个问题，但没有什么方法可以真正解决这个问题。根据您的要求，以下方法之一可能适合您：
告诉 Sally，Bob 不再居住在 domain.com 域中，她无法查看他的空闲/忙碌信息，因此无法可靠地安排与他的会议。她可以继续向他的 domain.com 帐户发送会议请求，但必须接受无法查看他是否真的忙碌的事实。如果 Sally 和 Bob 是唯一涉及此问题的用户，那么这没有问题，但如果您的一半用户分散在 Exchange 组织中，并且 domain.com 用户不确定哪些用户在 awesome.com 组织中，则此方法无效。
删除 Bob 在其 domain.com 邮箱上的空闲/忙碌权限，这样当 Sally（或任何其他 domain.com 用户）尝试安排他时，他不会显示任何空闲/忙碌信息，Sally 无法声称他似乎在她那边有空。据我所知，您可以使用设置邮箱权限 cmdlet或者直接在 Outlook 中打开 Bob 的 domain.com 邮箱，并将“默认”日历权限设置为无。
删除 Bob 的 domain.com 邮箱，只保留外部联系人 [电子邮件保护]在 GAL 中。这将中断电子邮件转发[电子邮件保护]>[电子邮件保护]，这对 Bob 来说可能是个问题，但当人们收到 NDR 并提出问题时，他们很快就会意识到他不再住在 domain.com，当他们打电话询问他时会找出他的新地址等...如果 Bob 不再需要登录 domain.com 域，您可以删除他的整个 AD 帐户。
如果您有权访问两个 Exchange 组织（domain.com 和 awesome.com），则可以将它们设置为在它们之间共享空闲/忙碌信息。我个人从未这样做过，但快速谷歌搜索后发现 这篇来自 MS 的 Technet 文章详细介绍了如何从高层次进行设置，并提供了更详细的步骤链接。与许多技术文章一样，其中的注意事项可能比文章本身涵盖的内容还要多。
在我的公司，我们的用户分布在两个不同的位置，他们主要使用其中一个 Exchange 组织来收发电子邮件，但是由于我们不控制另一个 Exchange 组织，因此我们没有统一的日历安排功能。如果用户表示他们主要使用另一个组织来收发电子邮件，我们只会将消息转发给另一个组织；如果他们主要使用我们的组织，我们就不会转发。随着时间的推移，我们的用户已经记住使用我们域的电子邮件或外部联系人来发送邮件（“让我们看看……那个人在另一个地方，所以我不会向他们的 domain.com 帐户发送电子邮件，我使用外部联系人……”）。这并不容易管理，但要么似乎对他们有用，要么他们已经接受了他们无法看到其他组织的会议安排信息的事实。
更新或甚至更好的场景（免责声明 - 未经测试）：