我在将一些邮箱从 Exchange 2010 迁移到 Exchange 2016 时遇到了麻烦，因为它们仍然被旧应用程序用作某些 B2B 流程的一部分。该应用程序使用旧版本的 Redemption.dll 库 (5.0.0.2174) 来访问邮箱、获取附件并将收到的电子邮件移动到子文件夹“ELABORATED”。一切都在 Windows Server 2008 R2 服务器上运行。请不要评论...
如果我们将邮箱移动到 Exchange 2016，我们开始看到这个错误：
错误：Microsoft Exchange 不可用。要么存在网络问题，要么 Exchange 服务器停机维护。 组件：Microsoft Exchange 信息存储 ulLowLevelError：2147746069 ulContext：1318 在 Redemption.IRDOSession.GetSharedMailbox（对象名称或地址或对象） 在 EmailActivatorLib.MapiExchangeProxy.GetInbox(MapiDelegate 邮箱)
我不是软件开发人员，但我必须了解是否有一种方法可以在不更改软件方面的情况下推进迁移。
首先，我想更好地了解这个库是如何工作的。
在此先感谢您的帮助。我完全有空了解更多详情。
我不是 Redemption 库的作者，但我会尽量回答所有这些问题（如果我错了，Dmitry 可能会纠正我）：
Redemption 库是否需要在同一台服务器上安装 Outlook 客户端才能工作？
不。 Redemption 库是扩展 MAPI 的包装器，因此它可以与 MAPI 的独立版本一起使用（但可能没有配置任何配置文件）。
Redemption 库是否仅适用于 MAPI 协议？我们可以通过 IMAP 访问邮箱吗？
它应该使用在您的邮件配置文件中配置的协议。这是一个客户端库，设计用于首先处理本地 MAPI 子系统。
如果我们要弄清楚库文件在哪里，版本更新就足够了吗？是否需要重新注册DLL？
不，如果您不导入类型库，则不需要。您可以考虑使用 reg-free COM 技术
此外，与免注册 COM 类似，您可以显式加载 Redemption 库并创建其可创建对象的实例，而无需在注册表中注册 dll，甚至无需使用应用程序清单。在低级别上，所有进程内 COM 库 (dll) 都导出 COM 系统在通过注册表中的类名/CLSID 查找 dll 位置后使用的
DllGetClassObject第一个兼容 Exchange 2016 的版本是哪个？或者你建议什么版本？
Redemption 是扩展 MAPI（客户端）而非服务器的包装器。面向客户端的包装器不依赖于服务器版本。因此，我建议不要查看与 Exchange 2016 兼容的第一个版本，而是检查与您的案例相关的修复和功能列表，请参阅Redemption history。