отправка сообщении

Смотри Хелп. Класы NotesACL, NotesACLEntry

метод NotesACLEntry.IsRoleEnabled

 

Для: makaset
Вот очень похожая тема

 

Для: makaset
соббытие Sub Postsave(Source As Notesuidocument)
проверка на роль
If Isnull (Arraygetindex(Evaluate("@UserRoles",Source.Document), "[Admin]")) ....типа не найдена....
сработает даже если пользователь находиться в группе....ну а дальше как обычно создаете письмо и т.д

 

Вижу такой алгоритм:
1. лезем в ACL базы
2. Гуляем по всем ACLEntry, проверяем у них роли (QueryAccessRoles)
3. Если роль есть, добавляем в SendTo список
4. Генерим мыло с SendTo списком и шлём.

Единсвенное, что делать, если у default юзера стоит нужная роль...

Как мне не нравятся конструкции вида

Код (Text):

Evaluate("@UserRoles",Source.Document)

 

<!--QuoteBegin-Omh+11:10:2007, 17:16 -->
<span class="vbquote">(Omh @ 11:10:2007, 17:16 )</span><!--QuoteEBegin-->Как мне не нравятся конструкции вида

[snapback]81448" rel="nofollow" target="_blank[/snapback]​

[/quote]
Ага. Source.Document - лишнее. :D

 

Имхо,лучше делать админку управления пользователями через профили и туда забивать в поле ответственных контроллеров...а в SendTo подставлять из поля в профайле...соответствующим агентом :D

 

А лучше создать группу Контролеры, и дать ей эту роль. И посылать письмо этой группе. И не парится с профилями, поиском по ацл и т.п.

 

Я это и имел ввиду...когда говорил про админку, где происходит то что вы написали(формат-подразделение-группа-роль или подразделение-пользователи-роль) ,чтобы не лазить в асl вручную,но делать это где то нужно или профиль или справочник...