OTRS.ru

Добрый день!

Настроила Уведомление о событии при закрытии заявки со статусом "закрыто успешно".
Но Клиенту данное уведомление отправляет редко, иногда отправляет кому то, кому то нет.

В чем может быть проблема?

Спасибо

Дверь и та по семи причинам скрипит!
Надо видеть настройки уведомления. Как по другому понять причину!

Скрины во вложении.

Спасибо

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

Добрый день!

Спасибо Вам за ответ.
Убрала все фильтры, уведомления все равно приходят через раз.
Скажите, пожалуйста, возможно ли что проблема связана с этим:
В системе используются несколько очередей, на которые настроены разные электронные адреса.
Но в Core::Sendmail указан только один адрес, одной очереди.
И как это все настроить ?=)

Спасибо

Это не должно влиять при правильной настройке почты. Если обычные письма от разных адресов уходят, тогда настройки исходящей почты не при чём.

Добрый день!

Убрала уже все в фильтре заявках, указала только в состоянии.

События: TicketStateUpdate
Фильтр заявок: Состояние: Закрыт успешно
Получатель: Получат группы: КЛИЕНТ
Тип сообщения с уведомлением: email-notification-ext

Но уведомления не доходят, отправляются редко, некоторым пользователям.

Просьба помочь в решении данной проблемы.

Спасибо.

можно увидеть screenshot Истории по заявке уведомление об успешном закрытии которой не было получено пользователем ?

скрин истории во вложении

Спасибо

Почитайте тут - viewtopic.php?f=4&t=1605

- Настройка отправки почты вообще. Это параметр Framework -> Core::Sendmail. Если почта отсылается через "Ответить" в тикете , то уже полдела сделано.
- Настройка адреса отправителя уведомлений. Это параметр NotificationSenderEmail в Framework -> Core. Здесь очень важный момент. Вы должны отправлять уведомления либо от того почтового аккунта, который настроен в Core::Sendmail, либо разрешить отправку писем от имени любых адресатов при аутентификации с использованием аккаунта, указанного в Core::Sendmail. Эта проблема 100% встречается при использовании Exchange. Обратитесь к админу Exchange для решения этой задачи. Кстати если для отправки писем из очередей вы вдруг используете разные адреса email, то вы можете столкнуться с этой же проблемой.

В NotificationSenderEmail указано по умолчанию: support@<OTRS_CONFIG_FQDN>, здесь необходимо указать адрес который указан в Core::Sendmail?

P.S. Exchange мы не используем

Спасибо

otrsuser писал(а):В NotificationSenderEmail указано по умолчанию: support@<OTRS_CONFIG_FQDN>, здесь необходимо указать адрес который указан в Core::Sendmail?

У вас есть вообще админ, который вашей почтой занимается? Это задачка для него. Ответ на вопрос - зависит от вашего почтового сервера. Попробуйте с тем же именем, что и в Core::Sendmail

otrsuser писал(а):скрин истории во вложении

а теперь аналогично скрин по заявке по которая успешно закрыта и клиент получил уведомление

Скрины во вложении.


Спасибо

а чтобы в очереди ServiceDesk ?
просто такое ощущение что есть ошибка в настройке фильтров уведомлений, например выбрана очередь Telecommunication, но не выбрана очередь ServiceDesk

У нас несколько очередей по двум разным направления, Servicedesk (есть несколько очередей) и HelpDesk (есть несколько очередей), вот на эти две очереди создали Уведомление.
в фильтрах очереди выбраны, в которых заявка может перемещаться.

я о другом, я просил 2 скриншота
1. на котором уведомление о закрытии не отправляется
2. на котором уведомление о закрытии отправляется

были опубликованы 2 скриншота, по заявкам из разных очередей, можно ли увидеть те же самые 2 скриншота (отправляется и не отправляется) но из одной очереди ?
если проблема в том что уведомление всегда отправляется из одной очереди и всегда не отправляется из другой очереди - намёк на то где проблема (в настройке фильтра уведомления)

Нужны полные скриншоты настройки уведомления со всеми полями вообще и скриншот истории тикета, реальные адреса клиента и агентам.

Вчера поняла, что уведомления отправляются на почту пользователю, только тогда когда заявка была создана в ручную в системе через "новая телефонная заявка", а заявки которые были направлены пользователем на эл. адрес, ему уведомление не отправляется, именно при закрытии.


Спасибо

Просьба помочь!

Мне кажется система не видит таблицу "Клиенты", так как у меня даже не отображается "Информация о клиенте" , когда юзер пишет по эл. почте. Где это можно настроить и как?

Спасибо

Если клиент зарегистрирован в системе и если Вы его видите в Администрировании - Управление учетными записями, то надо проверить реквизиты клиента, в первую очередь, его e-mail в регистрации и с какого адреса он посылает заявку.

В разделе "Управление клиентами": 1) Все клиенты здесь: "Учетная запись клиента, у всех указаны правильные емейлы", 2 ) "Клиенты" - здесь пусто.
Скрин во вложении

Спасибо

Здесь погрешности локализации. То что называется Клиенты - это Компании клиентов (CustomerID), вернее, может использоваться так, если включена поддержка компаний. По умолчанию, в качестве CustomerID используется e-mail клиента. При определенных настройках, CustomerID можно использовать качестве идентификатора Компании клиента, и тогда, в этом разделе заносятся названия компаний в связке с CustomerID.
Но, то, что в Информации о клиенте ничего не отображается, может говорить о том, что что-то в этих связках неверно.
Использование CustomerID в качестве компании или чего-то другого, отличного от e-mail, задается в Config.pm в описании клиента в MAP в оригинале, по умолчанию, вместо company стоит 'e-mail', если не изменяет память.

У нас указан 'mail'

CustomerID тут совершенно не при чём. Надо смотреть все настройки системы.