• 🔥 Бесплатный курс от Академии Кодебай: «Анализ защищенности веб-приложений»

    🛡 Научитесь находить и использовать уязвимости веб-приложений.
    🧠 Изучите SQLi, XSS, CSRF, IDOR и другие типовые атаки на практике.
    🧪 Погрузитесь в реальные лаборатории и взломайте свой первый сайт!
    🚀 Подходит новичкам — никаких сложных предварительных знаний не требуется.

    Доступ открыт прямо сейчас Записаться бесплатно

After new mail has arrived

lmike

нет, пердело совершенство
Lotus Team
27.08.2008
8 005
611
встал вопрос обработки писем в mail-in базе...
в т.ч. отправки уведомлений юзерам о поступившей туда почте
имя подписавшего агент не устроило, вставил в Run on behalf of: <mail-in name>
вставил "это же" и в группу доступа, работает...
а теперь вопрос - чем может быть чревато?
 
У меня по такому событию, в базе где пользователи работают интенсивно, а не только этот агент, можно сказать, оно не отрабатывает по UnprocessedDocuments. Использую обычный агент через 5 мин и обрабатываю все Memo (в моем случае) документы.
 
как минимум забьёшь очередь агентов до состояния - не будут выполняться

а по правильному я бы сделал 1 агент где нибудь в стронке
 
у меня 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.

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

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

а ну эта засада, совсем не засада раз обошел :)
 
а ну эта засада, совсем не засада раз обошел :)
я не знаю всех последствий такого действия, потому как:
-это не юзер
-у него нет ключей
-не будет ли это к-л дырой в секурити (вот хз что там ИБМ намутил)
 
моя-то засада была с адресом отправителя и не хотелось подписывать агент др. ИД или сервером
Дык а по-нашему, по старперски :-))) чего не сделать - создавать письма прям в mail.box? Там From любой можно указать.
 
Дык а по-нашему, по старперски :))) чего не сделать - создавать письма прям в mail.box? Там From любой можно указать.
вариант, но конфигурационно не переносимый ;)
ящик м.б. не один, название отличное от дефолт...
лень писать для всех если :)
 
с унпроцессед доками для агента есть еще одна засада.. если зайти и пересохранить агент все доки в базе для этого агента станут не обработанными и он их кинется лопатить заново.. Единственное но)) это наверное не касательно события "когда пришло письмо"..
А вообще у меня работает пару баз с такими агентами.. вроде норм.. но старюсь не использовать..
 
Некоторые антивирусы считают это действие "подозрительным" и блокируют его. Был один раз случай, долго искали причину...
правильно заполняй FROM, INETFROM и т.д. :)
у меня даже гугля это подозрительным не считает
 
Мы в соцсетях:

Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab