以组的形式迁移 Exchange 本地邮箱 |基于 Exchange 混合的环境 |迁移后的权限有哪些？ |第 4 部分#5

在本文中，我们将回顾将具有“现有权限关系”的 Exchange 本地邮箱作为一个组迁移到云的场景。
我们的目的是检查 Exchange 权限是什么，这将连同邮箱数据一起迁移到云端。

在下一篇文章中，我们将回顾一个稍微不同的场景，在该场景中，我们将验证 Exchange 迁移的权限，以防我们“破坏”具有“Exchange 权限关系”的 Exchange 本地邮箱之间的关系。

场景 1 - 将 Exchange 本地邮箱作为“组”迁移到 Exchange Online

让我们从 Microsoft 文章中出现的有关迁移权限的正式信息开始：

邮箱权限迁移 显式应用于邮箱的本地邮箱权限（例如发送方式、接收方式和完全访问权限）正在迁移到 Exchange Online。
继承的（非显式）邮箱权限以及对邮箱的任何权限非邮箱对象（例如通讯组列表或启用邮件的用户）不会迁移。

如果一个邮箱从多个邮箱接收权限，则该邮箱以及所有向其授予权限的邮箱需要同时移动。除了这些权限之外，在本地 Exchange 和 Office 365 组织中的邮箱之间使用时，也不支持自动映射功能。

Microsoft文章中的信息涉及以下部分：

迁移的权限

Microsoft 文章解释说，只要我们作为“组”从 Exchange 本地邮箱进行迁移，以下显式权限的完全访问权限 和 发送为权限， 应迁移。

未迁移的 Exchange 权限

• 继承（非显式）邮箱权限将不会被迁移。
  注意 - 如果您不熟悉继承（非显式）邮箱权限的概念，请阅读文章部分 - 基于 Exchange 混合的迁移邮箱的迁移权限环境 - 简介 |第 3 部分#5
• 当我们将具有完全访问权限的邮箱从本地迁移到 Exchange Online 时，不支持自动映射功能。

本文与以下 Exchange 权限无关：

• 文件夹权限，例如日历共享
• 委派权限

我们要检查的场景的描述

在下表中，我们可以看到我们要测试的不同 Exchange 权限场景的列表：

预期结果如下：

• 完全访问权限将迁移到云端。
• “代理发送”权限不会迁移到云。
• 非显式权限不会迁移到云。
• AutoMap 功能将不可用。
• 文件夹权限（日历共享）——没有关于预期结果的正式信息。
• 委托权限——没有关于预期结果的正式信息。

第 1#2 阶段 - 为测试场景准备 Exchange 本地基础设施

在以下场景中，我们将迁移一组 Exchange 本地邮箱，这些邮箱之间具有“Exchange 权限关系”。

第 1 步 - 定义 Exchange 本地邮箱之间的 Exchange 权限关系。

Exchange 本地邮箱之间存在的 Exchange 权限关系的结构如下：

1. Emma 对 Anthony 拥有完全访问权限 + 发送为权限邮箱。

2. 名为 - Helpdesk 的安全组，对 Anthony 的邮箱拥有完全访问权限 + 代理发送 权限。

在下面的屏幕截图中，我们可以看到 Alice 是 Helpdesk 安全组的成员。稍后，当我们将 Exchange 本地邮箱迁移到云端后，我们将检查分配给安全组的权限是否也被迁移。我们将验证 Alice 是否可以继续拥有 Anthony 邮箱的完全访问权限。

在下面的屏幕截图中，我们可以看到 Emma 和 Helpdesk 组
对 Antony 的邮箱拥有完全访问权限。

在下面的屏幕截图中，我们可以看到 Emma 和 Helpdesk 组
对 Antony 的邮箱具有发送为权限。

3. Emma 拥有 William 日历的发布作者权限。

在下面的屏幕截图中，我们可以看到 William 通过授予 Emma发布作者权限来与 Emma 共享他的日历。

4. Emma 配置为 Oliver 的代表。

在下面的截图中，我们可以看到奥利弗的邮箱。奥利弗将艾玛定义为他的代表。

第 2#2 阶段 - 验证迁移到云的 Exchange 权限

将 Exchange 本地邮箱迁移到云端

在下面的屏幕截图中，我们可以看到Exchange管理员将具有“Exchange权限关系”的Exchange本地邮箱组迁移到了云端（Exchange Online）。

1.验证迁移的显式和非显式完全访问权限

在 Exchange 本地环境中，Emma 和名为 Helpdesk
的安全组对 Anthony 的邮箱拥有完全访问权限。

预期结果是：

1. 艾玛对安东尼邮箱的显式完全访问权限将迁移到云端。
2. 帮助台安全组非显式 Anthony 邮箱的完全访问权限，不会迁移到云端因为微软的文章说——“继承的（非显式的）邮箱权限不会迁移”。

实际结果是：

当我们查看 Anthony 邮箱上的邮箱委托信息时，
我们可以看到 Emma + 一个名为 Helpdesk 的安全组拥有 完全访问权限 在安东尼的邮箱上。

在下一步中，我们将尝试检查收件人（Emma + 名为 Helpdesk 的安全组）是否具有 完全访问权限 在安东尼的邮箱上，可以成功访问安东尼的邮箱。
此外，我们想检查自动映射功能是否仍然“工作”。
预期结果是自动映射功能 不会迁移到云端。

验证艾玛是否能够访问安东尼的邮箱

在下面的屏幕截图中，我们可以看到迁移到 Exchange Online 后的 Emma Outlook 配置文件。我们看到 Emma Outlook 配置文件包含 Anthony 的邮箱。

这是部分预期结果，因为预期结果是，Emma 应该保留
她的完全访问权限 到 Anthony 的邮箱，但 AutoMap 选项不应该在迁移后保留。

换句话说，预期的情况是 Emma 需要手动将 Anthony 的邮箱添加到她的 Outlook 邮件配置文件中。

验证 Alice（安全组的成员）是否能够访问 Anthony 的邮箱

在 Exchange 本地环境中，Alice 是名为 - Helpdesk 的安全组的成员，并且 Helpdesk 组拥有完全访问权限到安东尼的邮箱。

预期结果是 Alice 将无法在她的 Outlook 邮件配置文件中查看 Anthony 的邮箱。 Microsoft 文章称，继承的（非显式）邮箱权限和非邮箱对象（例如通讯组列表或启用邮件的用户）的任何权限都不会迁移。”

在下面的屏幕截图中，我们可以看到 Alice Exchange 本地 Outlook 配置文件。

我们可以看到 Alice Outlook 配置文件包含 Anthony 的邮箱。

这不是预期结果，因为预期结果是不应迁移继承的（非显式）邮箱权限。

2.验证显式发送为权限

在 Exchange 本地环境中，Emma 和名为 Helpdesk 的安全组
拥有 Anthony 邮箱的代理发送权限。

预期结果是：

1. 艾玛对安东尼邮箱的显式发送为权限将迁移到云端。
2. Anthony 邮箱上的帮助台安全组非显式发送为权限，不会迁移到云端因为微软的文章说——“继承的（非显式的）邮箱权限不会迁移”。

实际结果是：

当我们查看 Anthony 邮箱上的邮箱委托信息时，我们可以看到 Emma + 一个名为 Helpdesk 的安全组拥有 Send As 权限安东尼的邮箱里。

在下一步中，我们将尝试检查收件人（Emma + 名为 Helpdesk 的安全组）是否具有 Send As 权限在安东尼的邮箱上，可以使用安东尼的身份（使用安东尼电子邮件地址）成功发送电子邮件。
验证艾玛是否能够使用安东尼的身份发送电子邮件

为了验证 Emma 发送为权限是否有效，我们将尝试从 Emma 的邮箱发送电子邮件。

在下面的屏幕截图中，我们可以看到艾玛使用安东尼的身份，通过在发件人字段中写下安东尼的电子邮件地址。

在下面的屏幕截图中，我们可以看到电子邮件已成功发送到目标收件人。

收件人（在我们的场景中为 William）看到的电子邮件就好像它是由 Anthony 发送的。

结论是代理发送权限已成功迁移，并且可以由拥有这些权限的收件人 (Emma) 使用。

3。验证委托权限

在本节中，我们将检查 Amanda 对 Oliver 邮箱的委托权限发生了什么情况。

在 Exchange 本地环境中，Emma 对 Oliver 的邮箱拥有委派权限。

在委派权限场景中，我们没有“预期结果”，因为 Microsoft 文章没有'不包括对邮箱迁移场景中的委托权限的直接引用。

在下面的屏幕截图中，我们可以看到，当我们查看 Anthony 邮箱中配置的委派列表时，Emma 显示为委派。

含义是委托权限已成功迁移从 Exchange 本地环境到云端。

验证艾玛是否能够代表安东尼发送电子邮件

委派权限应使 Emma 能够代表 Oliver 发送电子邮件。

为了验证Emma 代表发送权限是否有效，我们将尝试从Emma的邮箱发送电子邮件。

在下面的屏幕截图中，我们可以看到 Emma 通过在发件人字段中提供 Oliver 的
电子邮件地址来使用 Oliver 的身份。

在下面的屏幕截图中，我们可以看到电子邮件已成功发送到目标收件人。

收件人（在我们的场景中为 William）看到 Emma 代表 Oliver 发送的电子邮件。

结论是代表发送权限已成功迁移。

4.验证文件夹权限（日历共享）

在本部分中，我们希望检查 Emma 在 William 的日历上拥有的文件夹权限发生了什么情况（在本地 Exchange 中）环境；Emma 在 Oliver 的日历上拥有发布作者权限）。

在文件夹权限（日历共享）场景中，我们没有“预期结果”，因为 Microsoft 文章不包括对邮箱迁移场景中的文件夹权限的直接引用。

为了能够检查此场景，我们将登录艾玛的邮箱，并检查她是否可以访问威廉的日历。

在下面的屏幕截图中，我们可以看到艾玛成功地显示了威廉的日历。

含义是，文件夹权限已成功从 Exchange 本地环境迁移到云端。

总结和回顾

在下表中，我们可以看到 Exchange 混合环境中迁移邮箱场景中的 Exchange 权限“矩阵”。

重要的是，我们要注意 Microsoft 正式文章中出现的“预期结果”与我们在执行邮件迁移时获得的“实际结果”之间的差异。

如果您的问题是 - 我应该联系 Microsoft 文章中出现的准确信息，还是应该联系我将邮箱迁移到云时遇到的结果？

我的答案是，通过熟悉 Microsoft 文章中发布的“正式信息”来了解“会发生什么”非常重要。

对于迁移后的权限结果与正式信息不同的情况，不保证您在您的环境中得到相同的结果。

此外，如果您需要就“迁移权限”问题联系 Microsoft 支持人员，并且该信息未出现在正式文章中，您很可能无法获得所需的支持。

底线

当您在 Exchange 混合环境中规划邮件迁移项目时，您必须决定是仅与记录的正式信息相关，还是与通过测试不同邮件迁移方案获得的实际结果相关。

当前文章系列的下一篇文章

单独迁移 Exchange 本地邮箱 |基于 Exchange 混合的环境 |迁移后的权限有哪些？ |第 5 部分#5