एक वाहक तक पहुंचने से पहले प्रेषक संख्या E.164 को सामान्यीकृत करें

OtherVOIPService
शिप
7 सितंबर 2026 को 3:41 am बजे UTC
लेखक
Kamo
Commit
71b3030

एक पाठ भेजने से असफल हो गया "संदेश नहीं भेजा जा सकता है। फिर से कोशिश करो पल। तेलिनिक्स का अपना जवाब, वीओआईपीसर्विस लॉग से, विशिष्ट था: टेलीनिक्स POST / संदेश विफल: स्रोत फोन नंबर को अवैध समझा गया था वाहक द्वारा। संग्रहित प्रेषक `9492989960` था। Telnyx को E.164 की आवश्यकता होती है, इसलिए इसे खारिज कर दिया जाता है सीधे भेजें। रूट कारण एक ऐसा क्षेत्र है जिसका नाम `e164` है जो कभी सामान्यीकृत नहीं है। इसके जावाडोक वादा करता है "पूरे में संख्या, जैसा कि इसे प्रदर्शित और डायल किया जाना चाहिए", लेकिन OrgPhoneNumberService ने जो कुछ भी हासिल किया - एक वाहक से from phone number, या खोज से - सीधे इसमें, केवल छंटनी की। कि इसके बाद मूल्य **************** और `` से` के रूप में बाहर बहती है। प्रत्येक परत ने क्षेत्र के नाम पर भरोसा किया। दोनों पथ (धारा और अद्यतन) पर सामान्यीकृत करें और जहां वाहक उदाहरण स्वयं बनाया गया है या संपादित किया गया है, मौजूदा का उपयोग करके E164. यह अनुमानों के बजाय मना कर देता है, इसलिए कोई संख्या नहीं जगह चुपचाप होने के बजाय अपने कच्चे पाठ को एक plausible में mangled होने के बजाय रखता है गलत संख्या। दो मार्गों में सदस्य की संख्या से असहमत: / क्षमता केवल पढ़ने के लिए MEMBER VOIP CONFIG, जो अकेले प्राथमिक धारक के लिए लिखा जाता है, जबकि पथ भेजना असाइनमेंट टेबल को पढ़ता है। सदस्य एक साझा लाइन रखने के लिए वे हैं प्राथमिक नहीं बताया गया था कि उनके पास पाठ करने के लिए कोई संख्या नहीं थी, जबकि भेजने के लिए वे सफल होंगे। दोनों अब एक हलकों का उपयोग करते हैं, और एक नंबर आवंटित करते हैं उस सदस्य के लिए विरासत स्तंभ भी लिखते हैं। लाइव पंक्तियों की मरम्मत सीधे की गई थी; कोई गैर-E.164 प्रेषक नहीं रहता है org phone number, bulk text provider instance या Member voip config.

सभी बदलाव

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

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

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