Сергей Пушняков (все сообщения)

тьфу уже вижу, туплю. Голова совсем не варит уже

Цитата
Григорий Ненашев пишет: Цитата Сергей Пушняков пишет: и уже на изменение состояния этого чекбокса привязать отработку бизнес-логики и отправки мейлов? Так эти чек боксы будет взводить не система, а скуль. А система знать этого не будет, все равно событие придется создавать, чтобы отследить изменения.

Буду ждать ваш вариант решения этого вопроса, просто хотелось бы убрать с дбрулов, все правила что завязаны на отправку уведомлений по определенному временному событию

Думаю, все же именно к администрированию относится.

Что имеем: Консультанты периодически забывают переводить в ожидание Запросы и Рабочие Задания, если в течение рабочего дня это не так страшно, хотя тоже не хорошо, это ужасно когда остается на ночь.
Что надо: Придумать схему, при которой можно было бы выключать Запросы и Рабочие Задания по вечерам, если компьютер Консультанта выключен или заблокирован.

Как я вижу варианты решений:
1) Доработка для клиента сервис деска. Она будет достаточно сложная, если часть, которая при выключении Клиента будет переводить в ожидание Запросы и РЗ, то часть, которая должна учитывать что клиент сервис деска не выключен, а комп заблочен, то что тоже надо в ожидание перевести РЗ и Запрос.
2) Придумать какой то механизм, на основе дб и уи рулов, пока полного представления - как это будет работать в данном случае, у меня нет.

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

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

Цитата
roottm пишет: Установка промежуточного hmailserver и kerio у меня такую проблему не решил. Ко мне письма летят из разных систем, кодировка текста и атача у всех разные- как вариант входящее письмо надо конвертнуть в один читабельный SD формат, но нечем. Поднял SD с demo базой и тестировал с фиксами с пачами и без них - результат 0.

как ни странно но у меня получилось, правда на тестовом сервере сейчас промежуточно стоит не hmail а юзергейтммейл сервер, с бесплатной лицухой на 5 юзеров. А делает он всего лишь следующее, принимает почту на 25 порт и и пересылает его на 2525 порт, на котором уже слушает сд, по крайней мере, проблемные письма которые были у меня, теперь нормально регистрируются и разбираются. ЗЫ: юзергейт мейл поставил только из-за того, что он по умолчанию можно настроить на удаление атачей, правда не из тела письма, но все же) сейчас вот буду дублировать создание новых запросов параллельно с боевым сервис деском, надеюсь проблем не будет.