Адресная Книга Lotus Notes

  • Автор темы Recruit
  • Дата начала
R

Recruit

Всем доброго времени суток, помогите плиз разобраться в проблеме.

Все клиены оправляют почту используюя адресную книгу сервера "LOTUS`s Directory" соотвецтвенно кроме списка людей там видны все исходники в ввиде стандартных или служебных групп и всего остального что людям столет нафиг не нада.

Подскажите можно ли скрыть всю эту информацию заменив на сервере на свою книгу где будутет только список пользователей и специально созданный группы рассылки, или в уже существующей как то скрыть ненужную инфу.
Вариант создания локальной книги контактов на клиенте трудно выполним из-за большого количества клиентов.
да и как вообще красиво все это упорядочить??
 
M

morpheus

можно подключить ещё одну АК, но пользователи всё равно будут видеть основную со всеми теническими списками
 
R

Recruit

можно подключить ещё одну АК, но пользователи всё равно будут видеть основную со всеми теническими списками
можно и так, по телфону сказать переключите книгу реально проще чем кажному делать вручную.
Не подскажешь как именно это провернуть ??
 
M

morpheus

Recruit
база da.nsf на почтовом сервере. лучше почитайте хелп.
 
R

Recruit

понял, щас буду пробовать что это за зверек Directory Assistance)) спасибо за наводку
 

Мыш

Lotus Team
12.02.2008
1 228
30
BIT
137
Recruit, можно подправить дизайн АК (формулы отбора в представлениях), но это, сами понимаете, "чревато боком"... Хотя.. представления, использующиеся для выбора адресов из клиента, в системных целях, ВРОДЕ БЫ, не используются... Точно не скажу... :huh:
 
R

Recruit

Всем доброго)
Чувствую что намутил фигни какойто, но пока смог только так )), итог такой
создана база da.nsf - тут было просто шаблон есть стандартный
дальше сложнее, никак не мог подобрать под каким шаблоном сделать вторую базу, плюнул и скопировал names.nsf в соседнюю папку и переназвал в namesmail.nsf, удалил все левые контакты, группы, документы настроек, политик, ненужные папки почистив раздел "mail-in".
добавил запись о новой книге в da.nsf
Ура, получилось искомое, у клиента видна книга допустим "mail list" с нужными контактами, в которой из левака остался только сам сервер, но это уже неважно и допустимо.
Подскажите плиз, или хотябы намекните в какую сторону искать, читать.
1) Жизнеспособен ли такой вариант ?
2) Можно ли сделать эту новую книгу в клиентах основной по умолчанию с сервера, дабы не оббегать всех клиентов, и не писать инструкции по переключению?
3) Можно ли сделать что бы сервер искал адресатов для быстрого поиска только по этой книге?
 
R

RAJ

............
дальше сложнее,........
люнул и скопировал names.nsf в соседнюю папку и переназвал в namesmail.nsf, удалил все левые контакты, группы, документы настроек, политик, ненужные папки почистив раздел "mail-in".
добавил запись о новой книге в da.nsf
..............

вот тут мне стало страшно за вас, если вы копировали базу на уровне файловой системы - при репликации накроется основная база :)

если вам так хочется всё урезать, могу предложить использовать Condensed Directory Catalog.
В этой базе есть настроечный документ, который определяет, какие группы включать в нее(mail, multi purpose), включать или нет mail-in-bases и т.п.

Как использовать:
1. В серверном документе включить использование Condensed Directory Catalog, согласно хелпа
2. Создать реплику данной базы на локальной машине
3. Включить её в список локальных адресных книг
4. В месте вызова выбрать адресацию почты только локально.

Таким образом, люди будут видеть только две книги - свою личную АК и condensed directory catalog(дожна быть настроена репликация на прием с сервера).

Как-то так.


P.S.: интересно, как вы собирались синхронизировать в дальнейшем списки пользователей, используя ваш метод
 

Мыш

Lotus Team
12.02.2008
1 228
30
BIT
137
Подскажите плиз, или хотябы намекните в какую сторону искать, читать.
1) Жизнеспособен ли такой вариант ?
Неа, нежизнеспособен - как справедливо заметил RAJ. Две реплики одной базы на одном сервере - это очень плохо.

Еще вариант решения - можно ограничить доступ к док-там по чтению. Т.е., в списке доступа к "служебному" док-ту прописываем только имена ваших серверов, LocalDomainServers, LocalDomainAdmins, имена ваших админов (в общем, тех, кто их должен видеть). Но ДАЛЕКО не факт, что сервер при таких ограничениях будет нормально работать.
ЗЫ. Я в свое время этим способом "прятал" от пользователей документы Person больших боссов - чтоб ненаром письмо не отправили им :) Но при обновлении версии Домины начались глюки - в общем, отказался потом. Как в современных версиях - не знаю.
 
L

lemuriez

Еще вариант решения - можно ограничить доступ к док-там по чтению. Т.е., в списке доступа к "служебному" док-ту прописываем только имена ваших серверов, LocalDomainServers, LocalDomainAdmins, имена ваших админов (в общем, тех, кто их должен видеть). Но ДАЛЕКО не факт, что сервер при таких ограничениях будет нормально работать.

Будет работать. У нас таким образом спрятаны группы, на которые пользователи не должны отправлять почту. Домино 8.5.3.
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!