आपके एप्लिकेशन द्वारा ब्रांड नाम भेजने के बाद भी संदेश रिकॉर्ड में न्यूमेरिक मूल दिख सकता है। जब आपका एप्लिकेशन text और from देता है, तो Bird अनुरोधित प्रेषक को मान्य करता है और अयोग्य प्रेषक को अस्वीकार करता है। API की स्वीकृति हैंडसेट पर प्रेषक प्रस्तुति की गारंटी नहीं देती। वह मान्यकरण अनुरोधित प्रेषक को बदलता नहीं है।
क्या Bird कभी मेरे सेंडर को नंबर से बदलता है?
text और from के साथ भेजे गए संदेश के लिए, Bird असमर्थित प्रेषक को बिना बदले अस्वीकार करता है। सिस्टम-टेम्पलेट अनुरोध कस्टम संदेश बॉडी के बजाय Bird के कैटलॉग से template संदर्भ देता है। Bird उस टेम्पलेट अनुरोध के लिए प्रेषक चुनता है। अनुरोध और लौटाया गया from फ़ील्ड भेजने का रूप और उपयोग किया गया प्रेषक दर्शाते हैं।
Bird मैसेज कहीं भेजने से पहले सेंडर को गंतव्य की नीति से जाँचता है। अगर गंतव्य अल्फ़ान्यूमेरिक प्रकार का समर्थन नहीं करता, तो कॉल अस्वीकार कर दी जाती है। कॉल तब भी अस्वीकार होती है जब गंतव्य को ऐसे रजिस्ट्रेशन की आवश्यकता हो जो इस सेंडर के पास नहीं है। त्रुटि में सेंडर का नाम होता है ताकि आप उसकी आवश्यकताएँ देख सकें।
text और from वाले अनुरोध के लिए, ये जाँचें प्रेषक को बदले बिना अयोग्य भेजने को अस्वीकार करती हैं। अस्वीकृत भेजने से कोई संदेश, डिलीवरी प्रयास या डिलीवरी इवेंट उत्पन्न नहीं होता। यदि किसी भिन्न from वाला संदेश मौजूद है, तो मूल अनुरोध, टेम्पलेट चयन और डाउनस्ट्रीम रूट की तुलना करें।
मुझे वास्तव में कौन-सा अस्वीकरण दिखेगा?
इसके लिए तीन कोड उद्धृत किए जाते हैं और ये आपस में बदले नहीं जा सकते।
| कोड | कहाँ से आता है |
|---|---|
E12021 | सेंड पथ, जब गंतव्य आपके सेंडर के प्रकार या ऑरिजिन का समर्थन नहीं करता |
E12018 | रजिस्ट्रेशन पथ, जब आप ऐसे देश के लिए अल्फ़ान्यूमेरिक सेंडर रजिस्टर करने का प्रयास करते हैं जो इस प्रकार का समर्थन नहीं करता |
E12019 | कैटलॉग में परिभाषित है और किसी भी कोड द्वारा उत्पन्न नहीं होता |
पहले दो जानने योग्य जोड़ी हैं। E12021 का अर्थ है This sender is not available for the destination country और यह सेंड लौटाता है; E12018 का अर्थ है Alphanumeric senders are not available for the destination country और यह रजिस्ट्रेशन लौटाता है। ये एक ही देश नीति को दो अलग-अलग द्वारों से बताते हैं, इसलिए विफल सेंड के बाद अल्फ़ान्यूमेरिक-विशिष्ट शब्दों को खोजने पर कुछ नहीं मिलता।
तीसरा उसी आकार का जाल है जिसे कैरियर फ़िल्टरिंग पेज डिलीवरी कोड के लिए वर्णित करता है। E12019 प्रकाशित है, दस्तावेज़ित है, और किसी भी कोड पथ द्वारा उत्सर्जित नहीं होता। जो पंजीकरण आवश्यक है लेकिन गायब है, वह प्रेषक का नाम बताने वाली त्रुटि के रूप में सामने आता है, E12019 के रूप में नहीं। चाहें तो इसे हैंडल करें, लेकिन आपके लॉग में इसकी अनुपस्थिति को इस बात का प्रमाण न मानें कि पंजीकरण ठीक है।
क्या numeric रजिस्ट्रेशन प्रोग्राम ही मेरे साथ हुआ है?
नहीं, और नाम ही भ्रम पैदा करता है।
Bird के रजिस्ट्रेशन प्रोग्रामों में एक numeric नामक प्रोग्राम है, और पहली नज़र में यह वही लगता है जिसने आपका नाम अंकों में बदल दिया। लेकिन ऐसा नहीं है। numeric एक लॉन्ग कोड रजिस्टर करता है: यह वह प्रोग्राम है जो कोई देश नंबर सेंडर प्रकार के लिए चलाता है, उस नंबर पर लागू होता है जो आपके पास पहले से है। इसमें कुछ भी अल्फ़ान्यूमेरिक सेंडर को न्यूमेरिक में नहीं बदलता।
अगर कोई देश जिसे आप भेजते हैं numeric चलाता है, तो इसका मतलब है कि उसके लॉन्ग कोड को रजिस्ट्रेशन की ज़रूरत है, जो सेंडर प्रकार चुनते समय उपयोगी जानकारी है लेकिन आपके अल्फ़ान्यूमेरिक सेंडर के बारे में कुछ नहीं बताती। Sender ID रजिस्ट्रेशन में सभी पाँच प्रोग्राम और प्रत्येक किस सेंडर प्रकार पर लागू होता है, यह दिया है।
तो नंबर कहाँ से आया?
सेंडर-प्रकार गेट के अलावा कहीं और से, और क्रम में तीन जगहें जाँचने योग्य हैं।
- देखें कि आपने वास्तव में किससे भेजा। मैसेज रिकॉर्ड में उसका अपना सेंडर होता है, और कई सेंडर कॉन्फ़िगर किए गए वर्कस्पेस में आपकी इच्छा से अलग सेंडर से भेजा जाना आम बात है। अपने मैसेज सेंडर के अनुसार फ़िल्टर करें और देखें कि किस पहचान ने इसे भेजा।
- जाँचें कि मैसेज Bird से आया भी था या नहीं। अगर वही प्रोग्राम किसी अन्य प्रोवाइडर से भी भेजता है, या आपके कोड में किसी फ़ॉलबैक से, तो नंबर उस पथ का डिफ़ॉल्ट सेंडर हो सकता है, न कि कोई बदला हुआ सेंडर।
- उस विशिष्ट मैसेज के बारे में पूछें। Bird से निकलने के बाद मैसेज एक कैरियर से होकर गया, और हैंडओवर के बाद नेटवर्क सेंडर के साथ जो करता है वह उस नेटवर्क का व्यवहार है, आपकी कोई सेटिंग नहीं। सपोर्ट को message id बताएँ, साथ में गंतव्य और वह सेंडर जिसकी आपको अपेक्षा थी।
दो चीज़ें इसकी व्याख्या नहीं करतीं, और उन्हें बाहर करने से समय बचता है। यह आपके रजिस्ट्रेशन के पेंडिंग होने के कारण नहीं है, क्योंकि पेंडिंग रजिस्ट्रेशन सेंड को डाउनग्रेड करने के बजाय अस्वीकार कर देता है। और यह आपके वर्कस्पेस के लिए गंतव्य के बंद होने के कारण भी नहीं है, क्योंकि वह भी सेंड अस्वीकार कर देता है, E12020 के साथ।
इसे दोबारा होने से क्या रोकेगा?
सेंडर प्रति कैम्पेन के बजाय प्रति गंतव्य तय करें।
स्थायी समाधान यह है कि भेजने से पहले जान लें कि हर गंतव्य कौन-से सेंडर प्रकार का समर्थन करता है और प्रत्येक के लिए क्या आवश्यक है। यह प्रति देश SMS destinations पर प्रकाशित है, और अपने किसी सेंडर के लिए टर्मिनल से इसकी जाँच की जा सकती है:
bird sms senders requirements <sender-id>जहाँ कोई गंतव्य अल्फ़ान्यूमेरिक प्रकार का समर्थन ही नहीं करता, वहाँ कोई रजिस्ट्रेशन नहीं है जिससे आप प्रवेश पा सकें, और विकल्प एक अलग सेंडर प्रकार है। कौन-सा सेंडर प्रकार उपयोग करूँ चारों की तुलना करता है। जहाँ गंतव्य इस प्रकार का समर्थन करता है और पहले रजिस्ट्रेशन चाहता है, वहाँ SMS sender IDs इसे बनाने की जानकारी देता है।
संक्षेप में
Bird बदलने के बजाय अस्वीकार करता है।
जहाँ कोई गंतव्य अल्फ़ान्यूमेरिक प्रेषक स्वीकार नहीं करता, वहाँ भेजना API पर एक त्रुटि के साथ रोक दिया जाता है। यह प्रवेश जाँच किसी अयोग्य फ्री-टेक्स्ट प्रेषक के बदले नंबर नहीं लगाती। यदि हैंडसेट पर अंतर दिखे तो वास्तविक संदेश और डाउनस्ट्रीम रूट की जाँच करें।
आपको मिलने वाला अस्वीकरण
E12021है, अल्फ़ा-विशिष्ट कोड नहीं।सेंड करते समय, अनुपलब्ध सेंडर प्रकार
E12021के रूप में लौटता है। अल्फ़ान्यूमेरिक-विशिष्टE12018रजिस्ट्रेशन पथ से संबंधित है।एक दस्तावेज़ित कोड कभी उत्सर्जित ही नहीं होता।
E12019त्रुटि कैटलॉग में परिभाषित है और कुछ भी इसे उत्पन्न नहीं करता। इस पर ब्रांच करें तो वह ब्रांच कभी नहीं चलेगी।numericप्रोग्राम कोई प्रतिस्थापन नहीं है।Bird की रजिस्ट्रेशन शब्दावली में
numericका अर्थ है लॉन्ग कोड रजिस्टर करना। यह एक अलग सेंडर प्रकार का रजिस्ट्रेशन है, आपके अल्फ़ान्यूमेरिक सेंडर का रूपांतरण नहीं।