Domino / Notes 迁移到国产邮件服务器：应用边界与邮件数据保真难点
📖 原文翻译与解读。原文：Migrator for Notes 20.14.2 — User Guide（HCL / Quest（Notes 官方迁移指南），Quest 官方用户指南（2026 年版））
一、执行摘要
与 Exchange 不同，HCL Notes（原 IBM / Lotus Notes）从诞生起就不是单纯的邮件系统，而是一个承载工作流、数据库与协作应用的平台。Quest 官方《Migrator for Notes》用户指南将其 NSF 文件称为「数据库」，有时又称作「应用」，并明确该工具用于将 HCL Domino 与 Notes 迁移到 Microsoft Exchange 与 Outlook。这一双重身份决定了 Domino 国产化迁移的范围远超「搬邮件」：必须先把「邮件协同」与「业务应用」两类资产拆开，再分别制定承接策略。本文依据官方迁移指南，梳理 Domino 迁移在架构边界与数据保真上的关键难点。
二、Domino / Notes 的双重身份：邮件系统与应用平台
Notes 客户端同时提供消息传递、日历、个人信息管理、即时消息与文档管理；其底层以 NSF（Notes Storage Facility）数据库文件组织数据，而大量组织还在 NSF 之上构建了审批、知识库、台账等业务应用。官方迁移指南因此将 NSF 既称为数据库、也称为应用。对迁移设计者而言，这意味着：
- 邮件协同资产：用户邮箱、日历、联系人、待办、日记等，可映射到标准邮件系统的等价对象；
- 业务应用资产：基于 NSF 的定制工作流与数据库，需另行评估——要么在国产平台上重建，要么保留 Domino 作为专用应用容器，而非强行塞进邮件系统。
三、官方迁移指南揭示的数据保真清单
Quest 官方用户指南列明了 Migrator for Notes 能够保真迁移的对象：HCL Notes 的电子邮件、日历条目、联系人、待办列表、个人日记（笔记本）条目等，并保留原始文本格式、图像、附件与链接；周期性会议也能正确迁移，使后续的改期、重排或取消可对所有实例生效。但指南同时给出保真边界：
- 加密项须先解密：迁移前必须对加密的邮件项执行解密，否则无法处理；
- 字段无对应则不迁移：Notes 中在 Outlook 没有对应字段的属性不会被迁移；
- 源数据须健康：迁移工具不会迁移损坏的源数据或 Notes API 无法处理的数据，须先用 HCL 的 Fixup 等流程完成维护与修复。
四、三类典型迁移陷阱
结合官方指南与第三方实践，Domino 迁移最常见的保真陷阱集中在：
- 周期性会议断裂：若迁移工具不处理 recurrence，会议改期后只有单实例更新，历史与未来实例脱节；
- 加密与权限遗留：加密邮件未解密、ACL（访问控制列表）与规则未收集，导致目标端打不开或权限错配；
- 自定义字段丢失：Notes 表单中的自定义字段在目标邮件系统中无对应载体，业务语义被静默丢弃。
五、IMAP 通道的局限性
第三方迁移实践中常见的「IMAP 连接器」方法（先备份 NSF、在目标创建邮箱、启用 IMAP 端口、再同步）看似轻量，但微软与多家厂商的文档一致指出：IMAP 仅同步收件箱与其他邮件文件夹中的邮件，联系人、日历与任务无法随 IMAP 迁移，且 IMAP 不会在目标端自动创建邮箱。对 Domino 这种「邮件加应用」混合体，纯 IMAP 通道只能解决一小部分问题，日历、联系人与业务数据仍需专用迁移或重建。
六、国产邮件服务器承接 Domino 的边界设计
承接 Domino 迁移，国产邮件服务器应坚持「先分边界、再谈保真」：
- 邮件协同全量承接：邮箱、日历、联系人、待办通过专用迁移工具保真迁移，并对加密项、ACL、规则做迁移前处置；
- 业务应用另行规划：NSF 上的定制应用评估后在国产低代码 / 业务平台重建，或保留 Domino 作为专用应用域，避免污染邮件系统；
- 源数据先体检：迁移前用 HCL Fixup 等流程修复损坏数据库，降低保真失败率；
- 合规兜底：迁移后的数据驻留境内、存储传输采用国密，满足信创合规。
七、迁移启示
Domino / Notes 的国产化迁移，难点不在「邮件搬不走」，而在「应用边界要不要划清」。把邮件协同与 NSF 业务应用分开承接，先以专用工具保真迁移邮件、日历、联系人与待办，再对业务应用单独规划，是用一套本地国产邮件服务器稳妥替代 Domino 的务实路径。关于 Exchange / Domino 与国产邮件系统的能力对比，可参考Exchange / Domino 国产化替代对比与信创邮件系统选型对比。
参考来源
了解更多行业资讯，请访问 行业资讯首页 或致电 021-69753778 获取安全咨询服务。
相关文章
—— ztpop.net 编辑团队 译