почта у вас работает. далее надо посмотреть phone feature COs - PCX services - voice mail access - YES (эта даст абонентам с этим COS досутп к почте с кнопки "конверт" или по префиксу local features - voice mail access (долен быть создан))
у абонента в строке Voice mail dir number указываем 3666, при переходе в 4760 на другую строчку станет доступен выбор типа почты  4645 и тип ящика - например standard и класс сервиса почты.
после этого у абонента заморгает конверт на аппарате - выполняем процедуру инициализации ящика (до конца, пока Ева не попрощается)

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

файлы на станции вобщем-то обычные - забираете со станции по ftp и лего играете медиа плеером. это PCM A-law 8 kHz 8 bit. ничего другое станция воспроизводить не будет. а насчет подложить файлики - так вы попробуйте

почему не прокатит? программируйте вторую кнопку с наблюдением второго транка... кнопки то есть свободные? есть еще trunk group supervision....

надо создать КНОПКУ с такой функцией SET Supervision. если делаете это в mgr, то после выбора это кнопки просит ввести номера наблюдаемого аппарата и опцию - no ring (не звонить) или еще четыре варианта - со звонокм...
если выберете вариант trunk supervision - надо будет указать номер транка. посмотреть этот номер можно в параметрах trunk groups > trunk group > trunks - и указав адрес физического порта.

а еще лучше в такой ситуации запрограммировать на мультилайне кнопку trunk supervision со звонком... а вызов с транка подать на аналоговый аппарат

в случае мультилайна не даст создать только хантинг группу с "параллельным" звонком, остается еще два варианта - cyclic & sequential. Если эти варианты не устраивают - на цифровом можете запрограммировать set supervision со звонком, в качесте наблюдаемого - аналоговый аппарат. правда в последнем случае звонить цифровой будет при всех звонках на аналоговый, в том числе внутренних, что может быть лишним...

нет.
1.7.3.1. Сервер (Станция записи)
• ОС: Windows 2000 (рекомендуется) с установленным пакетом обновлений Service Pack 4 и выше; Windows
XP с установленным пакетом обновлений Service Pack 2 и выше; Windows 2003.
• Internet Explorer 6.0 и выше.
1.7.3.2. Клиент (РМО)
• ОС: Windows 98 SE, Windows 2000 + пакет обновлений SP4, Windows XP + пакет обновлений SP2;
• DirectX 9.0c и выше.

поскольку есть аппаратные средства в виде плат, то виртуальные машины тоже видимо не канают...

шедулер - не многовариантность, а лишь разновидность одновариантности. т.е. в 17:00 ваш глубокоуважаемый шеф встает и идет в комнату отдыха, отдыхает там 15 минут и возвращается обратно, делает это каждый день в одно и тоже время. вот такую многовариантность шедулер отработает. желаете поглумить голову - ваше право

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

в динамик стейт юзер отредактировать номер форварда нельзя. можно очистить поле с номером введа два раза "" без пробела в середине, а в поле выше - выставить параметр no forward и нажав CTRL+V.
судя по всему инсталляция у вас была не шибко квалифицированная...

и еще напоследок. в приведенном вами ifconfige. отстутсвует туннель. tun0. вы его обрезали или его нет?

если будете копать тематику дальше, рискну посоветовать несколько шагов. у вас ситуация не самая страшная, как вы говорите есть станция на которой все вам нужное работает. итак:
даем на обоих станция команду siteid и смотрим что софт там и сям - одинаковый по версии. (на всякий случай, но бывет в патчах косяки прячутся)
экспортируем пользуясь 4760, 4760i и т.п. в текстовом виде категории - и запускаем в file compare, например в тотал коммандере. после  этого смело можем клясться каким-нибудь парным органом, что все идентично.
внимательно смотрите в план нумерации. как сказал vad, что это за номера форварда? сетевые абоненты, сетевые транковые группы... вы говорите что вас эксклюзивно роутинг номера используются... с этим могут быть нюансы. если ТГ сетевая - как она описана на узлах сети?
вы говорте, что если создать префикс и разрешить в категории, то абонент переадресацию заказать может... и это работает. я бы посмотрел, что в этой ситуации вы увидите в динамик стейт юзере? то ли это, что вы туда пытаетесь вписать вручную?
много букав, но уж больно загадочную картину вы рисуете.
?

то, что пишет checkdb  относительно entity - обычное явление, у вас просто не прописана до конца таблица маршрутизации вызовов в entity. к проблемам с форвардом это не имеет никакого отношения. более ничего страшного нет. медицина в непонятках. можете в нашу техподдержку обратится. если дадите удаленный доступ - посмотрим на это чудо глазами.
по ifconfig видно, что менеджмент адреса main на вашей станции не сделан, это второй узел сети
(?)... процессор у вас видимо один... что-то более конкретное не вникнув в менеджмент станции сказать трудно.

по началу меня тоже сбивало с толку то, что надо сначала выбрать тип форварда, потом строкой ниже ввести номер куда форвардим и только потом нажать CTRL+V. может в этом ваша проблема?