стандартных паролей на 4635 нет, после заливки почту проводится инициализация - значность номеров, страна, и т.п. при этом вводятся 3-и служебных ящика и пароли для них (часто под пароль вводят 2-ки или 5-ки - количество равно разрдности ящика - типа 222222 для 6-ти значной ситуации).
А так в консольном порту должно выглядеть все как в доке написано:
тестирование,
загрузка,
предложение ввести пароль.

У вас это кабель случаем не в проц воткнут?

А те кто ставили - у них нельзя узнать - софт-то туда наливали, инициализировали?
Если есть софт на почту - может проще перезалить? Там в софте и дока должна быть по инсталляции софта.

Т.е. рестартом называете рестарт или два раза bascul?

Когда включаете другую пару - все аналогично?
А если отключены потоки (или убрана синхронизация)?
С процессора на проц при этом не переключались? Менеджмент случаем не разбежался? Т.е. mgr на обоих процах одинаковый менеджмен плат INTOF показывает?

Ну тогда на ум ничего кроме проверки базы checkdb и рестарта станции не приходит

И никаких инцидентов на процессоре???
Кабеля в парах не перепутали?

А периферийный - он тут-же или вдалеке? Каким кабелем соединен?

INTOFA должна стоять в waiting link activation, INTOFB при отсутствии кабелей временами рестартовать.
На проце должны быть инциденты про начало загрузки.
При старте INTOFB - это должно быть видно по светодиодам на INTOFA (когда поток появляется).

Если не запускается - что происходит? Какие светодиоды горят? С кабелями легко проверяется - делаем заворот 1-й пары на 2-ю (считаем с 0-й) - должно происходить что-нибудь со светодиодами.

"Проблемы начались после подключения старых потоков" - а если выдергиваете их - пропадают?

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

В каждом руте 1-я транковая группа или в каждом листе 1 роут?

Для того чтоб настроить (и не поломать), говорим например о выходе в город по TG1, а кому-то надо по другим.
Разносим людей в разные ентити,
в ентити указываем TG id=1,
в рутах меняем TG1, на TG source=entity, tg=-1 (все работает как раньше).

Теперь для тех людей, которые должны идти в город не по tg1, в их ентити меняете tg id=1 на ту, которая нужна.

Как организован выход - по префиксам занятия или через ARS (т.е. чего сейчас 0). Много групп или нет и т.д.
Еще один способ - делается несколько транковых групп (например 1, 2 и 3)
В TG 1 указываем overflow TG=2
В TG 2 указываем overflow TG=3
0- префикс занятия TG1
Access COS/ TG access COS - (например) - для 1-й категории разрешаем только TG1, для 2-й - только 2, для 3-й категории - только TG3.
Соответственно при наборе 0 абонентом с 3-й категорией будет занята TG3 (1-ю нельзя, но есть перетекание во 2, и т.д.)

А насчет описания текущей ситуации - если у вас 0 префикс ARS - данный способ не канает и я зря стучал по клавишам.

Опять же ни черта не пишите, как у вас все организовано.
Можно все рассовать по разным транковым группам, абонентов в разные ентити, в ентити указываете данные транковые группы, выход в город через ARS, в руте пишите - источником номера транковой группы является ентити.

Прописываете в отдельной транковой группе, префикса занятия не создаете, а абоненту на аппарат кнопку Trunk supervision со звонком. Выходлим на него по нажатию кнопки.  Эт самое простое

При наличии разговора - может появиться на динамических клавишах, можно кнопку запрограммировать под префикс. А что собираетесь делать с записанным в ПОЧТУ сообщением? Или у вас IMAP  используется?