- 已装运
- 2026年9月10日 20:30 UTC
- 作者
- Kamo
- 提交
- b650d56
扩展无法达到 911 : 没有匹配 911 或 933 的出站路线 。 从内部掉入到坏数字,玩"不能完成作为 拨号",从未发送过INVITE. startup.sh现在携带拨号图 一半的固定: - 911和933是[从内部海关],上下文中的准确扩展 外出大门住在那里。 准确的扩展数比每个图案都高 它的背景,所以大门 无法捕捉他们, 他们跳过 名单:每个分机都可以拨号 前缀。 每个人直接从内部补充, 在那里FreepBX's 拥有出行路线接管。 - [kamo-e911-not]在呼叫之前运行 kamo e911 notify.py 解开,通过 TrySystem (System ()) 挂起 当命令无法运行时, 向上移动, 将每个参数缩小为 数字由FILTER。 - kamo e911 通知.py通过平台管理员邮箱发送邮件 随着时间,扩展及其 名称、召回号码和传送到911中心的位置。 这个 在 kamocrm.com 之外拒绝任何接收者, 重复中继退出 3 时间和记录每个结果到QQ 舱的 不使用自己的后缀:它通过 smtp.gmail.com 中继,它的队列是 被卡住了 被卡住了吗 在每个靴子上重写通知符;拨号平板块附加一次 在它自己的护卫下, 像随从街区。 路由半是FreePBX数据,在这个repo之外,被应用到k1m1: 出站路线 Emergency911(Emergency route=YES,图案911和933), 干线1(Telnyx干线),顺序第一,超过CID+1949298960和 设备。所有22个扩展上的紧急+1949298960。 freepbx/tests/test e911.py(stdlib 单位test)检查启动.sh parses 和YAML一样,模型Asterisk的扩展选择显示911和 933绕道大门 而10位数,11位数和011位数字仍然到达它, 用过滤的参数将通知钩钉入 NoOp/TrySystem/返回,以及 将通知器对准假接力.