- 已装运
- 2026年8月27日 03:07 UTC
- 作者
- Kamo
- 提交
- 55d4c9e
替换手滚动的拨号( )+ 有app queue的去队列循环 。 决定 系数是 DTMF : 数字与拨号时的拨号不匹配 运行中, 因此“ 等待时按 0” 完全无法在拨号上构建 。 这个 队列的“ context = kamo- queue- exit ” 设置才可能实现。 扩展名 - > 转发到该扩展名 1或2 - > 队列 0 - > 从问候或扣留到语音信箱 10分钟 - > 语音信箱 错误的快取 - > “ 无效” 提示, 然后排队 主线语音信箱是8100,故意不在工作人员之列 邮箱所以主线信息 不登陆某人的个人语音邮件。 问候是用 Playback () 从声音/ 和 VoiceMail () 播放的 与`s'联系。 两项调查结果促使: - 装在QQ的复制是默默的 重新装入语音邮件与下一个呼叫之间, VoiceMail 掉入 回到内置的"扩展中的人... 没有"。 这个 spool由app voicemail/FreePBX管理;声音/不是. - `s ' 选项不包含问候和指示,尽管 仅将其描述为指令的文件。 "苏"的录音从不 完全没有。 播放 + 's' 给出录音 - > 哔 - > 记录的准确性 。 验证为活,每条路径分别: - 队列超时:队列 log EXITWITHTIMEOUT,然后是CDR dcontext=kamo-voicemail 上个app=背书自定义/kamocrm-高Callv...,用户域 QS:TIMEOUT - 按0:队列-log EXITWITHKEY0 与RINGCANCED在响起的成员, 然后是同一个语音信箱腿 - 记录+商店:写入信箱8100的msg000.gsm - 回答:队列 log CONNECT PJSIP/8080 - > 完整数据 有两个测试笔记值得保存。 " 频道发端 " 电话:~30s, 停止任何测试 并看起来像一个拨号故障。 和无声的考验 录音被maxsilence=10所丢弃,所以空的INBOX并不意味着 记录被打破——通过暂时设置最大沉默=0和恢复来证明。 添加 队列结果不是 隐形外队列 log.