Lotus Notes NAB添加字段后组内用户无法访问应用问题排查

我之前维护Domino环境时也碰到过几乎一模一样的问题——修改NAB里的组文档后，组内用户突然失去对应应用的访问权限，删除新增字段就恢复正常。结合你的描述，大概率是这几个细节没处理好：

1. 新增字段可能和Notes系统保留字段冲突 #

你新增的ShortName字段很可能踩了Domino的隐藏系统字段坑。Notes的Group文档里有不少内部使用的保留字段（哪怕表单上没显示），如果自定义字段名和这些保留字段重名，会干扰Domino对组的识别逻辑，导致ACL里的组名和实际存储的组文档无法匹配。

解决办法：把ShortName改成更独特的自定义字段名，比如MigrationShortName，彻底避免和系统字段重名。

2. Internet Address格式或设置逻辑错误 #

你给组设置的xyz.com不符合Notes对组Internet地址的预期。Domino解析用户所属组时，会优先识别规范的邮件地址格式，如果设置的地址格式不正确，会导致Domino把组识别成一个外部Internet实体，而非原来的内部Notes组，这样ACL里的XYZ组就无法和修改后的组文档关联。

解决办法：

• 组的Internet Address应该设置为标准邮件格式，比如xyz-group@yourdomain.com
• 如果不需要组接收邮件，完全可以不设置这个字段；如果必须设置，确保和组的层次结构名称（比如CN=XYZ/OU=Sales/O=YourOrg）关联一致

3. ComputeWithForm调用参数触发了意外计算 #

你调用ComputeWithForm时如果用了(True, False)参数，会强制Domino重新计算表单里的所有字段——包括那些隐藏的、仅在用户手动编辑时才触发的计算逻辑。这可能会意外覆盖组文档里的关键系统字段（比如$Members、$ListType），导致组的成员关系被破坏。

解决办法：

• 除非明确需要重新计算所有表单字段，否则改用ComputeWithForm(False, False)，只计算必要的字段
• 或者调整操作顺序：先设置自定义字段和Internet Address，再调用ComputeWithForm，避免不必要的字段重置

4. 验证组文档的关键系统字段 #

修改后打开组文档（可以用Notes客户端的「文档属性」查看所有字段），检查以下关键字段是否正常：

• Members：确保所有用户成员都还在列表里
• ListName：组的完整层次结构名称是否正确
• $ListType：值应该是1（表示这是一个Notes组）

如果这些字段被意外修改，ACL自然无法正确识别组内用户。

测试建议 #

可以分两步排查：

1. 先只新增改名后的自定义字段，不设置Internet Address，测试用户是否能正常访问
2. 再单独设置正确格式的Internet Address，不新增自定义字段，测试访问情况
   这样能快速定位是哪个操作导致的问题。

举个调整后的代码示例（以LotusScript为例）：

Set nabDb = New NotesDatabase("your-server/your-org", "names.nsf")
Set groupDoc = nabDb.GetDocumentByUNID(groupUNID)

' 使用自定义字段名避免冲突
groupDoc.MigrationShortName = "xyzmigration"
' 设置标准格式的组邮件地址
groupDoc.InternetAddress = "xyz-group@yourdomain.com"

' 仅计算必要字段，不强制全量计算
Call groupDoc.ComputeWithForm(False, False)
' 保存时不强制刷新所有字段
Call groupDoc.Save(True, False)

内容的提问来源于stack exchange，提问作者Sébastien Boisvert