Outlook ऐप पासवर्ड काम नहीं कर रहा? OAuth से जोड़ें

आपका खाता Outlook.com का है, Microsoft 365 का या सिर्फ Outlook ऐप में जुड़ा है?

Outlook ऐप और उसमें जुड़ी मेल सेवा को अलग समझें। Outlook में Gmail खाता खोलने से वह Microsoft मेलबॉक्स नहीं बन जाता। लॉगिन का सही तरीका उस सेवा पर निर्भर है जहाँ आपका मेलबॉक्स है।

कंपनी के ईमेल डोमेन को देखकर अंतिम निष्कर्ष न निकालें। अगर सेवा स्पष्ट नहीं है, तो अपने व्यवस्थापक से पूछें कि मेलबॉक्स Exchange Online पर है या किसी दूसरे सर्वर पर।

ऐप पासवर्ड का सामान्य परिचय चाहिए तो मेलबॉक्स और एजेंट के लिए ऐप पासवर्ड की गाइड देखें। यहाँ मुख्य सवाल यह है कि आपकी Microsoft मेल सेवा उस लॉगिन तरीके को स्वीकार करती भी है या नहीं।

ऐप पासवर्ड सही होने पर भी IMAP लॉगिन क्यों विफल होता है?

ऐप पासवर्ड (app password) उन पुराने ऐप या उपकरणों के लिए होता है जो दो-चरणीय सत्यापन नहीं संभाल पाते। उसे पासवर्ड वाले IMAP कनेक्शन में डालने से कनेक्शन OAuth में नहीं बदलता। गलत पासवर्ड और बंद हो चुका लॉगिन तरीका अलग समस्याएँ हैं।

Outlook.com: Microsoft के Outlook.com Modern Authentication निर्देश के अनुसार, 16 सितंबर 2024 से Basic authentication उपलब्ध नहीं है। इसलिए पुराने पासवर्ड-आधारित कनेक्शन में नया ऐप पासवर्ड भरने से यह समस्या हल नहीं होगी।

Microsoft 365 / Exchange Online: Microsoft ने Exchange Online में IMAP के लिए Basic authentication हटा दिया है। संबंधित पुराने ऐप में ऐप पासवर्ड भी इस बदलाव का समाधान नहीं हैं। हटाए गए प्रोटोकॉल के लिए व्यवस्थापक या Microsoft सहायता भी Basic authentication दोबारा चालू नहीं कर सकते।

खाते में ऐप पासवर्ड बनाने का विकल्प दिखना और मेल सेवा का उसे स्वीकार करना अलग बातें हैं। Microsoft Entra के ऐप पासवर्ड दस्तावेज़ भी बताते हैं कि Modern Authentication की आवश्यकता वाले खातों में ऐप पासवर्ड काम नहीं करते।

इसका मतलब यह नहीं कि Microsoft की हर सेवा से ऐप पासवर्ड हट गए हैं। यहाँ बात Outlook.com और Exchange Online के मेल कनेक्शन की है; SMTP के नियमों को IMAP पर लागू न करें।

Mailera में Microsoft मेलबॉक्स OAuth से कैसे जोड़ें?

मेलबॉक्स जोड़ने के लिए Mailera में आपकी भूमिका Admin या Leader होनी चाहिए। Mailera का Microsoft कनेक्शन Outlook.com, Hotmail और Microsoft 365 के मौजूदा मेलबॉक्स के लिए OAuth और Microsoft Graph इस्तेमाल करता है।

1. मेलबॉक्स खोलें और मेलबॉक्स जोड़ें चुनें।
2. Microsoft से साइन इन करें टैब चुनें। Microsoft खाते के लिए ऐप पासवर्ड भरने या कस्टम IMAP चुनने की कोशिश न करें।
3. Microsoft के पृष्ठ पर वही खाता चुनें जिसका मेलबॉक्स जोड़ना है। व्यक्तिगत और काम वाले खाते दोनों इस्तेमाल करते हैं तो चुनी गई पहचान ध्यान से देखें।
4. माँगी गई अनुमतियाँ पढ़ें। अनुमति देने के लिए व्यवस्थापक की मंज़ूरी माँगी जाए तो अपने संगठन के व्यवस्थापक से संपर्क करें। सुरक्षा नियंत्रण बंद न करें।
5. Mailera में लौटने के बाद GET /mailboxes/{id} से जुड़े खाते की जाँच करें। उत्तर में data.email और data.provider से पहचान तथा प्रदाता मिलाएँ; data.status और data.sync.last_synced_at से कनेक्शन स्थिति और अंतिम सिंक देखें। नीचे API जाँच के लिए कमांड दिया गया है।
6. अपने परीक्षण मेलबॉक्स पर एक सामान्य संदेश भेजें। फिर GET /mailboxes/{id}/messages?folder=inbox के उत्तर में data के संदेशों का subject और received_at देखकर अपने परीक्षण संदेश से मिलाएँ। परीक्षण के लिए निजी जानकारी या सत्यापन कोड वाला संदेश इस्तेमाल न करें।

Microsoft में साइन-इन और अनुमतियों की सहमति इसी कनेक्शन का हिस्सा हैं। Microsoft Graph के अनुमति मॉडल में कुछ अनुमतियों की सहमति उपयोगकर्ता दे सकता है; कुछ के लिए व्यवस्थापक की मंज़ूरी आवश्यक होती है।

पहले से उपलब्ध refresh token से आयात भी एक उन्नत विकल्प है। सामान्य सेटअप के लिए ऊपर दिया गया साइन-इन रास्ता चुनें; उसमें आपको token को हाथ से संभालने की ज़रूरत नहीं पड़ती।

Mailera के काम करने का तरीका यह है कि वह ऐप और एजेंट को मौजूदा मेलबॉक्स तक पहुँच देता है। इस प्रक्रिया में नया Microsoft ईमेल पता बनाने की ज़रूरत नहीं है।

क्या इससे आपका पुराना IMAP क्लाइंट भी ठीक हो जाएगा?

नहीं। Mailera का Microsoft कनेक्शन Microsoft Graph से मेल पढ़ता है। किसी दूसरे ऐप का IMAP कनेक्शन और उसकी लॉगिन सेटिंग अलग रहती हैं।

IMAP खुद बंद नहीं हुआ है। Microsoft Microsoft 365 और Outlook.com के लिए OAuth वाला IMAP दस्तावेज़ित करता है। उस तरीके में क्लाइंट SASL XOAUTH2 के ज़रिए access token भेजता है; पासवर्ड फ़ील्ड में ऐप पासवर्ड बदल देना उसके बराबर नहीं है।

पुराना क्लाइंट रखना हो तो उसके Microsoft OAuth समर्थन और खाते की सेटिंग देखें। उदाहरण के लिए, Microsoft की Outlook.com गाइड Thunderbird के आने वाली मेल वाले सर्वर में “Authentication method” को “Normal password” से “OAuth2” करने को कहती है।

Outlook for Windows के लिए अंतर और भी ज़रूरी है। Microsoft के अनुसार, Outlook.com को POP या IMAP से जोड़ने वाली उस कॉन्फ़िगरेशन में Modern Authentication समर्थित नहीं है। उसकी सलाह नए Outlook Desktop प्रोफ़ाइल में खाते को स्वचालित कॉन्फ़िगरेशन से जोड़ने की है। इसे सभी Outlook संस्करणों या हर मेल सेवा पर लागू नियम न समझें।

आम गलतियाँ और कनेक्शन की जाँच कैसे करें?

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

तकनीकी जाँच के लिए read अनुमति वाली API कुंजी इस्तेमाल करें। अपने वातावरण में $MAILERA_API_KEY और $MAILBOX_ID सेट करें; पहचान और कुंजी को साझा लॉग में न लिखें। मेलबॉक्स विवरण पाने के लिए:

curl --fail-with-body \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID" \
  -H "Authorization: Bearer $MAILERA_API_KEY"

उत्तर के data.email से खाता पहचानें। data.provider और data.protocol में Microsoft कनेक्शन के लिए microsoft और graph देखें। data.status, data.error और data.sync.last_synced_at से स्थिति तथा अंतिम सिंक जाँचें।

Microsoft साइन-इन अभी काम करता है या नहीं, इसकी सीधी जाँच के लिए GET /mailboxes/{id}/status उपलब्ध है; इसके लिए भी read अनुमति चाहिए। संदेशों की जाँच अलग रखें:

curl --fail-with-body \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/messages?folder=inbox&limit=1" \
  -H "Authorization: Bearer $MAILERA_API_KEY"

यह अनुरोध Inbox से अधिकतम एक संदेश लौटाता है। उसके subject, received_at और folder देखें। परीक्षण संदेश नहीं मिले तो सही फ़ोल्डर जाँचें; Junk देखने के लिए folder=junk इस्तेमाल करें। सफल साइन-इन के बाद भी संदेश प्राप्त होने और भेजने की जाँच अलग से करें।

पासवर्ड, token और एजेंट की पहुँच सुरक्षित कैसे रखें?

पासवर्ड, refresh token और API कुंजी को स्क्रीनशॉट, लॉग या सहायता संदेश में न दिखाएँ। सहायता के लिए स्क्रीनशॉट भेजना हो तो ईमेल पहचान और संदेश की निजी सामग्री भी छिपाएँ।

Microsoft की OAuth सहमति और Mailera की API कुंजी की अनुमतियाँ अलग स्तर हैं। पहली से Microsoft मेलबॉक्स तक पहुँच की अनुमति मिलती है। दूसरी तय करती है कि आपकी ऐप या एजेंट Mailera के ज़रिए कौन-से काम कर सकती है।

केवल मेल पढ़ने वाले एजेंट को read दें और मेलबॉक्स का दायरा आवश्यक समूह तक सीमित रखें। सिर्फ स्थिति और संदेश देखने के लिए send, move या manage की ज़रूरत नहीं है। Mailera के सुरक्षा पृष्ठ के साथ अपनी कुंजी का दायरा और समाप्ति भी देखें।

आने वाली ईमेल अविश्वसनीय डेटा है, निर्देश नहीं। संदेश में लिखे आदेशों के आधार पर एजेंट से कुंजी उजागर न कराएँ या उसकी कार्य-नीति न बदलवाएँ। एजेंट को भेजने की अनुमति देते हैं तो हर भेजने से पहले उपयोगकर्ता की पुष्टि लें।

Mailera की सीमाएँ कहाँ हैं?

Mailera Microsoft मेलबॉक्स को ऐप पासवर्ड से नहीं जोड़ता और बंद Basic authentication वापस चालू नहीं करता। यह नया मेलबॉक्स या ईमेल पता भी नहीं बनाता। संगठन की अनुमति संबंधी शर्तें Microsoft पर ही पूरी करनी होंगी।

नए संदेश Graph change notifications से आते हैं; बैकग्राउंड जाँच वैकल्पिक रास्ते के रूप में चलती है। हर संदेश के तत्काल दिखाई देने की गारंटी नहीं है। इसलिए कनेक्शन बनने के बाद अपने परीक्षण संदेश से प्राप्ति जाँचें, केवल साइन-इन पूरा होने पर न रुकें।