ऐसी सेवा से कोड निकालना जो आपका डिस्पोज़ेबल पता नहीं चाहती, एक छोटी और ठोस समस्या है, और इसके ईमानदार जवाब बहुत कम हैं। ज़्यादातर लोगों का सामना इससे दो तरह से होता है: साइन-अप फ़ील्ड पते को तुरंत ठुकरा देती है, या फ़ॉर्म उसे स्वीकार कर लेता है और पुष्टि वाला मेल कभी नहीं आता। दोनों नतीजे अलग दिखते हैं और अलग ढंग से जाँचे जाते हैं, पर वे एक ही फैसले से निकलते हैं। यह लेख इस बारे में है कि आगे क्या करें: ब्लॉक को पहचानना, यह पता लगाना कि कौन सा चरण विफल हुआ, ऐसा टिकाऊ विकल्प चुनना जो सचमुच मेल प्राप्त करे, ऐसे कदमों से बचना जो हालत बिगाड़ते हैं, और अगर यही काम है तो खुद फ़ॉर्म की जाँच करना। कोई साइट डिस्पोज़ेबल डोमेन क्यों ब्लॉक करती है और वह नीति उचित है या नहीं, यह अलग सवाल है जिस पर कहीं और चर्चा है; यहाँ ध्यान आपके अगले कदम पर है।
कैसे पता चले कि आपका पता ब्लॉक हो गया
ब्लॉक शायद ही कभी अपना नाम लेकर बताता है। आपको एक लक्षण मिलता है, और वह लक्षण बताता है कि किस परत ने आपको ठुकराया।
| आपको क्या दिखता है | आम तौर पर इसका मतलब |
|---|---|
| पते के बारे में संदेश के साथ फ़ील्ड ठुकराई जाती है | ब्राउज़र या सर्वर की जाँच ने डोमेन को पहचान लिया |
| फ़ॉर्म पता स्वीकार करता है पर खाता असत्यापित रह जाता है | खाता बना है, पर पुष्टि का चरण पूरा नहीं होता |
| फ़ॉर्म सफल होता है और कोड कभी नहीं आता | भेजते समय संदेश दबा दिया गया, या इनबॉक्स समाप्त हो गया |
| संदेश आता है पर लिंक या कोड अमान्य है | यह प्रक्रिया की समस्या है, डोमेन ब्लॉक नहीं |
सबसे साफ संकेत दोहराव है। उसी डोमेन पर दूसरा स्थानीय हिस्सा, एट चिह्न से पहले दूसरा शब्द डालकर फिर भेजें। अगर नया पता भी ठुकराया जाए, तो ट्रिगर डोमेन है, आपकी वर्तनी नहीं। अगर किसी बड़े प्रदाता का सामान्य पता उसी फ़ॉर्म में स्वीकार हो जाए, तो फ़ॉर्म ठीक है और आपका पता ही अकेला बदलाव है।
दूसरा संकेत समय है। ब्राउज़र वाला ब्लॉक तुरंत होता है और भेजने से पहले। डिलीवरी वाला ब्लॉक अदृश्य होता है: फ़ॉर्म खुश लगता है और उसके बाद कुछ नहीं। कुछ मिनट रुकें और कुछ तय करने से पहले स्पैम या जंक फ़ोल्डर देखें। दस मिनट देर से आया कोड देरी है, ब्लॉक नहीं।
डोमेन को दोष देने से पहले तीन मिलते-जुलते मामले याद रखें। टाइपो का मतलब है कि मेल बिल्कुल कहीं और गया, इसलिए आपने जो लिखा था उसे फिर से पढ़ें। समाप्त इनबॉक्स का मतलब है कि पता भेजते समय मान्य था और संदेश पहुँचने से पहले अमान्य हो गया। कड़ा स्पैम फ़िल्टर या भरा हुआ इनबॉक्स ठीक से पहुँचे संदेश को छिपा सकता है। इनमें से हर मामले का इलाज अलग है, और कोई भी साइट की नीति नहीं है।
फ़ॉर्म ठीक इसी पते को क्यों ठुकराता है?
जब फ़ील्ड आपको ठुकराती है, तब फ़ॉर्म ने आम तौर पर डोमेन यानी एट चिह्न के बाद वाले हिस्से की तुलना किसी सूची से की होती है, या किसी जोखिम सेवा से फैसला माँगा होता है। पते के पाठ में खुद कोई गड़बड़ नहीं होती। स्थानीय हिस्सा बिल्कुल साधारण हो सकता है और फिर भी ठुकरा दिया जाए, क्योंकि नियम डोमेन के बारे में है, व्यक्ति के बारे में नहीं।
यह उस अनुभव को समझाता है जो वरना मनमाना लगता है। वही डिस्पोज़ेबल पता एक ही दोपहर में एक उत्पाद द्वारा ठुकराया और दूसरे द्वारा स्वीकार किया जा सकता है, क्योंकि हर उत्पाद अपनी सूची और अपनी जोखिम-सहनशीलता रखता है। यह झूठे धनात्मक नतीजे को भी समझाता है: सेवा बंद होने के बाद कोई डोमेन दोबारा इस्तेमाल हो सकता है, या कोई वैध प्रदाता इसलिए सूची में आ सकता है कि उसके काफी उपयोगकर्ताओं ने दुरुपयोग किया। सूची के पीछे के कारोबारी कारण, और एक निर्दोष प्रदाता उसमें क्यों फँसता है, साइटें डिस्पोज़ेबल डोमेन क्यों ब्लॉक करती हैं का विषय है; अगर आपको व्यावहारिक की जगह नीतिगत नज़रिया चाहिए तो वह पढ़ने लायक है।
इनकार हमेशा आखिरी शब्द नहीं होता। कुछ फ़ॉर्म सिर्फ़ ब्राउज़र में जाँचते हैं, और वह जाँच उस नियम से सख़्त हो सकती है जिसे सर्वर असल में लागू करता है; कुछ दोनों पर चलाते हैं, और सर्वर ही मायने रखता है। कुछ फ़ॉर्म प्रतिष्ठा की जगह आकार पर इनकार करते हैं, इसलिए बहुत लंबा स्थानीय हिस्सा, असामान्य अक्षर या प्लस वाली एड्रेसिंग ऐसा नियम छू लेती है जिसका डिस्पोज़ेबलपन से कोई लेना-देना नहीं; ईमेल पते की सिंटैक्स सीमाएँ उन मामलों को समेटती हैं। किसी भी हालत में उपयोगी सवाल यह नहीं कि फ़ील्ड को कैसे धोखा दें, बल्कि यह कि क्या साइट कोई अपवाद देती है और क्या आप उस साइट को इतना चाहते हैं कि उसे ऐसा पता दें जिसे वह स्वीकार करती है।
पुष्टि वाला मेल कभी भेजा ही क्यों नहीं जाता?
गायब कोड के पीछे दो अलग विफलताएँ होती हैं, और उन्हें अलग करना ज़रूरी है क्योंकि उनमें से सिर्फ़ एक आपके पते से जुड़ी है।
पहली है दमन। साइट डोमेन को पहचानती है और तय करती है कि भेजना ही नहीं है, या साइन-अप स्वीकार करने के बाद संदेश गिरा देना है। ऐसा उस डोमेन की प्रतिष्ठा बचाने के लिए किया जाता है जिससे साइट भेजती है, क्योंकि बाउंस होने वाले या स्पैम चिह्नित होने वाले पतों को भेजा गया मेल उस प्रतिष्ठा को नुकसान पहुँचाता है। बाहर से नतीजा यह दिखता है कि साइन-अप सफल लगता है और संदेश कभी अस्तित्व में नहीं था।
दूसरी है डिलीवरी। संदेश भेजा गया और आप तक नहीं पहुँचा। आम कारण हैं कोड आने से पहले समाप्त हो गया डिस्पोज़ेबल इनबॉक्स, प्राप्त करने वाली ओर से ठुकराया गया संदेश, और चुपचाप स्पैम में डाला गया संदेश। डिस्पोज़ेबल इनबॉक्स अक्सर मिनटों में खत्म हो जाते हैं, और देर से कोड भेजने वाला फ़ॉर्म वह पूरी खिड़की चूक सकता है। अगर प्राप्त करने वाली ओर के कारणों की ज़्यादा विस्तृत सूची चाहिए, तो अस्थायी ईमेल सत्यापन कोड प्राप्त नहीं कर रहा उन सब पर चलता है।
दोनों हालतों में बाउंस संदेश नहीं होता, क्योंकि विफलता आपके इनबॉक्स के ऊपर हुई। यही गायब कोड की समस्या को इतना थका देने वाला बनाता है: आपकी तरफ़ पढ़ने के लिए कुछ नहीं है। पहले अस्थायी इनबॉक्स खोलें और पुष्टि करें कि वह अब भी मौजूद है और दूसरे संदेश उसमें पहुँचते हैं, फिर स्पैम फ़ोल्डर देखें, फिर नया पता बनाकर कोड दोबारा माँगें। समाप्त पता बचाया नहीं जा सकता, इसलिए साफ़ इनबॉक्स हर बार पुराने से बेहतर है।
वैध रास्ते: अपना डोमेन या उपनाम
अगर आपको इनकार के बिना निजता का फ़ायदा चाहिए, तो टिकाऊ विकल्प वही हैं जो सूची में नहीं हैं।
आपका नियंत्रित डोमेन सबसे मज़बूत जवाब है। आप उस पर कैच-ऑल पता लगा सकते हैं, या हर सेवा के लिए एक इनबॉक्स बना सकते हैं, और जब तक आप उसे नवीनीकृत करते हैं यह कोड पाता रहेगा। जोखिम इंजन के सामने यह डिस्पोज़ेबल जैसा नहीं दिखता, क्योंकि यह है ही नहीं, और यह उन पासवर्ड रीसेटों को झेल जाता है जो डिस्पोज़ेबल नहीं झेल सकता। वही विचार, व्यावहारिक विवरणों के साथ, अपने डोमेन वाला अस्थायी ईमेल में दिया गया है।
जिस प्रदाता का आप पहले से उपयोग करते हैं वहाँ मेल उपनाम हल्का विकल्प है। आप ऐसा पता बनाते हैं जो आपके मुख्य इनबॉक्स पर अग्रेषित होता है, और यह देखकर पता लगाते हैं कि किस सेवा ने आपकी जानकारी बेची, कि कौन सा उपनाम स्पैम जमा करने लगता है। अपने ही इनबॉक्स पर प्लस-सुफ़िक्स वाला रूप उसी तरकीब का सबसे सस्ता संस्करण है, एक चेतावनी के साथ: जो पता देखे वह सुफ़िक्स हटाकर आपके मूल इनबॉक्स तक पहुँच सकता है।
जिस सेवा को आप सचमुच रखना चाहते हैं उसके लिए ऐसा पता इस्तेमाल करें जिसे आप नियंत्रित करते हैं और उसका मेल एक फ़ोल्डर में छान लें। जहाँ खाता मायने नहीं रखता और सिर्फ़ एक बार कोड चाहिए, वहाँ अस्थायी इनबॉक्स सही उपकरण है, ऐसी साइट पर जो उसे अनुमति देती हो। मोटा नियम सीधा है: टिकाऊ रिश्ता टिकाऊ पता माँगता है, और डिस्पोज़ेबल खाता डिस्पोज़ेबल पता। अग्रेषण उपनाम और डिस्पोज़ेबल पते की तुलना देखने लायक है अगर चुनाव साफ़ न हो।
क्या न करें
- जाँच को हराने के लिए डिस्पोज़ेबल पते बदलते न रहें। घोषित नियम को दरकिनार करना अपनी समस्या हल करने से अलग काम है, आम तौर पर उन शर्तों का उल्लंघन है जो आपने स्वीकार कीं, और साइट को सबके लिए नियम सख़्त करने पर मजबूर करता है।
- ऐसा पता मत गढ़ें जो आपका न हो। खाता बेकार हो जाएगा, और पुष्टि वाला मेल किसी अजनबी के इनबॉक्स में पहुँचेगा।
- डिस्पोज़ेबल पता किसी ऐसी चीज़ से न जोड़ें जो आपके लिए मायने रखती है। समाप्त होने पर न पासवर्ड रीसेट, न रिकवरी, न इतिहास।
- यह न मानें कि ब्लॉक निजी है। यह एक सूची है, सूचियों में गलतियाँ होती हैं, और कोई प्रदाता गलत वर्ग में पड़ सकता है। सहायता से अपवाद माँगें और बताएं कि आपको यह पता किसलिए चाहिए।
- गायब कोड को ब्लॉक का सबूत न मानें। स्पैम फ़ोल्डर, पते का जीवनकाल और यह कि फ़ॉर्म ने कुछ भेजा भी था या नहीं, देखें।
- ऐसा बचाव न इस्तेमाल करें जिसे साइट साफ़ मना करती हो। अगर शर्तें कहती हैं कि डिस्पोज़ेबल पते मान्य नहीं, तो सही कदम दूसरा पता या दूसरी सेवा है।
साइन-अप फ़ॉर्म की खुद जाँच कैसे करें?
चाहे आप अपना उत्पाद जाँच रहे हों या किसी और को समझने की कोशिश कर रहे हों, छोटी और क्रमबद्ध जाँच अंदाज़े से ज़्यादा बताती है।
- फ़ॉर्म को किसी बड़े प्रदाता का सामान्य पता भेजें। वह स्वीकार होना चाहिए; न हो तो समस्या फ़ॉर्म में है, पते में नहीं।
- कोई ज्ञात डिस्पोज़ेबल पता भेजें और देखें कि इनकार कहाँ होता है: फ़ील्ड पर, भेजने के बाद, या डिलीवरी के चरण में।
- वही डोमेन दूसरे स्थानीय हिस्से के साथ भेजें। फिर ठुकराया जाए तो डोमेन ही नियम है।
- नया डिस्पोज़ेबल पता बनाकर भेजें। कोड में कितना समय लगता है यह नापें और हार मानने से पहले स्पैम फ़ोल्डर देखें।
- सटीक संदेश, समय और बाद में खाते की स्थिति दर्ज करें। ऐसा इनकार जो आधा बना खाता छोड़ जाए, वह ब्लॉक के भेस में सहायता का बोझ है।
अगर फ़ॉर्म आपका है, तो नियम सर्वर पर लागू करें, सिर्फ़ ब्राउज़र में नहीं, क्योंकि फ्रंट-एंड की जाँच को दरकिनार करना बहुत आसान है। सामान्य त्रुटि की जगह ईमानदार संदेश दिखाएँ जो पते का नाम ले। समीक्षा माँगने का रास्ता दें, और परीक्षणों में इनकार की शाखा को ठीक वैसे ही कवर करें जैसे सफल रास्ते को, जिसमें वह लेन-देन मेल भी शामिल है जो सत्यापित खाता पाना शुरू करेगा। आख़िर में, जानबूझकर तय करें कि इन डोमेनों को ब्लॉक करना आपके लिए ज़रूरी है भी या नहीं; उपयोगकर्ता से लगातार रिश्ता रखने वाले उत्पाद को शायद इसकी ज़रूरत न हो।
आगे के कदम
ब्लॉक के बाद का फैसला आम तौर पर आसान होता है जब निदान साफ़ हो। अगर खाता टिकना चाहिए, तो उसे उपनाम पर या अपने डोमेन के पते पर ले जाएँ; दोनों पासवर्ड रीसेट झेल जाते हैं और न ही कोई डिस्पोज़ेबल सूची में होता है। अगर सिर्फ़ एक कोड चाहिए, तो वह पता इस्तेमाल करें जिसे आप पहले से नियंत्रित करते हैं, या ऐसी सेवा पर अस्थायी इनबॉक्स जो उसे अनुमति देती हो।
इस साइट का अस्थायी मेलबॉक्स ठीक उसी एकबारगी मामले के लिए बना है और सेकंडों में शुरू हो जाता है। जिस सीमा पर पूरा लेख टिका है, उसे एक बार फिर कहना बनता है: डिस्पोज़ेबल पता परीक्षण के औज़ार के तौर पर इस्तेमाल करें, कभी भी किसी साइट के इस फैसले को दरकिनार करने के तरीके के तौर पर नहीं कि उसकी सेवा कौन इस्तेमाल कर सकता है।