- शिप
- 27 अगस्त 2026 को 3:07 am बजे UTC
- लेखक
- Kamo
- Commit
- 55d4c9e
हाथ से चलने वाले डायल () + को बदल देता है App queue के साथ Goto कतार लूप। निर्णय लेना कारक DTMF है: अंक डायलप्लान के खिलाफ मैच नहीं कर रहे हैं जबकि डायल () है चल रहा है, इसलिए "0 दबाएँ" को डायल पर नहीं बनाया जा सकता है। The कतार का `context = kamo-queue-exit` सेटिंग क्या संभव बनाता है? विस्तार -> उस एक्सटेंशन को आगे बढ़ाया 1 या 2 -> कतार 0 -> सीधे स्वरमेल, बधाई से या पकड़ से 10 मिनट -> ध्वनि मेल बुरा भूत -> "invalid" संकेत, फिर कतार मेन-लाइन वॉयसमेल मेलबॉक्स 8100 है, जानबूझकर कर्मचारियों में से एक नहीं है मेलबॉक्स इसलिए मुख्य लाइन संदेश किसी के व्यक्तिगत वॉयसमेल में नहीं उतरते हैं। ग्रीटिंग प्लेबैक के साथ खेला जाता है () ध्वनि / और ध्वनि मेल से () तो है `s` कहा जाता है। दो निष्कर्षों ने कहा: ******************* पर स्थापित एक प्रतिलिपि चुपचाप थी एक वॉयसमेल रीलोड और अगली कॉल के बीच याद किया गया और वॉयसमेल गिर गया वापस अंतर्निहित "विस्तार में व्यक्ति ... अनुपलब्ध है". The spool app voicemail/freePBX द्वारा प्रबंधित किया जाता है; ध्वनि/ नहीं है। - `s` विकल्प ग्रीटिंग के साथ-साथ निर्देशों को भी छोड़ देता है, बावजूद इसे केवल निर्देशों के रूप में वर्णित करते हैं। `su` के साथ रिकॉर्डिंग कभी नहीं सब पर खेला। प्लेबैक + `s` रिकॉर्डिंग देता है -> बीप -> रिकॉर्ड बिल्कुल। प्रत्येक पथ को अलग से सत्यापित किया गया है: - queue timeout: queue log EXITWITHTIMEOUT, फिर CDR dcontext=kamo-voicemail Lastapp=Playback custom/kamocrm-highcallv..., userfield QS:TIMEOUT - प्रेस 0: queue log EXITWITHKEY +0 रिंगिंग सदस्य पर RINGCANCELED के साथ, फिर एक ही स्वरमेल लेग - रिकॉर्ड + स्टोर: msg0000.gsm मेलबॉक्स 8100 को लिखा गया - उत्तर: queue log कनेक्ट PJSIP/8080 -> घटक रखने लायक दो परीक्षण नोट्स। `चैनल उत्पत्ति` कैप्स ~ 30s पर कॉल करता है, जो किसी भी लंबे समय तक परीक्षण को तोड़ देता है और डायलप्लान दोष की तरह दिखता है। और चुप परीक्षण रिकॉर्डिंग को मैक्ससिलेंस = 10 द्वारा खारिज कर दिया जाता है, इसलिए खाली INBOX का मतलब नहीं है रिकॉर्डिंग टूट गई है - अस्थायी रूप से सेटिंग मैक्ससिलेंस = 0 और बहाल करके साबित हुआ। ************* कतार परिणाम अन्यथा हैं अदृश्य बाहर queue log.