- 出荷済み
- 2026年8月27日 3:07 UTC
- プロフィール
- Kamo
- コンテンツ
- 55d4c9e
ハンドロールされたダイヤル() + を置換します。 app queue でキューループを移動します。 決定する 要素は DTMF: ディール() がダイヤルプランと一致しない 実行中は、Dial() 上で「保持中に 0 を押下」できません。 ザ・オブ・ザ・ キューの `context = kamo-queue-exit` の設定は、それが可能になるものです。 エクステンション -> その拡張に転送 1 または 2 → キュー 0 -> ストレートからボイスメール、挨拶やホールドまで 10分→ボイスメール 悪い exten -> "invalid" プロンプト, その後、キュー メインラインボイスメールはメールボックス8100で、スタッフの1つを意図せず mailboxes では、メインラインのメッセージが誰かの個人的なボイスメールに上陸しません。 playback() は playback() と playmail() で再生されます。 `s` と呼びます。 二つの発見は、それを運転しました: -********************でインストールされたコピーは静かに ボイスメールのリロードと次の呼び出しの間に削除され、ボイスメールが落ちた ビルトインに戻り「延長の人...利用できません」。 ザ・オブ・ザ・ spool は app voicemail/FreePBX によって管理されます。 音/ はありません。 - `s` オプションは、挨拶だけでなく、指示をスキップしますが、 指示として記述する文書だけ。 録音をしたことがない すべてで再生します。 Playback + `s` は、録画 -> beep -> を正確に記録します。 各パスを別々に検証したライブ: - キュータイムアウト:queue log EXITWITHTIMEOUT、CDR dcontext=kamo-voicemail lastapp=Playback custom/kamocrm-highcallv..., ユーザフィールド QS:TIMEOUT - 0 を押します: リングメンバーで RINGCANCELED でキュー log EXITWITHKEY|0 を押して、 そして同じボイスメールの足 - 記録+店:msg0000.gsmはmailbox 8100に書きました - 回答:queue log CONNECT PJSIP/8080 → お問い合わせ 維持する価値のある2つのテストノート。 `channel origine` キャップは ~30s で呼び出します。 長いテストをトランクし、ダイヤルプランの欠陥のように見えます。 サイレントテスト 録画はmaxsilence=10で破棄されるため、空のINBOXは意味しません maxsilence=0 を一時的に設定し、復元することで、録画が壊れています。 メニュー キュー結果はそうでなければ 見えない外部のqueue log.