एक टेलीनिक्स फोन सर्वर टेक्स्ट भेज सकता है और कभी भी एक प्राप्त नहीं कर सकता है

शिप

6 सितंबर 2026 को 10:28 pm बजे UTC

लेखक

Kamo

Commit

9e9e814

Telnyx एक फोन सर्वर और एक वाहक दोनों है, और एक Telnyx संदेश प्रोफ़ाइल है बिल्कुल एक वेबहुक यूआरएल। इसलिए एक संगठन जिसने Telnyx को फोन सर्वर के रूप में जोड़ा और अभी तक कोई टेक्स्ट प्रोवाइडर नहीं था /api/bulktext/inbound/telnyx — जहां एकमात्र चीज जो समापन बिंदु को हल कर सकती है एक BulkTextProviderInstance था। वहाँ कोई नहीं है, इसलिए हर जवाब में छोड़ दिया गया था "कोई सक्रिय प्रदाता उदाहरण नहीं है" चेतावनी। यह org ग्राहकों को टेक्स्ट कर सकता है और कभी जवाब नहीं देखते, जो इस पूरे क्षेत्र में सटीक विफलता है। एंडपॉइंट अब एक नंबर को पहचानता है जिसका टेक्स्ट फोन सर्वर पर सवारी करते हैं, सत्यापित करता है इसके माध्यम से ************* - वह सीवन जो इंटरफ़ेस है पहले ही था, इसलिए यह टेल्निक्स-विशिष्ट नहीं है - और इसे साझा ingest पर हाथ देता है। रेल को स्थिर होना पड़ा और यह दिलचस्प हिस्सा है। InboundRail कहते हैं कि कौन से कारखाना जवाब दे सकता है, और ये दो रेल एक URL साझा करते हैं जबकि इसके बारे में असहमत: इसे BULK TEXT के रूप में दाखिल करने से एक VoipProviderInstance हाथ होगा थोकTextProvider Factory, जो "कोई ऐसा उदाहरण नहीं" के रूप में विफल रहता है, तो HELP उत्तर कभी नहीं भेजा जाएगा और कुछ नहीं कहेगा क्यों? CARRIER TO PHONE SERVER अंतर नाम SmsKeywordService के उत्तर स्विच में कोई डिफ़ॉल्ट हाथ नहीं है ठीक है तो एक नया स्थिर वहाँ भूल नहीं जा सकता है - यह एक संकलन त्रुटि थी जब तक यह संभाला गया था, जो डिजाइन काम कर रहा है। एक बार फोन सर्वर पर एक नंबर को रूट करने के लिए जाना जाता है, एक बुरा हस्ताक्षर 403s नीचे दिए गए स्कैन के माध्यम से गिरने के बजाय, जो अन्यथा एक मेल खा सकता है पूरी तरह से अलग उदाहरण।.