@NikElan

Уважаемые форумчане, подскажите как решить проблему. С недавнего времени у одного пользователя при создании правила или папки выскакивает ошибка: Ошибка в функции CompactMailRules 91: Objekt varible not set. Такая ошибка выскакивает как у пользователя, так и на самом сервере. Правило создаётся,но не работает. Проблема оказалась единичной. И FixUp и nFixUp с Compact и UpLoad не принесло ни каких положительных результатов. Приняли решение создать новую почту, но... Почта пользователя критичная, очень много ведётся переписки (ответные письма). Если просто удалить базу, то при ответе на письмо скажем недельной давности пользователь не получит сообщение и переписка теряется, а этого быть не должно. Как можно сделать так, что бы пользователь мог получать письма со старой почты, в частности ответные, а при создании отправлял бы только с новой почты. Так же при создании письма на пользователя в списке выбора выходила только новая почта? Как правильно сделать такую репликацию и какие действия нужно сделать с самой почтой, не просто же удаление пользователя, а базу и id VAULD оставить? Спасибо.

0

@Alex Ivanov

Здравствуйте.

Указанная ошибка:

Похоже что-то с дизайном в конкретной базе. Я бы попробовал обновить или даже заменить дизайн почтовой базы данных у данного пользователя. Возможно это и может решить проблему. В качестве шаблона можно использовать шаблон почтовой базы который должен быть на сервере. Замену можно выполнить непосредственно с рабочей станции lotus, но работая под ID-файлом пользователя имеющего доступ к почтовой базе не ниже Designer. Если замена дизайна поможет тогда и новую базу для почты не нужно делать. (см скриншот ниже)

Относительно создания новой почты, вы можете не пересоздавать пользователя и просто создать новую почтовую базу:

• Вручную Создать новую пустую почтовую базу на сервере. Например в том же каталоге рядом с имеющейся старой почтовой базой. Получится новый файл на сервере.
• Названия нового файла вручную указать на сервере в Domino directory в person-документе пользователя. В том поле где указывается имя файла с постовой базой.

Тогда у вас:

• Старая почта останется на сервере.
• Рядом появиться новая пустая почтовая база.
• В Domino Directory останется существующий единственный person-документ.

Вся почта для пользователя будет приходить в новую базу.

Так же как менее предпочтительный вариант вы можете:

• Создать реплику существующей почтовой реплики на локальным пк пользователя. А на сервере удалить его почтовый файл и на его месте создать новый с таким же именем, тогда не нужно менять будет в Person документе. Менее преподчтительный т.к. со старой почтой можно будет работать только на ПК пользователя т.к. она будет только там. На сервере будет только новая почта.

Относительно пересоздания пользователя с созданием нового адреса почты - мне кажется это не совсем правильно (не спортивно) будет т.к. проблема явно с почтовой базой у пользователя а не с пользователем точнее не с его person-документом точнее не с адресом его почты. Это будет скорее просто обход проблемы. Более системно будет устранить корневую проблему с почтововй базой.

Миниатюры

 

1

@NikElan

Дизайн пробовал менять, тоже самое. А вот с созданием ящика без персоны как то не подумал((((. Начну тестить. Отпишусь обязательно.

0

@NikElan

Вообщем подмена почты прошла успешно. Отвечать со старой почты пользователь может, получает только на новую почту, ну и правила работают... Но не может быть всё пучком: В Администраторе домино не видно нового созданного почтового файла в разделе mail, хотя физически он присутствует, подключение через приложение к нему есть именно по пути mail, но в доминошке его не видно. Procell All выполнил, но безрезультатно.

0