在一些邮寄和常规数据库中，我们有看起来"不可编辑"的文档 - 即编辑它们并且编辑似乎没有保存。 实际上，正在发生的事情是原始文档和编辑的文档都被保存，因为某些内容已打开"版本控制"。 不用说，这让用户感到非常困惑。
您似乎只能通过在文档属性中查看名为 $VersionOpt 的字段来判断是否启用了版本控制。
表单设计将版本控制设置为"无"，因此必须设置$VersionOpt某些内容，但是可以这样做呢？常规 8.5.3 邮件客户端中是否有任何设置文档版本控制的内容？还有其他想法如何发生吗？
（此链接解释了 Notes 版本控制的背景 - http://gg-lnotes.blogspot.co.uk/2010/04/ways-to-do-version-controllingtracking.html）
根据注释，我最好的猜测是，您有一个或多个用户在 Notes 应用程序中起草他们的消息，该应用程序使用支持版本控制的模板（可能是文档库，但它可能是自定义的）并使用调用 @MailSend 将它们提交到邮件数据库的编程操作。这将保持笔记完整，添加用于邮寄的必填字段（例如，SendTo 等），然后将其放入 mail.box，并完成应用程序模板代码创建的所有项目。
（我能想到的唯一另一种可能性是，您的一台服务器上有一些附加软件，该软件正在挂接路由器并根据它在某些消息中看到的内容添加$VersionOpt项目，但这似乎非常牵强。我从未听说过可以做到这一点的邮件加载项。
无论如何，该问题的解决方案是由"新邮件到达之前"事件触发的邮件传入数据库添加代理以删除该项目。 即FIELD $VersionOpt = @DeleteField;
如果用户使用"信纸"创建备注"消息，则可以使用版本控制字段创建新备注。如果此 Notes"备忘录"随后被邮寄到邮件数据库，它将收到带有版本控制字段"$VersionOpt"的消息。在旧的论坛帖子中看到这个答案：
http://www-10.lotus.com/ldd/nd6forum.nsf/ShowMyTopicsAllFlatweb/92a576fbe203b781852573af00630b78?OpenDocument
也有旧的技术说明提到了这个问题。
解决方案是使用后台代理或其他安排删除字段来删除字段。