After new mail has arrived

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 601
277
#1
встал вопрос обработки писем в mail-in базе...
в т.ч. отправки уведомлений юзерам о поступившей туда почте
имя подписавшего агент не устроило, вставил в Run on behalf of: <mail-in name>
вставил "это же" и в группу доступа, работает...
а теперь вопрос - чем может быть чревато?
 

Murtas

Lotus team
11.04.2006
128
0
#2
У меня по такому событию, в базе где пользователи работают интенсивно, а не только этот агент, можно сказать, оно не отрабатывает по UnprocessedDocuments. Использую обычный агент через 5 мин и обрабатываю все Memo (в моем случае) документы.
 

ToxaRat

Чёрный маг
Lotus team
06.11.2007
3 233
18
#3
как минимум забьёшь очередь агентов до состояния - не будут выполняться

а по правильному я бы сделал 1 агент где нибудь в стронке
 

Murtas

Lotus team
11.04.2006
128
0
#4
у меня 2 базы живут с таким событием, все что нужно выполняется и ни кому и не чему не мешают, а вот в 3-й проблемы
типа такого
I designed an "After new mail has arrived" agent, on my mail database, that filters mail/alerts sending from a server. Depending on types of alert (Subject and Body content), the agent will retrieve data from those alerts and update documents on another database (on a different server). Problem is: this agent is very erratic. It ran sometimes but not all the time. It will kick off again if I cycle that agent (Disable -- Enable). Most of the time, without intervention, it does not run. It runs fine as action agent. No error encounter when I run Agent -- Log , Agent--Test and Agent--Run.

ну и флаг им в !@#$
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 601
277
#5
с анпроцессед - это агент себе считает (как модифайед сайнс ласт ран)
момент в том, что агент отрабатывает не на каждое письмо (ЕМНИП) и коллекцию надо проверять с выставлением статуса (и пометки процессед, апосля)
[DOUBLEPOST=1461148029,1461147985][/DOUBLEPOST]моя-то засада была с адресом отправителя и не хотелось подписывать агент др. ИД или сервером
 

Murtas

Lotus team
11.04.2006
128
0
#6
с анпроцессед - это агент себе считает (как модифайед сайнс ласт ран)
ну да забыл эксперемент провести с UpdateProcessedDoc, в других то местах этого и нет и работает

моя-то засада была с адресом отправителя и не хотелось подписывать агент др. ИД или сервером
а ну эта засада, совсем не засада раз обошел :)
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 601
277
#7
а ну эта засада, совсем не засада раз обошел :)
я не знаю всех последствий такого действия, потому как:
-это не юзер
-у него нет ключей
-не будет ли это к-л дырой в секурити (вот хз что там ИБМ намутил)
 

Мыш

Lotus team
12.02.2008
1 099
10
#8
моя-то засада была с адресом отправителя и не хотелось подписывать агент др. ИД или сервером
Дык а по-нашему, по старперски :))) чего не сделать - создавать письма прям в mail.box? Там From любой можно указать.
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 601
277
#9
Дык а по-нашему, по старперски :))) чего не сделать - создавать письма прям в mail.box? Там From любой можно указать.
вариант, но конфигурационно не переносимый ;)
ящик м.б. не один, название отличное от дефолт...
лень писать для всех если :)
 

swyatogor

Lotus team
24.02.2014
479
10
#12
с унпроцессед доками для агента есть еще одна засада.. если зайти и пересохранить агент все доки в базе для этого агента станут не обработанными и он их кинется лопатить заново.. Единственное но)) это наверное не касательно события "когда пришло письмо"..
А вообще у меня работает пару баз с такими агентами.. вроде норм.. но старюсь не использовать..
 

ToxaRat

Чёрный маг
Lotus team
06.11.2007
3 233
18
#13
Некоторые антивирусы считают это действие "подозрительным" и блокируют его. Был один раз случай, долго искали причину...
правильно заполняй FROM, INETFROM и т.д. :)
у меня даже гугля это подозрительным не считает