OTRS.ru

Утверждать не буду, но имхо это комбинация атрибутов article_sender_type_id и communication_channel_id. Матрица соответствия скорее всего где-то в коде.

2. Так ищется всего один клиент, поиск по всему BaseDN может вызвать тормоза, но не сбой. Так понял, что с одиночным клиентом и поиском проблем нет. ТС писал, что виснет именно список С доменом вопросов нет, авторизация клиентов проходит, данные по клиентам с домена берутся. Через центр информации ...

А, вообще, при просмотре, тикеты созданные до подключения к AD должны "прицеплять" клиента или нет? В самом первом ответе про это написал. Да, если идентификатор клиента в AD совпадет с customer_user_id таблицы ticket. Если раньше использовался майл, а теперь логин - то нет. Но можно сделать финт у...

Не знаю, зачем Алексею понадобилась история (он вообще-то просил тикет без клиента). Режим получения списка клиентов может виснуть из-за размера каталога и/или кривого мапинга. Для локализации ошибки предлагаю: - временно закомментировать в конфиге все некритические атрибуты; - ограничить размер чит...

В меню Разное есть элемент История. Вот ее скриншот и просят.

pasergey писал(а): ↑

25 мар 2020, 09:32

Подскажите, плиз, где можно глянуть полный список доступных в ОТРС атрибутов клиента?
И как эти атрибуты именуются внутри настроек?

Вот в секции Map и имеется полный список, там же наименования.

Для погундеть ) $Self->{'Customer::AuthModule1'} = 'Kernel::System::CustomerAuth::LDAP'; $Self->{'Customer::AuthModule::LDAP::Host'} = '10.0.0.1'; С нумерацией определитесь. Ну и мапинг не мешает проверить Map => [ ... [ 'UserCustomerID', Translatable('CustomerID'), 'mail', 0, 1, 'var', '', 1, undef...

pasergey писал(а): ↑

24 мар 2020, 09:39

Вот настройки, подскажите, плиз, может не так что настроили?

Это что, реальный фрагмент вашего конфига? Если да, то это бред голимый.
Посадите рядом своего сетевика и аккуратно задайте атрибутам бэкенда (Host, BaseDN и т.д.) ВАШИ значения.

Даже в пустом виджете должны были отобразиться все затребованные колонки. У вас - нет. Возможно, используете несуществующие коды статусов (1, 4, 6).

Можно почитать эту темку
viewtopic.php?f=4&t=1396

А где блок параметров авторизации? # Настройка авторизации (с цифрой - если несколько бэкэндов) # This is an example configuration for an LDAP auth. backend. # (take care that Net::LDAP is installed!) $Self->{'Customer::AuthModule1'} = 'Kernel::System::CustomerAuth::LDAP'; $Self->{'Customer::AuthMod...

Вообще-то это не слишком хорошая практика. Есть уникумы, которые за сообщение о закрытии заявки в ответ пишут "спасибо". Лучше вообще запретить пользователю переоткрывать заявки (отвергнуть). В сомнительных или спорных случаях пользуйтесь режимом автозакрытия. Пользователю придет уведомление, что за...

Хм.. а можно пример настроек? Конечно. otrs/Kernel/Config/Defaults.pm. И примеры, и комментарии. Копируете необходимые блоки в otrs/Kernel/Config.pm (впрочем, необходимые блоки там скорее всего уже есть) и правите под свои нужды (адрес каталога, логин и пароль для чтения, фильтры, если нужен не вес...

Я не сетевой админ, но как по мне, машина с каталогом просто должна быть видна OTRS.
У нас в системе подключено два каталога: наша Samba AD и чужая чисто виндовая AD. Сама OTRS ни в какой домен не введена.

Поле выбора "Следующее состояние" есть на форме добавления заметки (кнопка Ответить). В настройках очереди Параметры повторных ответов должны быть установлены в "возможно".

Если в качестве уникального идентификатора клиента используется одно и то же поле, например, логин, то система нормально переживет переезд юзера из БД в LDAP. Впрочем, тест не помешает. Прицепите вторым бэкэндом AD и проверьте.

Drovi4 писал(а): ↑

12 мар 2020, 11:26

Такое возможно сделать?

Например, парсить лог. Все значимые события по заявкам фиксируются в таблице ticket_history, структуру данных можно посмотреть тут:
https://github.com/OTRS/otrs/blob/rel-6 ... .mysql.sql

Что в истории текетов, вид тикета (почта-телеграф-телефон), что с настройкой времени на машинах авторов этих тикетов, как настроен демон почты и тдитп?

# note: Login, Email and CustomerID needed! Интересно, как это переводится? Могу отметить, что аналогичный конфиг используется в рабочем otrs 3.2. Поле "Manager_fio" используется у нас только у определенных клиентов (юр лица). В остальных оно пустое. В нем создается все без нареканий. А на правильн...

1, Обязательное поле фио манагера не заполнено
2. Как предполагал, не мейла. Ожидаются проблемы
3. Ну и на config.pm не помешало бы взглянуть.

Создайте фиктивного клиента и оформляйте все заявки на него. ФИО можно писать в теме, теле заявки или создать динамическое поле.
С этим клиентом свяжите все сервисы.

Правда для этой задачи использовать OTRS как-то странно. Может вам чего попроще поискать.

Подозреваю, что нет емайла

alexus писал(а): ↑

27 фев 2020, 22:34

Простая идея - купить нормальный сертификат)))

Идея лучше - взять бесплатный ))
https://www.opennet.ru/opennews/art.shtml?num=52448

Запись вебинара будет доступна?

Для авторизации клиентов свои параметры, с агентами не пересекаются, вот и нет проблем. Если бы использовали дополнительно второй бэкэнд (еще лдап или локальную базу), пришлось бы дублировать и нумеровать.
По логам не подскажу.
А в локальной базе агенты есть? Нормально авторизуются?

Все варианты авторизаций прописаны в otrs/Kernel/Config/Defaults.pm (который изменять строго не рекомедуется). Если нужно поменять какой-либо параметр - копируйте его в Config.pm и там правьте, он перекроет дефолтное значение. Если какой-то параметр используется дважды и более - нумеруйте. Авторизац...