Тоже такая ситуация была?

у меня какая-то фигня с этим (кажется, только с этим) чатом на десктопе. Не все сообщения прогружаются.

На мобильнике всё ок.

было похожее но не со звонилкой ) просто хакнули

?

Так если хакнули, это чинить надо. У меня все в рамках портов сип и ртп.

так эту мысль и донести

путь вручнуб проверят /  посмотрят

то есть если поменяешь сервис - получишь тоже самое.

там "стандарты" /  "законы" )))

Коллеги, просьба к ориентирующимся и в FS,  и в астериск или прочих софтовых sip pbx'ах прокомментировать по следующему вопросу:

____
Как устроена в них (asterisk и прочие) маршрутизация входящих вызовов в номерном плане в части определения внешний/внутренний вызов? (также как и в FS, через понятие контекст ?)
___


Поясню, на всякий случай, как понимаю поведение FS - при входящем вызове endpoint module по каким-то параметрам, задаваемым пользователем при настройке endpoint модуля, входящему вызову присваивается атрибут context с каким-то значением (обычно "default" или "public"). В дальнейшем при анализе вызова в номплане значение этого атрибута используется при выборе действий (extensions) из предопрделённого для этот context набора  в процессе обработки вызова.

вот тут то вы и не угадали, не по каким то мифическим вещам а по вполне определенным правилам , давайте рассмотрим их:
1. Входящий SIP вызов в базовой механике контекст определяет из сип-профиля, т.е. если звонок пришел с интерфейса А, с определенного порта, на котором висит сип профиль external, то будет выбран контекст указанный в настройках сип-профиля. Если вызов пришел от юзера directory , в переменных которого контекст указан - будет выбран тот что указан в настройках...

Если мы совершаем исходящий вызов у нас по сути 2 пути : bridge и originate, при bridge  происходит экспорт с канала, который этот вызов породил или задается в явном виде в канальных переменных,
При originate нужно указывать явно... если не указаны явно, то будет взято из сип профиля через который вызов пройдет

Народ, всем доброго дня. Хотел бы вновь спросить, реализовывал ли кто-нибудь отправку записанных звонков на email? Дело в том, что в документации, во всяком случае на FusionPBX, от 2013 года есть такая штука, как добавление в диалплан record_post_process_exec_app=system, но проблема в том, что system давно выпелен в целях безопасности, соответственно запуск скрипта невозможен( Есть ли ещё какие-нибудь способы реализации?

<action application="set" data="record_post_process_exec_app=python::sendmail" />
https://freeswitch.org/confluence/display/FREESWITCH/mod_voicemail#mod_voicemail-UsingOutsideProgramstoSendVoicemailtoEmail
Питоновский скрипт, пожалуйста возьмите, посмотрите доработайте напильником. Так же никто не мешает вызвать  lua, JS, Perl и написать свой мейлер с блэкджеком и женщинами
Опять же, не забывая подключать соответствующие модули .

у меня во фьюжене из коробки завелось

шаблон только правил и все

А можно уточнить, именно запись всех разговоров с отправкой на email? Если да, не поделитесь конфигом?

версия фьюжена какая?

ммм, зашел пересмотрел, там отправка голосовой почты