因此，我们正在使用 Quest 进行大规模跨林 Exchange (2010->2010) 迁移。对于具有自定义托管文件夹的邮箱，它无法正常工作，我的客户使用该文件夹代替保留策略。
Quest 会将“托管文件夹”层次结构带到目标邮箱，但不会作为系统托管文件夹 - 在 OWA 中很容易确认，系统文件夹上有一个绿白相间的小徽章。Exchange 还会创建一个空的“托管文件夹”层次结构，因此用户有两组名为“托管文件夹”的文件夹 - 一组包含所有内容，但没有保留策略，因此所有内容都会过期，另一组没有内容，但有正确的策略。
不太好。我们目前正在与 Quest 技术支持部门合作，但他们目前倾向于认为“不是我们的问题”。有什么想法吗？
我们已经尝试过此操作：从目标邮箱中完全删除 MF 邮箱策略（通过显示不再有任何“托管文件夹”来确认），然后进行另一次同步。用户现在有一个“托管文件夹”层次结构。应用 MF 邮箱策略。Exchange 创建一个空的“托管文件夹 1”层次结构。同样的问题，只是情况略有不同。
/编辑以澄清 - 仅当我们执行 Quest Sync-n-Switch 方法时才会发生这种情况。如果我们使用 RUC（资源更新）方法处理邮箱，则托管文件夹不会重复。
答案1
这听起来很有趣。我能想到的最好的办法是你的第二段后面跟着“使用正确的策略将文件夹内容从旧文件夹移动到新创建的文件夹”。你可以研究类似这个 Powershell 脚本您需要重写它，但可能允许您编写脚本将项目从旧文件夹移动到新文件夹。
除此之外...我什么也没有。