जीमेल ऐप पासवर्ड, IMAP और API: तीन तरीके, और कब कौन सा काम करता है

सबसे आम Gmail समस्या असल में Gmail की समस्या नहीं है। किसी क्लाइंट या स्क्रिप्ट को अकाउंट का पासवर्ड दिया जाता है, कनेक्शन अस्वीकार हो जाता है, और साफ नतीजा निकाला जाता है कि पासवर्ड गलत है। ऐसा नहीं है। Google ने मेल क्लाइंट्स से अकाउंट पासवर्ड स्वीकार करना बंद कर दिया है, और उसकी जगह वह ऐप पासवर्ड चाहता है।

ऐप पासवर्ड, और वो शर्त जिसका ज़िक्र कोई नहीं करता

ऐप पासवर्ड एक अलग क्रेडेंशियल है, जो अकाउंट के अंदर जनरेट होता है, और एक क्लाइंट लॉगिन पासवर्ड की जगह उसे इस्तेमाल करता है। इसके बारे में तीन बातें लगभग हर "काम नहीं कर रहा" वाली खोज की वजह समझाती हैं:

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

ये Google अकाउंट के सुरक्षा सेक्शन के अंदर जनरेट होते हैं, Gmail की अपनी सेटिंग्स में नहीं — यह दूसरी वजह है जिससे लोगों को पेज नहीं मिलता।

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

अंदर जाने के तीन रास्ते

वेब साइन-इन

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

IMAP और SMTP

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

व्यावहारिक सेटिंग्स: SSL के साथ 993 पर IMAP, STARTTLS के साथ 587 पर SMTP, और यूज़रनेम के रूप में पूरा पता। ध्यान दें कि कुछ अकाउंट्स पर IMAP एक्सेस डिफ़ॉल्ट रूप से बंद हो सकता है और Gmail की अपनी सेटिंग्स में चालू होता है — यह ऐप पासवर्ड से अलग एक स्विच है, और जब क्रेडेंशियल पक्का सही हो तो इसे जाँचना उचित है।

Gmail API

OAuth2 के ज़रिए पहुँचा जाने वाला एक उचित प्रोग्रामेटिक इंटरफ़ेस। आप एक प्रोजेक्ट रजिस्टर करते हैं, OAuth क्लाइंट कॉन्फ़िगर करते हैं, एक बार कंसेंट फ्लो पूरा करते हैं, और उसके बाद आपका प्रोग्राम जो टोकन इस्तेमाल करता है वे मिल जाते हैं।

IMAP से दो असली फायदे: अनुमतियाँ सीमित होती हैं, इसलिए किसी प्रोग्राम को पूरा नियंत्रण देने की बजाय सिर्फ पढ़ने की पहुँच दी जा सकती है, और आपको कच्चा मेल पार्स करने की बजाय संरचित मैसेज डेटा मिलता है। दो असली कीमतें: सेटअप सच में ज़्यादा काम का है, और कंसेंट स्क्रीन के अपने समीक्षा नियम होते हैं जो इस बात पर निर्भर करते हैं कि आप क्या माँगते हैं।

इसे उस चीज़ के लिए इस्तेमाल करें जिसे आप बना रहे हैं और बनाए रख रहे हैं। इनबॉक्स से कोड पढ़ने के लिए IMAP ही उचित जवाब है।

चुनाव, हर एक एक लाइन में

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

मेलबॉक्स खरीदते समय इसका क्या मतलब है

लिस्टिंग पर दो फ़ील्ड ऊपर दी गई बातों से जुड़ती हैं, और ये एक ही चीज़ नहीं हैं।

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

कीमत के बारे में जानना उपयोगी: पूरे ईमेल कैटलॉग में, प्रोटोकॉल एक्सेस सबसे सस्ती मापी जाने वाली विशेषताओं में से है, जबकि टू-फैक्टर और SMS वेरिफिकेशन जैसी वेरिफिकेशन विशेषताएँ सबसे महँगी हैं — मध्य कीमत से लगभग तीन गुना और लगभग तीन गुना क्रमशः। एक्सेस सस्ता है; वेरिफाइड होना नहीं है।

Gmail लिस्टिंग, जिनमें ऐप पासवर्ड और OAuth2 टैग फ़िल्टर किए जा सकते हैं, Gmail शेल्फ़ पर हैं।