- Verschifft
- 27. August 2026 um 03:07 UTC
- Autor
- Kamo
- Ausschuss
- 55d4c9e
Ersetzt die handgerollte Dial()+Goto-Warteschleife durch app_queue. Die Entscheidung Faktor ist DTMF: Ziffern sind NICHT mit dem Wählplan abgeglichen, während Dial() läuft, so dass "Presse 0 während in der Warteschleife" überhaupt nicht auf Dial() gebaut werden kann. Die Die Einstellung "Kontext = kamo-queue-exit" von der Warteschleife ist das, was sie möglich macht. Erweiterung -" zu dieser Erweiterung weitergeleitet 1 oder 2 -" Warteschlange 0 -" direkt auf Voicemail, vom Gruß oder aus dem Griff 10 min -" Voicemail bad exten -" "ungültig" prompt, dann Warteschlange Main-Line-Voicemail ist Mailbox 8100, absichtlich nicht einer der Mitarbeiter Postfächer, so dass Main-Line-Nachrichten nicht in jemandes persönlicher Voicemail landen. Der Gruß wird mit Playback() von Sounds/ und VoiceMail() gespielt mit s' genannt. Zwei Befunde führten dazu: - Eine bei ************ installierte Kopie war still REMOVED zwischen einem Voicemail Reload und dem nächsten Anruf, und VoiceMail fiel zurück zum eingebauten "die Person bei der Erweiterung ... ist nicht verfügbar". Die spool wird von app_voicemail/FreePBX verwaltet; sounds/ ist es nicht. - Die Option überspringt den Gruß sowie die Anweisungen, trotz der Docs beschreiben es nur als Anleitung. Mit der Aufnahme nie überhaupt gespielt. Die Wiedergabe + "s" gibt die Aufnahme -" beepst -- aufnehmen. Live verifiziert, jeder Weg einzeln: - Warteschlange Timeout: queue_log EXITWITHTIMEOUT, dann CDR dcontext=kamo-voicemail lastapp=Playback custom/kamocrm-highcallv..., userfield QS:TIMEOUT - drücken Sie 0: queue_log EXITWITHKEY|0 mit RINGCANCELED auf dem klingelnden Mitglied, dann das gleiche Voicemail-Bein - Rekord + Store: msg0000.gsm geschrieben in Mailbox 8100 - Antwort: queue_log CONNECT PJSIP/8080 -- COMPLETEAGENT Zwei Prüfnoten, die es wert sind, beachtet zu werden. "Kanal-Ursprung"-Caps-Aufrufe bei 30er Jahren, die Abkürzt jeden Test länger und sieht aus wie ein Wählfehler. Und stille Prüfung Aufnahmen werden durch maxsilence=10 verworfen, so dass eine leere INBOX nicht bedeutet Die Aufnahme ist gebrochen - bewiesen durch die vorübergehende Einstellung von maxsilence=0 und der Wiederherstellung. Addiert ************ Warteschlangenergebnisse sind anders unsichtbar außerhalb queue_log.