Таблица: ticket_loop_protection

[ykolesnikov]

Коллеги, может кто копал!
В системе есть таблица: "ticket_loop_protection" - в ней два поля "sent_to" и "sent_date" и у меня всего одна запись - с адресом клиента "имя клиента"<e-mail клиента> - тестовый клиент у которого адрес почты совпадает с адресом меня как агента. Обратил внимание, что уведомления мне как клиенту не приходят.
Означает ли это что так делать нельзя? Ведь нужно. Агент может быть заявителем по инциденту, который будет решаться для него другими, а может и самим собой, например, заменить картридж в своем принтере - все должно быть учтено.
От чего защита, от каких циклов?

[alexus]

Loop protection запрещает отправку автоответов клиенту.
Что касается одновременной работы под одиним адресом и клиенту и агенту, то мне кажется это плохая идея. Я против того, чтобы агенты были "клиентами" в одной и той же системе. Можно сделать клиента - "ИТ-департамент" и от него делать заявки.

[ykolesnikov]

1.А где это задается, вроде ничего такого, тем более с указанием конкретного адреса не настраивал?
2. Не вижу криминала, более того, нормальная практика. Почему администратор СУБД или какого-либо приложения не может сделать запрос на ремонт принтера отдела технарям или открытие порта сетевому админу. И все это спрячется за вывеской ИТ-департамента? Цель не создавать заявки себе, они от клиента все равно у меня пойдут в "Общую" очередь, а "чтобы дурость каждого всем видна была" и "Родина должна знать своих героев".

[JohniGo]

У меня агенты всегда отвечают через веб интерфейс. Т.е. вся почта всегда от клиента. Никаких проблем быть и клиентом и агентом не вижу. Заявка создается через клиентский интерфейс, ответ пишется в агентском. Можно и через телефонный звонок, если уж в ломину перезаходить .. , однако учитывая ntlm авторизацию, это тоже проблемой не является, а "почувствовать себя клиентом" бывает иногда полезно.

[ykolesnikov]

Остался вопрос.
Кем/чем создается такая запись в таблице? Я ее точно не создавал.