IQ Option लॉगिन ईमेल प्राप्त नहीं हुआ

लॉगिन को नियंत्रित करने वाले ईमेल

तीन संदेश साइन-इन रोक सकते हैं: रजिस्ट्रेशन की पुष्टि, पासवर्ड रीसेट, और डिवाइस वेरिफिकेशन के कोड। आप किसका इंतज़ार कर रहे हैं, यह जानना तय करता है कि कहाँ देखना है और क्या करना है।

लोग तीनों को "लॉगिन वाला ईमेल" कह देते हैं, जिससे समस्या ज़रूरत से ज़्यादा मुश्किल हो जाती है। ये अलग-अलग मौक़ों पर भेजे जाते हैं, इनकी मियाद अलग-अलग तरह से पूरी होती है, और इनमें से एक हमेशा ईमेल होता ही नहीं। दिक़्क़त सुलझाने से पहले पहचानें कि आपका कौन-सा है।

पुष्टि के संदेश

पुष्टि का संदेश रजिस्ट्रेशन के बाद आता है और अकाउंट चालू करता है। जब तक वह पूरा न हो, साइन-इन ठुकराया या सीमित किया जा सकता है, जिससे वह ख़ास उलझन पैदा होती है कि मिनटों पहले सही टाइप किए गए क्रेडेंशियल ठुकरा दिए जाते हैं। अगर आपने अभी-अभी रजिस्टर किया है और साइन इन नहीं कर पा रहे, तो लगभग तय है कि आप इसी का इंतज़ार कर रहे हैं। अकाउंट खोलने और उसमें साइन इन करने का फ़र्क़ साइन अप बनाम लॉगिन में रखा गया है।

पासवर्ड रीसेट लिंक

रीसेट लिंक तब भेजा जाता है जब आप लॉगिन फ़ॉर्म से रिकवरी शुरू करते हैं। दो बातें मायने रखती हैं और यहाँ की ज़्यादातर दिक़्क़त वही पैदा करती हैं: लिंक की मियाद तय है, और नया माँगने से पिछला रद्द हो जाता है। इसलिए अगर आपने इंतज़ार करते हुए चार बार रिकवरी पर क्लिक किया, तो सिर्फ़ आख़िरी संदेश चलता है, और पहले तीन पर क्लिक करने से ऐसी ख़राबी आती है जो टूटे हुए लिंक जैसी दिखती है। हमेशा सबसे नया संदेश इस्तेमाल करें। ख़ुद यह प्रक्रिया भूले हुए पासवर्ड की गाइड में कवर है।

डिवाइस वेरिफिकेशन के कोड

कोड या पुष्टि तब माँगी जाती है जब साइन-इन किसी अनजाने संदर्भ से आता है — नया ब्राउज़र, साफ़ किया गया कुकी स्टोर, अलग नेटवर्क या किसी दूसरे देश का VPN एंडपॉइंट। यह ठीक से काम करता हुआ सुरक्षा का क़दम है, और डिवाइस वेरिफिकेशन में बताया गया है। इसे उसी सेशन में, उसी डिवाइस पर, रजिस्टर्ड इनबॉक्स से पूरा करें; लिंक किसी दूसरे ब्राउज़र में खोलने से प्रक्रिया दोबारा शुरू हो सकती है।

यह नतीजा निकालने से पहले कि कोड नहीं आया, एक बात जाँचने लायक़ है: ऑथेंटिकेटर ऐप के बनाए टू-फैक्टर ऑथेंटिकेशन कोड ईमेल से आते ही नहीं। अगर आपने 2FA चालू कर रखा है, तो कोड आपके फ़ोन के ऐप में है। यह लॉगिन पर टू-फैक्टर ऑथेंटिकेशन में कवर है।

अगर आपने रीसेट लिंक कई बार माँगा, तो सिर्फ़ सबसे हालिया संदेश चलता है — पहले वाले लिंक आपके अपने दोहराए अनुरोधों से रद्द हो गए।

ईमेल कहाँ जाता है

ज़्यादातर ग़ायब संदेश ग़ायब होते ही नहीं। वे स्पैम में होते हैं, प्रमोशन टैब में, या ऐसे नियम से खिसका दिए जाते हैं जो आपने बरसों पहले बनाया था और जिसके बारे में आपने तब से सोचा भी नहीं।

डिलीवरी की नाकामी मान लेने से पहले ठीक से खोजें। इनबॉक्स के दृश्य पर नज़र दौड़ाना खोजना नहीं है: आजकल के मेल क्लाइंट आक्रामक तरीक़े से छाँटते हैं, और संदेश ऐसे फ़ोल्डर में पड़ा हो सकता है जिसे आप कभी खोलते ही नहीं। पूरा मेलबॉक्स खोजें — हर फ़ोल्डर, स्पैम समेत — प्लेटफ़ॉर्म के नाम से और आम तौर पर हाल के संदेशों के लिए।

स्पैम और जंक फ़ोल्डर

लिंक वाली स्वचालित मेल स्पैम फ़िल्टर के लिए जाना-पहचाना ढर्रा है, इसलिए सबसे पहले यहीं देखना चाहिए और जवाब भी सबसे ज़्यादा यही निकलता है।

1. खोज पर भरोसा करने के बजाय स्पैम या जंक फ़ोल्डर सीधे खोलें, क्योंकि कुछ क्लाइंट उसे डिफ़ॉल्ट रूप से खोज से बाहर रखते हैं।
2. तारीख़ से छाँटें और सिर्फ़ सूची के ऊपरी हिस्से को नहीं, पिछले एक घंटे को देखें।
3. मिल जाए तो कुछ भी क्लिक करने से पहले उसे "स्पैम नहीं" के तौर पर चिह्नित करें — इससे फ़िल्टर सीखता है और अगला संदेश आसान हो जाता है।
4. भेजने वाले का पता अपने संपर्कों में जोड़ लें ताकि आगे के संदेश इनबॉक्स में जाएँ।
5. डिलीट या ट्रैश फ़ोल्डर भी देखें, इस हाल में कि किसी नियम ने उसे सीधे वहीं डाल दिया हो।

प्रमोशन टैब

जो मेल क्लाइंट इनबॉक्स को श्रेणियों में बाँटते हैं, वे अक्सर प्लेटफ़ॉर्म के नोटिफ़िकेशन को प्रचार वाला मान लेते हैं, क्योंकि वे स्वचालित थोक मेल जैसे दिखते हैं। संदेश पहुँचा हुआ और बिना पढ़ा है, बस वहाँ नहीं जहाँ आपने देखा। अपने क्लाइंट का हर टैब या श्रेणी देखें, और संदेश मिल जाने पर उसे मुख्य इनबॉक्स में ले जाएँ — ज़्यादातर क्लाइंट इसे भेजने वाले के लिए टिकाऊ निर्देश मानते हैं।

फ़िल्टर और नियम

बहुत पहले बनाया गया नियम आने वाली मेल को चुपचाप किसी फ़ोल्डर में डाल सकता है, संग्रहित कर सकता है या मिटा सकता है। यह ख़ासकर उन पतों पर आम है जो बरसों से इस्तेमाल हो रहे हैं।

• मेल सेटिंग्स खोलें और चालू नियम पढ़ें, ऐसी किसी भी चीज़ की तलाश में जो भेजने वाले के डोमेन या "verify" या "confirm" जैसे किसी शब्द से मेल खाती हो।
• ऐसा फ़ॉरवर्डिंग नियम देखें जो मेल कहीं और भेज रहा हो — संदेश पूरी तरह किसी दूसरे मेलबॉक्स में पहुँचा हो सकता है।
• देखें कि किसी पुरानी सफ़ाई से बनी अवरुद्ध-भेजने वालों की सूची में प्लेटफ़ॉर्म का डोमेन तो नहीं है।
• दफ़्तर के पते पर ध्यान रखें कि मेल गेटवे बाहरी मेल को आपके देखने से पहले ही क्वारंटीन कर सकता है; व्यवस्थापक उसे छोड़ सकता है।
• अगर आपका प्रदाता डिलीवरी या क्वारंटीन का लॉग देता है, तो यह नतीजा निकालने से पहले कि कुछ आया ही नहीं, वहाँ देखें।

वैसे भी कुछ मिनट दें। डिलीवरी हमेशा तुरंत नहीं होती, और चार मिनट देर से आया संदेश उससे बिलकुल एक जैसा दिखता है जो कभी आया ही नहीं।

सिर्फ़ इनबॉक्स के दृश्य में नहीं, स्पैम और ट्रैश समेत पूरा मेलबॉक्स खोजें — संदेश वाक़ई न पहुँचने से कहीं ज़्यादा बार मौजूद होता है।

यह क्यों न आए

वाक़ई न पहुँचने की वजहों की सूची छोटी है: पते में टाइप की ग़लती, पूरी तरह ग़लत पता, प्रदाता के स्तर पर रोक, या ऐसी सामान्य देरी जिसका आपने इंतज़ार नहीं किया।

अगर संदेश वाक़ई मेलबॉक्स में नहीं है, तो वजह ऊपर की तरफ़ है। नीचे दी चारों की अपनी अलग पहचान है, इसलिए आप आम तौर पर बिना अंदाज़ा लगाए उन्हें अलग-अलग बता सकते हैं।

ग़लत लिखा पता

रजिस्ट्रेशन के वक़्त की टाइप की ग़लती आगे का हर संदेश शून्य में भेज देती है। बार-बार दिखने वाले रूप हैं: ग़लत प्रदाता डोमेन, स्थानीय हिस्से में आगे-पीछे हुए दो अक्षर, और पते का प्लस वाला रूप जो एक बार टाइप हुआ और फिर कभी नहीं। साइन-इन से इस ग़लती का कुछ पता नहीं चलता, क्योंकि प्लेटफ़ॉर्म जो पता उसके पास है उस पर ईमानदारी से पहुँचा रहा है।

जाँच आसान है: हर उस पते पर रिकवरी प्रक्रिया चलाएँ जो आपने इस्तेमाल किया हो सकता है। जिस मेलबॉक्स पर रीसेट लिंक आता है, वही रजिस्टर्ड है। अगर किसी पर नहीं आता, तो या तो उन पतों पर कोई अकाउंट है ही नहीं, या रजिस्टर्ड पता वह है जो अब तक आपके ध्यान में नहीं आया।

प्रदाता की रोक

कुछ प्रदाता स्वचालित मेल को किसी फ़ोल्डर तक पहुँचने से पहले ही ठुकरा देते हैं या चुपचाप छोड़ देते हैं, और यह कॉर्पोरेट तथा संस्थागत डोमेन पर काफ़ी आम है, जहाँ गेटवे बाहर से आने वाली हर चीज़ छानता है। इसकी पहचान पूरी ख़ामोशी है: स्पैम में कुछ नहीं, नियमों में कुछ नहीं, कहीं कुछ नहीं।

डिलीवरी में देरी

देरी सामान्य है और बेसब्री उसे और बिगाड़ देती है, क्योंकि हर नया अनुरोध पिछला लिंक रद्द कर देता है। अगर चार संदेश क़तार में हैं और पहला आते ही आप उस पर क्लिक कर देते हैं, तो आपको ख़राबी मिलती है। एक बार माँगें, इंतज़ार करें, और अपने पास मौजूद सबसे नया संदेश इस्तेमाल करें। जो मेलबॉक्स अपनी स्टोरेज सीमा पार कर चुका हो वह भी मेल लेना बंद कर देता है, और पुराने पते पर इसे ख़ारिज कर लेना ठीक रहता है।

हर फ़ोल्डर में पूरी ख़ामोशी आम तौर पर टूटे हुए प्लेटफ़ॉर्म के बजाय ग़लत पते का मतलब है — यह जानने के लिए हर उस पते पर रिकवरी चलाएँ जो आपने इस्तेमाल किया हो सकता है कि अकाउंट कौन-सा रखता है।

इसे दिलवाना

भेजने वाले को अनुमति दें, एक नया संदेश माँगें, और सही मेलबॉक्स ऐसे डिवाइस पर खोलें जिससे आप वह क़दम पूरा कर सकें। इसी क्रम में किया जाए तो डिलीवरी की दिक़्क़तें ज़्यादातर ग़ायब हो जाती हैं।

यह उपाय का क्रम है। अनुरोध दोहराकर उम्मीद लगाने के बजाय इसे एक बार, क्रम से पूरा करें।

जो क्रम काम करता है

1. कुछ भी माँगने से पहले प्लेटफ़ॉर्म के भेजने वाले का पता अपने संपर्कों या सुरक्षित-भेजने वालों की सूची में जोड़ें।
2. स्पैम में मिला कोई भी पुराना संदेश इनबॉक्स में ले जाएँ और उसे "स्पैम नहीं" चिह्नित करें।
3. भेजने वाले से मेल खाता कोई भी नियम या फ़िल्टर देखें और हटा दें।
4. पक्का करें कि आपका मेलबॉक्स अपनी सीमा पार नहीं कर चुका और बाक़ी मेल सामान्य रूप से पा रहा है।
5. प्लेटफ़ॉर्म अपने बुकमार्क से खोलें — कभी किसी लिंक से नहीं — और एक नया संदेश माँगें। साइन-इन स्क्रीन से संदेश दोबारा माँगें।
6. दोबारा माँगे बिना कुछ मिनट इंतज़ार करें।
7. सबसे नया संदेश खोलें और वह क़दम उसी डिवाइस और ब्राउज़र से पूरा करें जिससे आपने शुरू किया था।
8. अगर वाजिब समय में कुछ नहीं आता, तो इसे दोहराने के बजाय अगले ब्लॉक पर जाएँ।

भेजने वाले को अनुमति देना

भेजने वाले को पहले से अनुमति देना वही क़दम है जिसे लोग छोड़ देते हैं, और यही सिर्फ़ इस कोशिश के बजाय आगे का बर्ताव बदलता है। हर क्लाइंट इसका कोई न कोई रूप देता है — सुरक्षित-भेजने वालों की सूची, संपर्कों में प्रविष्टि, या ऐसा नियम जो किसी डोमेन की मेल हमेशा इनबॉक्स में रखे। कॉर्पोरेट पते पर इसका समकक्ष यह है कि जो मेल गेटवे चलाता है उससे डोमेन को अनुमति देने को कहें, क्योंकि आप स्थानीय स्तर पर जो भी सेट करें वह गेटवे को नहीं पलटता।

सही इनबॉक्स देखना

दो हालात ख़ास जाँच के हक़दार हैं। पहला, फ़ॉरवर्डिंग: अगर रजिस्टर्ड पता किसी दूसरे मेलबॉक्स में फ़ॉरवर्ड करता है, तो संदेश उस मंज़िल में है, शुरुआत वाले में नहीं। दूसरा, उपनाम — प्लेटफ़ॉर्म के लिहाज़ से आपके पते का प्लस वाला या वैकल्पिक रूप अलग लड़ी है, भले ही मेल उसी जगह पहुँचती हो।

• अगर दोनों अलग हैं, तो असली रजिस्टर्ड मेलबॉक्स खोलें, वह नहीं जिसे आप सबसे ज़्यादा पढ़ते हैं।
• किसी भी फ़ॉरवर्डिंग नियम की मंज़िल देखें।
• यह पहचानने के लिए कि अकाउंट कौन-सा पता रखता है, हर संभावित पता रिकवरी प्रक्रिया में आज़माएँ।
• इनबॉक्स उसी डिवाइस पर खुला रखें जिससे आप साइन इन कर रहे हैं, ताकि कोड एक ही सेशन में पूरा हो सके।
• फ़ोन पर पक्का करें कि मेल ऐप ने वाक़ई सिंक किया है, न कि कैश किया दृश्य दिखा रहा है।

वापस भीतर आने के बाद, अगर रजिस्टर्ड पता ऐसा है जिस पर आप भरोसा नहीं कर सकते तो उसे बदल दें, और उसे पासवर्ड के साथ पासवर्ड मैनेजर में दर्ज कर लें। अकाउंट कौन-सा पता इस्तेमाल करता है, यही वह ब्योरा है जो लोग भूलते हैं, और बाक़ी सब कुछ उसी पर टिका है।

संदेश माँगने से पहले भेजने वाले को अनुमति दें, बाद में नहीं — वरना नया संदेश भी ठीक उसी तरह फ़िल्टर हो जाएगा जिसे आप अब भी ढूँढ रहे हैं।

जब यह फिर भी फ़ेल हो

अगर किसी भी पते पर कुछ नहीं आता, तो रजिस्टर्ड मेलबॉक्स शायद वही है जिस तक आप नहीं पहुँच सकते। यह सपोर्ट का मामला है, और इसे ईमेल के बजाय पहचान के वेरिफिकेशन से निपटाया जाता है।

इस मोड़ तक आप हर फ़ोल्डर खोज चुके हैं, नियम देख चुके हैं, भेजने वाले को अनुमति दे चुके हैं और नया संदेश माँग चुके हैं। अगर फिर भी कुछ नहीं है, तो अनुरोध दोहराना बंद करें — दिक़्क़त डिलीवरी की नहीं है, और हर दोबारा कोशिश सिर्फ़ पिछला लिंक रद्द करती है।

ग़लत अकाउंट ईमेल

सबसे संभावित व्याख्या यह है कि अकाउंट उस पते के बजाय किसी और पते पर रजिस्टर है जिसे आप देख रहे हैं: कोई पुराना प्रदाता, नौकरी के साथ गया दफ़्तर का पता, ऐसा विश्वविद्यालय का पता जिसकी मियाद पूरी हो गई, या वह जिसमें साइन अप वाले दिन टाइप की ग़लती रह गई। हर उस पते पर रिकवरी आज़माएँ जो आपने इस्तेमाल किया हो सकता है। सब पर ख़ामोशी का मतलब है कि रजिस्टर्ड पता वह है जिसे आपने अब तक पहचाना नहीं, और उसे सिर्फ़ सपोर्ट सुलझा सकता है।

इससे बचने के लिए दूसरा अकाउंट न बनाएँ। एक व्यक्ति एक अकाउंट प्लेटफ़ॉर्म का नियम है, और दोहरा रजिस्ट्रेशन आम तौर पर दोनों अकाउंट समीक्षा में डाल देता है — पूरी तस्वीर अकाउंट ब्लॉक और लॉगिन बहाल करना में है।

सपोर्ट से संपर्क

एक पूरा संदेश कई छोटे संदेशों से ज़्यादा क़ीमती है। इसमें शामिल करें:

• वह पता जिस पर आपको लगता है कि अकाउंट रजिस्टर है, और बाक़ी वे जो आपने आज़माए।
• जैसा रजिस्टर हुआ था वैसा आपका पूरा नाम, और अकाउंट क़रीब-क़रीब कब खुला था।
• कौन-सा संदेश ग़ायब है — पुष्टि, रीसेट या वेरिफिकेशन कोड।
• आप पहले ही क्या कर चुके हैं: कौन-से फ़ोल्डर खोजे, कौन-से नियम देखे, भेजने वाले को अनुमति दी, कब और कितने अनुरोध किए।
• एक ही साफ़ सवाल, जैसे कि अकाउंट कौन-सा पता रखता है या उसे कैसे बदला जाए।

ऐसे पते से लिखें जिसे आप वाक़ई खोल सकते हैं, लहजा तथ्यपरक रखें, और नए टिकट खोलने के बजाय उसी सूत्र में आगे बढ़ें।

वैकल्पिक वेरिफिकेशन

जहाँ ईमेल इस्तेमाल नहीं हो सकता, वहाँ बचा हुआ रास्ता पहचान का वेरिफिकेशन है। अकाउंट के नाम से मेल खाता दस्तावेज़ देने की उम्मीद रखें — वैध, बिना छेड़छाड़, दिन के उजाले में सपाट रखकर खींचा हुआ और चारों कोने फ़्रेम में — और अकाउंट के बारे में ऐसे सवालों के जवाब देने की जो कोई बाहरी व्यक्ति न दे पाता। यह सब पहले ही संदेश में भेजें; हर आना-जाना एक दिन या उससे ज़्यादा ले जाता है। पूरा क्रमबद्ध रास्ता, यह भी कि जब दूसरा फ़ैक्टर भी चला गया हो तो क्या करें, अकाउंट रिकवरी गाइड में है।

इंतज़ार के दौरान एक चेतावनी: ठीक यही वह मौक़ा है जब एक्सेस लौटाने की पेशकश वाला संदेश आता है, और वह प्लेटफ़ॉर्म की तरफ़ से नहीं होता। कोई भी वाजिब रिकवरी आपका पासवर्ड, कोई चालू कोड या फ़ीस नहीं माँगती। सपोर्ट तक सिर्फ़ ख़ुद प्लेटफ़ॉर्म से पहुँचें, जिसे आपने अपने बुकमार्क से खोला हो।

जब आप हर संभावित पते पर रिकवरी आज़मा चुके हों और किसी पर कुछ न आए, तो माँगना बंद करें और इसके बजाय सपोर्ट को एक पूरा संदेश लिखें।