Настройка Winprint HylaFAX

Winprint HylaFAX

Installation Instructions

Winprint HylaFAX is a Windows print monitor designed to send its output directly to a HylaFAX Server. Once installed, you can print to a HylaFAX Server from any application, and it will pop up a simple dialog box, allowing you to enter the destination FAX number. It's not intended to be fancy or all encompassing, just a quick and easy way to send FAXes from any Windows application It can be downloaded here. To go to the sourceforge pages for this software to comment, report bugs, or get source code, click here. It is packaged in the form of a Windows Installer, which installs the required sets of .DLL files and registers the monitor with the system. This adds support for a new type of port to your system, called a "WinPrint HylaFAX Port." Once you've successfully installed the files, setup is straightforward, but it has a number of steps. First, you'll want to create an appropriate PostScript printer using the "Add Printer" button. You want to select a "Local printer," but since it's not a physical printer, uncheck the "Automatically detect and install my Plug and Play printer" box. Next, you'll be asked what port to use. Select the radio button "create a new port type." If the installation went well, you should see "Winprint Hylafax" as one of the options. The drop list might scroll, so it may not be obvious that it's at the bottom of the list. (If it doesn't appear on the list at all, something went wrong with your installation.)

Уйти или остаться? Закулисные проблемы сисадминов Part2

Image by kalebdf via Flickr

Продолжаем дискуссию «Сколько стоит сисадмин?», начатую в №4 за 2010 г. В чем причина нелегкого админского житья-бытья? Всегда ли виноват сам человек или обстоятельства сложились против него?

В первой части [1] я постарался описать проблемы и опасности, которые подстерегают системного администратора в его работе: от двойного рабочего дня и виртуального отпуска до вполне реального тюремного заключения за использование по требованию работодателя нелицензионных продуктов. В этой статье речь пойдет о причинах данных явлений и путях их преодоления.
Почему все так печально?
1. Потому что это удобно. Подумайте сами, зачем тратить деньги, если всегда можно найти «чудика», работающего по полторы-две смены, имеющего зарплату, как у секретарши и готового в случае чего «получить срок» за нелицензионку вместо босса, пусть даже условно или с отсрочкой приговора. Если системные администраторы не в состоянии оценить по достоинству свой труд, свой риск, свое время, за них это делают шустрые российские бизнесмены.
2. Потому что наш бизнес не ориентирован на ИТ. Еще одна причина кроется в традиционных «особенностях» российского бизнеса. В первую очередь это нечестная конкуренция, основанная на коррупции и протекционизме. Зачем внедрять новую, более эффективную (и более дорогую) систему управленческого учета, которая повысит относительное конкурентное преимущество на 10 процентов, если можно просто дать взятку чиновнику и получить стопроцентную «фору» перед возможными и невозможными игроками на рынке? Зачем тратить немалые крупные суммы на лицензирование программного обеспечения или переходить на бесплатное ПО, если можно просто заплатить проверяющим? Не получится проверяющим – нанять юриста, чтобы отмазать топ-менеджмент и все свалить на админа. Все равно это дешевле, чем покупать все лицензии на используемое ПО.
Получается, что системному администратору просто нет места в этой «теневой игре». Отчеты в налоговую он не носит, от проверок не отмазывает (как, например, нужный человек в службе безопасности), госзаказы не проталкивает... С точки зрения типичного российского предпринимателя это просто нахлебник какой-то!
3. Потому что нет привычки анализировать риски. Еще одна особенность российского бизнеса – неумение и нежелание анализировать риски, считать убытки и утерянную выгоду. Если еще с подсчетом прямых убытков горе-аналитики как-то справляются, то в случае с утерянной выгодой это просто «темный лес и ни одной звезды». Как часто приходится становиться свидетелем подобного диалога в обычной московской компании, где 100-150 активных пользователей, плюс филиалы:
– Если мы не приобретем и вовремя не заменим жесткий диск, выйдет из строя контроллер домена.
– И что будет?
– Никто не сможет работать минимум три часа.
– А когда это случится?

Asterisk: организуем автоматическое распределение вызовов

Файл конфигурации queues.conf

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

В Asterisk поддерживается несколько очередей вызовов. Их определения находятся в файле queues.conf, имена очередей вызовов используются в качестве аргумента команды Queue в файле конфигурации плана набора extensions.conf. Агенты, которые обрабатывают вызовы, поступающие в очередь, описываются в файле agents.conf.

Новая возможность (начиная с 31 июля, 2005 CVS HEAD)

Сообщения с периодическим напоминанием вызывающему абоненту, что о нем еще не забыли, можно включить, используя новые опции: periodic-announce и periodic-announce-frequency. С их помощью, через, определенные параметром periodic-announce-frequency промежутки времени ожидания, абоненту будет проигрываться определенное голосовое сообщение, например: "Спасибо за Ваше терпение, Ваш звонок очень важен для нас...." .
Например:

periodic-announce = thank-you-message
periodic-announce-frequency = 60 ; проигрывать каждые 60 секунд ожидания

Новая возможность (начиная с 06 января, 2005):

Теперь для очередей можно использовать параметр 'weight' (который подразумевает приоритет вызова), для гарантии того, что вызов, ожидающий в очереди с более высоким приоритетом, будет обработан одним из первых. Будет задерживаться обработка вызовов только для менее приоритетных очередей, если участник, который обрабатывает очередь, уже занимается вызовом из более высокоприоритетной очереди.

weight =

weight = целое число