许多用户开始抱怨他们的 OutOfOffice 代理无法正常工作。经过一番调查，我发现所有出现此问题的人都拥有邮箱的管理员权限。测试证实，在设计器中查看代理时，仅有编辑权限的用户都填写了正确的“代表”和“允许用户更改”框。但经理级用户的这两个部分都是空的。通过为用户手动填写这些内容，OOO 可以正常工作，但我试图找出是什么原因导致编辑用户填写了这些内容，而经理用户却没有填写。我们使用的是 Notes 6.0.2CF1。（我知道，它太旧了，但这都是上级（即母公司）的命令）
无论如何，如果有人知道如何确保经理级用户能够以最少的干预让 OutOfOffice 代理正常工作，我愿意倾听！谢谢！
答案1
我建议使用 OOO-Agent 诊断工具。它可以修复 99% 的 OOA 问题并提供解决问题的帮助。
答案2
我不再处于可以测试这些东西的环境中...但我以前工作的地方是 Notes6.5
通常我会尝试将 NOTES.INI 从正常运行的客户端复制到出现故障的客户端。如果失败，则尝试替换某些客户端文件（我记不清了……desktop.dsk??? 等），如果失败，则尝试刷新/替换设计。
这假设实际权限没有问题。这假设两者都使用相同的设计等，并且其他代理正在运行。