因此，我们正在使用Quest进行跨森林交易（2010 – > 2010）的大规模迁移。 对于具有自定义托pipe文件夹（我的客户端使用而不是保留策略）的邮箱，它工作不正常。
Quest将把“托pipe文件夹”层次结构带到目标邮箱，而不是作为系统pipe理的文件夹 – 在OWA中很容易确认，系统文件夹上有一个绿色的白色徽章。 Exchange还创build一个空的“托pipe文件夹”层次结构，因此用户有两组名为“托pipe文件夹”的文件夹 – 其中一个包含其所有内容，但没有保留策略，因此全部过期，一个没有内容，但正确政策。
不是真棒。 我们现在正在与Quest技术支持部门合作，但他们目前倾向于“不是我们的问题”。 有任何想法吗？
我们已经尝试过了：完全从目标邮箱中删除MF邮箱策略（通过显示根本不再有任何“托pipe文件夹”）来确认，然后再进行一次同步。 用户现在有一个“托pipe文件夹”层次结构。 应用MF邮箱策略。 Exchange创build一个空的“Managed Folders1”层次结构。 同样的问题，味道略有不同。
/编辑澄清 – 这只发生在我们执行Quest Sync-n-Switch方法的情况下。 如果我们使用RUC（资源更新）方法处理邮箱，则托pipe文件夹不会重复。
这听起来很有趣。 最好的我可以鼓起来将是你的第二段，后面的“将文件夹的内容从旧的移动到新创build一个正确的政策”。 你可以看看像这个Powershell脚本 ，你需要重新编写，但可能允许您脚本的项目从旧的文件夹移动到新的。
除此之外，我什么都没有。