大家好,才是真的好。
用户重命名这个功能以前我们没有提到,今天特地提下这个管理中的小问题。
在Domino中,用户管理,无论是新建、删除、重命名用户等都可以后台完成。
重命名操作则是日常中最容易用到,也最容易出现问题的操作。
如果企业采用C/S架构,用户使用ID文件和Notes客户机访问Domino服务器,则可能还好些;又或者你们企业采用B/S架构,但ID文件都上传到了用户Notes邮箱文件中,也可能会简单点。
但很多企业的Domino用户没有ID文件,或者有ID文件,却长期不用。
这样虽然很不安全,但简单。
比如很多企业将Domino仅仅定义为OA服务器,跑着B/S架构的OA应用,而后添加用户时,直接添加一个用户文档,里面包含用户名和HTTP密码。
我也碰到很多企业将Domino作为邮箱服务器使用,但客户机使用Outlook和Foxmail,于是用户也不需要ID文件。
这种模式下,在用户重命名时会遇到很多问题。
管理员得手动将所有用户名找出来,而后一个一个进行更正,否则被改名的用户会遇到使用问题。
这些地方,包含Domino目录中的用户文档、群组文档,邮箱中的所有者、各种数据库的ACL列表,更有甚者,还有很多Notes应用程序中的文档可能也需要更改。
看起来很糟糕,以前我建议管理员先使用一个工具,将所用用户名称出现的地方全部查找出来:
而后手动更改——好像也挺累的。
从Domino 12.0.1开始,重命名功能有很大改善。
后台进程也可以自动帮助我们进行用户重命名,哪怕用户没有ID文件或有ID文件却从来没使用过。
不过有一个前提条件,就是你的Domino服务器上得配置过ID保险库。
如果不知道ID保险库怎么配置,可以参见《ID保险库和用户注册》,我们公众号的内容很全的。
言归正传。其实这说明了,后台重命名其实还是需要ID,存在ID保险库。只不过用户并不知道这一过程,也完全不用参与这一过程。
前提条件我们讲完了,现在需要在Domino服务器上输入一条命令
set config ADMINQ_ENABLE=1
如下图所示:
然后重启一下Domino服务器,就可以看到新产生了一个数据库adminq.nsf,这个是用来记录后来处理过程。
你也可以打开看看新的界面样式:
当你请求用户重命名操作后,即使用户不使用ID登录,后台也可以执行重命名过程。
该过程操作是由admin4.nsf中的“Delete Obsolete Change Requests”请求驱动:
大概每天午夜时分去搜索用户提交的"Initiate Rename in Domino Directory"请求,然后每隔一个小时去执行一次,如果你觉得每个小时执行一次时间太长,可使用命令
set config ADMINQ_POLLING_SECS=
来设置一下每隔多少秒钟搜索执行一次。
这样,Domino就可以后台执行不需要用户ID参与的重命名过程。
今天我们就介绍到这里吧。
更多技术文章请关注微信公号**“协作者”**