Изменение имени пользователя с использованием серверной задачи ADMINP
Пользователю, решившему поменять свое имя, достаточно просто сообщить об этом своему сертификатору. Сертификатор "отмечает" документ Person этого пользователя в общей адресной книге, а затем выбирает в меню Action - Rename Person.
Рис. 8.21 Окно Certify Selected Entries
В появившемся окне нажимает кнопку Change Common Name. Далее выбирает соответствующий ID-файл сертификатора.
Рис. 8.22 Выбор ID-файла сертификатора
В появившемся после ввода пароля для ID-файла сертификатора диалоговом окне вводит новое имя пользователя.
Рис. 8.23 В окне вводится новое имя пользователя
Нажимает кнопку Rename и получает "окно-квитанцию" о передаче запроса на переименование в базу данных Administration Requests.
Рис. 8.24 "Квитанция" о приемке запроса
Все последующие шаги происходят автоматически.
1. В базу Administration Requests на том же сервере, адресная книга которого открыта, добавляется документ Address Book Change, и далее этот документ реплицируется в базы Administration Requests других серверов домена.
2. В базе Certification Log протоколируется осуществленный акт сертификации, и далее этот документ реплицируется в базы Certification Log других серверов домена.
3. Задача Adminp на сервере администрирования, назначенном для адресной книги, сканирует свою базу Administration Requests, находит в ней документ Address Book Change и в соответствии с этим документом изменяет документ Person для этого пользователя в своей адресной книге. После этого вставляет документ Status в свою базу Administration Requests.
4. Изменения в адресной книге репликациями достигают других серверов домена.
5. Наступает время, когда пользователь, пожелавший изменить свое имя, под своим "старым" ID-файлом обращается к одному из серверов домена. В этот момент пользователь получает диалоговое окно с предложением изменить имя в ID-файле. Он соглашается с предложением, и его станция выполняет изменения в ID-файле и заменяет в нем иерархический сертификат на новый.
6. Сервер, с которым пользователь устанавливал соединение, добавляет в свою базу Administration Requests документ Update Address Book.
7. Изменения в базе Administration Requests репликациями достигают других серверов домена.
8. Задача Adminp на сервере администрирования, назначенном для адресной книги, сканирует свою базу Administration Requests, находит в ней документ Update Address Book и в соответствии с этим документом изменяет старое имя пользователя на новое во всех остальных документах, в которых старое имя могло встречаться. После этого создает документ Update ACL в своей базе Administration Requests. В версиях Notes от 4.5
дополнительно создается документ Rename in Reader/Author fields.
9. Изменения в базе Administration Requests репликациями достигают других серверов домена.
10. Задачи Adminp на серверах домена сканируют свои базы Administration Requests, находят документ Update ACL и в соответствии с этим документом изменяют старое имя пользователя на новое в списках управления доступом всех тех баз, для которых данный сервер является сервером администрирования.
11. Изменения в списках управления доступом баз реплицируются на другие серверы домена.
12. В версиях Notes от 4.5 еженедельно, обычно в 12 часов дня в воскресенье, задачи Adminp на серверах домена сканирует свои базы Administration Requests в поисках документов Rename in Reader/Author fields. В соответствии с этими документами задачи изменяют старое имя пользователя на новое в полях типа Readers и Authors
всех тех баз, для которых данный сервер является сервером администрирования, а в списке управления доступом базы на закладке Advanced разрешено модифицировать поля типа Readers и Authors.
13. Изменения в полях типа Readers и Authors
реплицируются на другие серверы домена.
