Уведомление клиента о новой заметке

[firebolt]

Здравствуйте, уважаемые коллеги!

Возник короткий вопрос: что же за параметры нужно выставить в "Уведомлении о событии", чтобы при добавлении агентом внешней заметки клиенту на почту упало письмо?
У меня эта функция работала, но вчера обнаружил, что больше ее нет. И не помню, как настраивал, чтобы работала. А настраиваю по-новой - бардак какой-то происходит.

[ykolesnikov]

Добрый день!
У меня так:
1. Событие - ArticleCreate
2. Фильтр заявок - пометить список состояний для которых уведомление работает. (все остальное по желанию)
3. Фильтр сообщений - Тип сообщения - внешняя заметка
4. Получатель - Получат группы - Клиент
5. Текст сообщения
6. Тип сообщения с уведомлением - e-mail-notification-ext
Еще раз напоминаю - у меня так и работает.

[firebolt]

Спасибо! Теперь я буду уверен, что этот конфиг верный и буду разбираться, почему у меня он не работает.

[firebolt]

Что тут скажешь? Сегодня все работает. Бывает же такое, что ну никак не прёт, не идёт дело... Вчера было так, а сегодня все отлично, делаю то же самое и все работает

[firebolt]

А вы сумели решить проблему с дублированием оповещения отдельной строкой в заявке?

Вот тут она описана.

[ykolesnikov]

Не верю я в эти суеверия. Значит, что-то в среде изменилось - перезапустили веб-сервер, почистили кэш ...
Бог видит - чудес не бывает!

[ykolesnikov]

А вы сумели решить проблему с дублированием оповещения отдельной строкой в заявке?

Вот тут она описана.

Никак не решал. Есть и есть. На каждый каприз агента не накодируешься, тем более, у нас нет программеров на Perl.
И Вы знаете, работают. Просто сказал: "Будет так!", Пусть хоть в ООН пишут.
Есть принципиальные вещи, по функционалу, и на них надо реагировать, и то с разбором, а уж бантики и рюшечки - это с жиру. Если есть инструмент в руках и нет других задач - можно и сделать, но надо помнить, что все это надо сопровождать и проверять при обновлениях, а это время и соответственно деньги. При таких запросах на изменение задайте себе и руководстыу вопрос: - "А если бы это была покупная система и все хотелки за деньги, стали бы вы реализовывать это?"

[firebolt]

Да агенты фильтровать могут. А вот пользователь когда заходит на страницу, он же видит не внешнюю заметку! Он видит дубль оповещения! Это все, это 100%, что он не прочитает саму заметку, потому что это надо догадаться, что она чуть выше, а у клиента на это либо мозга нет, либо жалко тратить процессорное время.

[ykolesnikov]

Это есть у клиента. Я когда провожу обучение клиентов (они работают у меня только через web, указываю на это и показываю. Иногда не могут увидеть вложение. Ничего, капля камень долбит.

[firebolt]

Я когда провожу обучение клиентов...

Территориальный разброс предприятия не предоставляет нам такой возможности - проводить обучение Пытались писать мануалы, никто их не читает. Поэтому у нас в основном телефонные обращения поступают.

[firebolt]

Получилось! Поменял в указанном в мануале файле email-notificion-ext на -int в двух существующих местах. И все заработало.

[ykolesnikov]

А поподробней? А то непонятно о чем речь и что получилось.

[firebolt]

В файле /opt/otrs/Kernel/System/Ticket/Event/NotificationEvent.pm я заменил email-notification-ext на email-notification-int в двух возможных местах. То же самое изменение я сделал в настройках самого уведомления о событии (то, что Вы указывали последним). И в итоге клиент не видит в заявке дубля о том, что ему пришла внешняя заметка. Видит последней именно саму заметку.