NUMBER द्वारा रूट टेक्स्ट, और इसके दोनों तरफ Telnyx जोड़ें

FeatureVOIPService
Shipped
6 सितंबर 2026 को 8:36 pm बजे UTC
Author
Kamo
Commit
482c565

एक संगठन एक कंपनी से अपनी डीआईडी और इसकी टेक्स्टिंग खरीद सकता है और जवाब दे सकता है दूसरे के साथ कॉल करें। कामो व्यक्त नहीं कर सकता कि: एक सदस्य का पाठ एक था उनके फोन सर्वर की संपत्ति, इसलिए एक org जिसकी संख्या Telnyx से हुई थी और जिनके कॉल को उनके स्वयं के FreePBX द्वारा उत्तर दिया गया था, वे सभी पर पाठ नहीं कर सकते थे - FreePBX sms(false) घोषित करता है, प्रवेश द्वार ने किसी भी प्रदाता तक पहुंचने से पहले मना कर दिया, और सलाह "एक एसएमएस प्रदाता को जोड़ें" ने एक रेल का नेतृत्व किया जो एक ऐसी रेल को खोल नहीं सकता था जो एक को खोल नहीं सकता था बातचीत। इसलिए प्रश्न प्रदाता से संख्या में चले गए। ORG PHONE NUMBER कहते हैं कि कौन एक संख्या का मालिक है, जो अपने कॉल का जवाब देता है और क्या वह करता है इसके पाठ TEXT ROUTE KIND ने अनुमान लगाने के बजाय उदाहरण आईडी के बगल में बैठता है इसके अलावा, क्योंकि दो उम्मीदवार तालिकाएं दोनों UUID-keyed हैं और एक id है गलत कारखाने के लिए जोर से विफल नहीं है - यह "कोई ऐसा उदाहरण नहीं" के रूप में विफल रहता है, और पाठ कभी नहीं भेजा जाता है। InboundRail ने पहले से ही उस खतरे को दस्तावेज दिया। TextRouter तीन स्तरों में हल: संख्या का अपना मार्ग, फिर एक डिफ़ॉल्ट नाम दिया गया फोन सर्वर द्वारा (एक PBX पर 200 DIDs एक सेटिंग है, 200 पंक्तियों नहीं), फिर फोन सर्वर स्वयं - जो वास्तव में आज के व्यवहार का है, इसलिए एक org कि कभी नहीं खुलता है नंबर स्क्रीन कुछ भी कॉन्फ़िगर नहीं किया गया है। थोक रेल अंत में भेजने का अनुबंध प्राप्त करता है। TextSender में दो एडाप्टर हैं और SmsGateway इसके बारे में बात करता है, इसलिए BulkTextProvider.send Text — whose errorMessage is हमेशा कुछ वाहक egetMessage () - अब एक सॉकेटटाइमआउट एक्सेप्शन नहीं डाल सकता है किसी के सामने एक ग्राहक को टेक्स्ट करने की कोशिश कर रहा है। अब BulkTextInboundController अपने संदेश को VoipMessageService में सौंप दें। बजाय एक कीवर्ड रिकॉर्डिंग इसलिए वाहक संख्या पर जवाब एक बातचीत हो जाता है। कीवर्ड संभालना बाहर नहीं चला; यह नीचे चला गया, क्रम में हर दूसरे रेल पहले से ही शेयर VoipNumberOwnership लाभ SOURCE ORG NUMBER उच्चतम प्राथमिकता पर: अन्य दो स्रोत एक स्तंभ से स्वामित्व को सत्यापित करते हैं जो एक संख्या पकड़ते हैं, जबकि यह एक पंक्ति है जिसका पूरा उद्देश्य यह कहना है कि कौन इसका मालिक है। Telnyx एक फोन सर्वर और एक वाहक दोनों के रूप में आता है। एक फोन सर्वर के रूप में यह है पहले एक ईमानदार नहीं होने के बारे में: कोई आवाज मेल नहीं, कोई उपकरण, कोई कतार नहीं, कोई नहीं एजेंट राज्यों - और उनमें से प्रत्येक झूठे झंडे अब एक वाक्य एक सदस्य है पढ़ सकते हैं, क्योंकि एक क्षमता जो किसी लिखित कारण के साथ झूठी है, एक के रूप में प्रस्तुत करता है कामकाजी दिखने वाली खाली स्क्रीन। यही कारण है कि क्या क्षमता लिमिट और फोन कैपेबिलिटी के लिए कर रहे हैं; एसएमएस के बाद से smsUnabilityReason() था, और बाकी के अब इसकी सतह भी है। इसके सॉफ्टफोन क्रेडेंशियल को ORG के स्वयं के साथ छोटा किया जाता है एपीआई कुंजी, इसलिए रिंगसेंट्रल के विपरीत, प्रत्येक सदस्य को एक वाहक में सवार करना पड़ता है पोर्टल जानने लायक दो बातें: -ऑर्गफोन नम्बरसर्विस ने फोनप्रोवाइडर फैक्टर @Lazy को लिया। चक्र वास्तविक है और वैध और स्प्रिंग बूट ने डिफ़ॉल्ट रूप से परिपत्र संदर्भों को मना कर दिया है क्योंकि 2.6 - इसके बिना संदर्भ शुरू नहीं होता है, और यहां कोई इकाई परीक्षण नहीं होता है इसलिए, क्योंकि वे सभी अपने Docstors को हाथ से तार करते हैं। - एक पाठ-केवल org (numbers और एक वाहक, कोई फोन सर्वर) भेज सकते हैं लेकिन नहीं कर सकते एक जवाब धागा: VOIP CONVERSATIONS.INSTANCE ID NULL नहीं है और NULL का हिस्सा है। dedupe सूचकांक। यह गिरावट अब एक एआरआरओआर है जिसने चेतावनी के बजाय संख्या का नाम दिया है। ORG PHONE NUMBER का DDL हाथ से लागू होता है - डॉक्स / SQL /। प्रारंभिक सेवा नहीं है इस क्लस्टर में तैनात।.

All changes

जैसा कि आप शिपिंग देखते हैं?

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें