Проблема Как запретить удалить документ в почтовом ящике владельца?

[Ficoos]

Доброго времени суток, коллеги!
Столкнулся с проблемой... скорее с геморроем хитрого юзера: Каждый день в офисе делается рассылка уведомлений на почту пользователей об ожидании принятия решений по документу СЭД.
По всем серверным логам письмо было доставлено проблемному пользователю в почтовый ящик. Очнулись через 4 дня после момента уведомления, что нет реакции от него на документ. И клянется, что письма не было, хотя админу приходит копия, если уведомление приходит этому геморрою. Уведомлений у него не обнаружено, как и в корзине.
ВОПРОС: Есть ли какой-нибудь инструмент для блокирования удаления именно этого уведомления и именно у этого пользователя, путем внедрения в почтовое сообщение какого-нибудь
служебного поля типа: $KeepPrivate?

 

[garrick]

Мне кажется вопрос не технический, а чисто организационный. Решается методом "поставить товарища в позу посреди офиса и отиметь особо жестоким способом чтобы другим не повадно было". Если всё сделать правильно, он вообще впредь без всяких уведомлений всё делать будет. А так вы ему удаление "почините", а он что-нибудь ещё придумает. Так и будете бороться без конца. Это игра в кошки-мышки называется, по-английски Tom and Jerry.

В техническом плане в таких случаях в СЭД делается согласование "по умолчанию", если в оговорённый срок реакции от пользователя нет, считается что согласен. Если его потом пару раз посреди офиса поставят за то что согласовал что-то непотребное, то он сам начинает регулярно в СЭД заходить и проверять нет ли там чего для него.

 

[Ficoos]

Мне кажется вопрос не технический, а чисто организационный. Решается методом "поставить товарища в позу посреди офиса и отиметь особо жестоким способом чтобы другим не повадно было". Если всё сделать правильно, он вообще впредь без всяких уведомлений всё делать будет. А так вы ему удаление "почините", а он что-нибудь ещё придумает. Так и будете бороться без конца. Это игра в кошки-мышки называется, по-английски Tom and Jerry.

В техническом плане в таких случаях в СЭД делается согласование "по умолчанию", если в оговорённый срок реакции от пользователя нет, считается что согласен. Если его потом пару раз посреди офиса поставят за то что согласовал что-то непотребное, то он сам начинает регулярно в СЭД заходить и проверять нет ли там чего для него.

Идея - хорошая! Но бесполезная. так как родственники этого геморра - и директора и акционеры. Так что требуется именно техническое решение. Лет 10 назад у меня была где-то сделана такая приблуда с служебным полем, но уже не помню как и где ставит.

 

[lmike]

Доброго времени суток, коллеги!
Столкнулся с проблемой... скорее с геморроем хитрого юзера: Каждый день в офисе делается рассылка уведомлений на почту пользователей об ожидании принятия решений по документу СЭД.
По всем серверным логам письмо было доставлено проблемному пользователю в почтовый ящик. Очнулись через 4 дня после момента уведомления, что нет реакции от него на документ. И клянется, что письма не было, хотя админу приходит копия, если уведомление приходит этому геморрою. Уведомлений у него не обнаружено, как и в корзине.
ВОПРОС: Есть ли какой-нибудь инструмент для блокирования удаления именно этого уведомления и именно у этого пользователя, путем внедрения в почтовое сообщение какого-нибудь
служебного поля типа: $KeepPrivate?

скрипт в БД (при удалении), который проверит и скроет док, без удаления (замена формы на $$имяФормы)

 

[Ficoos]

скрипт в БД (при уделении), который проверит и скроет док, без удаления (замена формы на $$имяФормы)

Добрый день! С подменой формы или еще какое либо изменение в дизайне почтового ящика - это не особо надежная заплатка. Попробую.
Где можно достать список названий служебных полей, которые понимает Лотус? Типа: "SaveOptions; $KeepPrivate; $REF; $Writers; $WritersDate; $UpdatedBy; _ViewIcon" и т.п. с описанием целей этих полей? Я все-таки склоняюсь к инструменту внедрения служебного поля, который будет блокировать изменение, блокировку или запрет на удаление документа с таким полем.
Спасибо!

 

[Иван Хайлов]

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

 

[NetWood]

Добрый день! С подменой формы или еще какое либо изменение в дизайне почтового ящика - это не особо надежная заплатка. Попробую.
Где можно достать список названий служебных полей, которые понимает Лотус? Типа: "SaveOptions; $KeepPrivate; $REF; $Writers; $WritersDate; $UpdatedBy; _ViewIcon" и т.п. с описанием целей этих полей? Я все-таки склоняюсь к инструменту внедрения служебного поля, который будет блокировать изменение, блокировку или запрет на удаление документа с таким полем.
Спасибо!

Попробуйте заглянуть в ресурсы/общая программы БД и конкретно в
Sub Querydocumentdelete(Source As NotesUIDatabase, Continue As Variant)
там можно это подкрутить, например, просто ролью.

 

[Domino-Designer]

Смишно.

Если вы не блокируете нотификацию Readers\Authors полями (что-бы получал и не видел или просто кто-то издевается над пользователем), то внедрением в дизайн всякой фигни вы ничего не добьётесь.

Проблемный пользователь - нужен комплекс мер, отличных от паяльника.
1) Уведомления ему и секретарю.
2) (*) В нотификацию поля "Delivery Report" and "Return receipt"
3) Реплику ПЯ с другим ACL на соседний сервер (запрет на удаление документов)
4) "Allow soft deletions."
/

 

[lmike]

ещё можно сделать журналирование почты, для предъявы (роутер доставляет одновременно юзеру и в ящик)
можно логировать удаление писем
чисто технически - бывает глюки в инбоксе, тогда действительно не увидит
квоты и размер БД норм?

 

[Мыш]

...
чисто технически - бывает глюки в инбоксе, тогда действительно не увидит
квоты и размер БД норм?

Вот-вот. Письмо может быть во "Всех документах", если Инбокс побился. С индексом Инбокса тоже м.б. проблемы. С unread marks тоже бывают засады - письмо само пометилось как read, юзер на него уже не реагирует. Т.е., юзер, даже не удаляя письмо, может сказать: "А вот 4 дня не было письма, а только что появилось оно". Плавали - знаем... :-(

 

[Ficoos]

Квот нет. База почты небольшая. ODS 51. В базах записываются действия. В тот день были удаления, но в корзине нет удаленных документов за тот день. По-этому у меня подозрения на шаловливые ручки пользователя.

 

[savl]

Квот нет. База почты небольшая. ODS 51. В базах записываются действия. В тот день были удаления, но в корзине нет удаленных документов за тот день. По-этому у меня подозрения на шаловливые ручки пользователя.

архивирование на локал?

В догонку:

Ссылка скрыта от гостей

Ссылка скрыта от гостей

Ссылка скрыта от гостей

 

[Ficoos]

архивирование на локал?

Средствами Lotus архивирование не делается.

 

[savl]

Архивирование не делается.

я выше ссылки добавил, это не конечное решение, но помочь может.

 

[Мыш]

Квот нет. База почты небольшая. ODS 51. В базах записываются действия. В тот день были удаления, но в корзине нет удаленных документов за тот день. По-этому у меня подозрения на шаловливые ручки пользователя.

Как вариант - создать агента "Before new mail arrived". В нем при срабатывании на нужное письмо делать, например, его копию (с полем Readers, в котором только админы), писать какие-то логи и т.д. По крайней мере, *факт попадания письма в этот ящик* будет зафиксирован.
ЗЫ, А правил обработки почты в ящике нет? Может, ими удаляется?

 

[Ficoos]

Как вариант - создать агента "Before new mail arrived". В нем при срабатывании на нужное письмо делать, например, его копию (с полем Readers, в котором только админы), писать какие-то логи и т.д. По крайней мере, *факт попадания письма в этот ящик* будет зафиксирован.
ЗЫ, А правил обработки почты в ящике нет? Может, ими удаляется?

Идея хорошая. В голове еще вертится подобие LEI, что бы сравнивать искомые параметры отслеживания и реакцию на совпадение.
Правила есть, но только сортировка. Правил на удаление или не принимать сообщения никаких нет.

 

[Ficoos]

Сделал хитрее: Добавил в письмо поля читатель и редактор и вписал владельца почтового ящика в поле "читатель" письма. Теперь пользователь может только переместить письмо, но удалить - нет!
Всем БОЛЬШОЕ СПАСИБО за сотрудничество, помощь и идеи.

 

[lmike]

Сделал хитрее: Добавил в письмо поля читатель и редактор и вписал владельца почтового ящика в поле "читатель" письма. Теперь пользователь может только переместить письмо, но удалить - нет!
Всем БОЛЬШОЕ СПАСИБО за сотрудничество, помощь и идеи.

жёстко