我们的一些用户已经开始抱怨他们的OutOfOffice代理不工作。 经过一番调查，在我看来，所有问题的人都有经理的权限，他们的邮箱。 testing它确认仅在编辑器权限用户在devise器中查看代理时，都具有正确的“代表”和“允许用户更改”框。 但是pipe理员级别的用户将这两个部分都清空。 通过为用户手动填写这些内容，OOO可以工作，但是我正在试图弄清楚那些为编辑用户填充的内容，而这些内容对于pipe理员用户来说是不完整的。 我们在Notes 6.0.2CF1上。 （我知道，超级老，但这是所有来自高级别的母公司的订单）
无论如何，如果任何人有任何想法如何确保经理级别的用户能够使OutOfOffice代理以最小的干预正常工作，我是所有的耳朵！ 谢谢！
我会build议使用OOO-Agent诊断工具。 它修复了99％的OOA问题，并提供解决项目的帮助。
我不是在一个环境里，我可以testing这个东西了…但是我曾经工作过的是Notes6.5
通常我会尝试将NOTES.INI从正在工作的客户端复制到发生故障的客户端。 如果失败了，请尝试replace一些客户端文件（我不记得了.. desktop.dsk ???等），如果没有尝试刷新/replacedevise。
这假定实际的权限是确定的。 这假设两者都使用相同的devise等，而其他代理正在工作。