Аппарата живьем может и не быть
Иногда его используют, чтоб через User/ Dynamic state user отправить вызов куда-то, запрограммировав там переадресацию.

Вы непременно настаиваете чтоб вам несколько раз об одном и том же писали?
Сразу было отвечено что внешний номер направляется через DID транслятор. Как направляли на номер абонента, точно так же направляете на номер группы.

Public Network COS стоит цифра 2 - это категория по внешним линиям - куда звонить можно, что будет при входящих вызовах (когда абоненты заняты или не отвечают), номер последним в списке - не факт что до него будут дожидаться, а порядок важен только если тип поиска указан последовательный, при циклическом или параллельном - порядок прописки не важен.

Как по DID транслятору отправляете внешний номер на абонента, так же и на группу.
например DID правила 2104000 - 4000 - 100 - означает вызов на номер 2104000 прийдет на 4000, 2104001 на 4001 и т.д. Причем не важно 4001 это номер абонента или группы. Т.е. в указанном примере 4000 это может быть номером абонента, а 4001 номером группы (где находятся абоненты с какими-то номерами).
Вызов будет переходить от абонента к абоненту через таймер 36 (25 сек по дефолту). Дойдет ли до факса - не понятно. Поскольку через 30 сек станция посмотрит Public Network COS (и если там есть упоминание про overflow) и может отправить вызов дальше. Поэтому факс имеет смысл указать в HG в поле overflow Dir Number.

А группа Data/ Fax S0 используется как и написано, для устройств S0, в частности ISDN факсов (Так называемые факсы группы 4).

И при прописывании станции не множте число сущностей.
Пропишите сначала одну станцию (к которой привязаны ключи 4760), сеть 0, подсеть 0, узел 1 (судя по вашим словам).
Запустите частичную синхронизацию.
И естественно как сказано в предыдущем посте - проверьте ftp работает или нет (сервер - станция).

Данный инцидент означает, что стало все хорошо с INTOF - 0 is OK.
{хуже когда 1).
Источником проблем могут быть проблемы с синхронизацией - отсутствие, дерганье потока (от которого берется синхра).

На будущее - название темы делайте более информативным - хотя бы "инцидент 3660"

Посылать или нет сообщение progress при транзите.
Влиять может на установление или нет соединения.

Да наверное нет, а вот над более яркой визуальностью новых сообщений (чтоб конвертик был заметнее) работаем.

Вообще, что вы увидите в swinst зависит от типа процессора, например на CS вы не увидите предложения при сохранении базы возможности сохранения на флопик.

Чего то голова плохо варит. IMAP и для 4635 может быть внешним. На CS или AS.
Вопрос только простой - вы когда занимаетесь IMAP - вы на котором процессоре лезете в swinst  - на CPU6 или на CS? Грубо говоря на сообщение - "Imapd service cannot run on this CPU" - надо задуматься, может НЕ НА ТОМ процессоре ищете?

Угу, сократят до пары поясов, только не понятно будет, что говорить в 9:00 - у кого то по прежнему доброе утро (и темно еще), у кого-то добрый день (и светло давно) .

Это для common hardware, когда есть станция, почта, IMAP и все соответственно может жить на некотором количестве CS (от все в одном флаконе, до все на разных CS). И соответственно разговор о почте 4645.
Но тогда не понятны ваши слова про 4635. При 4635 IMAP запускается на плате 4635 (VPU6 и т.п.).

Так что или вы не туда копаете, или у вас не то железо о котором разговор.

Не известно. Ставили к 4068 Konftel, тогда 60-й, сейчас посвежее есть, цепляется и по синему зубу, и проводами - по сути внешние микрофоны + динамики, может быть оборудован дополнительными выносными микрофонами.

Вопрос удовлетворения руководителя качеством громкой связи - процесс индивидуальный - зависит как от руководителя (манера разговора, уровень, привычка отворачиваться в сторону и т.п.), так и от кабинета - размеры, уровень шума и т.п.).

Все проблемы из-за инсталляции - надо после заливки софта сразу править в частности дату, а потом уже все стартовать.
Почистить все не так просто.

проблема в создании множества файлов в каталоге /var/spool/mqueue, которые создает sendmail.
Надо из под рута чистить папку - команда rm -rf /var/spool/mqueue/dfm* и qfm*.
Рестартовать службу sendmail из-под root.
причина посылок почты - неверный timestamp файлов в logrotate.status
это видно по сообщениям почты в /var/spool/mail/mtcl, при логине в систему пишет "you have new mail"
в этом файле - список из трех файлов. у самих файлов дату править командой touch -t
в редакторе vi править даты создания файлов, которые указаны в этом файле.
Спасибо за информацию коллеге Whistler.

У вас две станции? с одной все хорошо (xm000000) с другой плохо (xa0000002)? Сравнивайте настройки