Gmail आपका ऐप्लिकेशन पासवर्ड अस्वीकार करता है: एरर का मतलब और क्या जाँचें

संक्षेप में

• 535-5.7.8 वाले जवाब का मतलब है कि कनेक्शन काम कर रहा है और Google ने पते और पासवर्ड की यह जोड़ी अस्वीकार की है।
• पुराना पासवर्ड दोबारा टाइप करने के बजाय नया ऐप्लिकेशन पासवर्ड बनाएँ, और उपयोगकर्ता नाम के रूप में पूरा ईमेल पता डालें।
• अपने Google खाते का पासवर्ड बदलने से खाते के सभी ऐप्लिकेशन पासवर्ड रद्द हो जाते हैं।
• Google Workspace पर एडमिन को IMAP की अनुमति सभी ईमेल क्लाइंट के लिए देनी होती है, केवल OAuth क्लाइंट के लिए नहीं।
• Microsoft के मेलबॉक्स का मामला अलग है: ईमेल पढ़ने के लिए पासवर्ड अब स्वीकार नहीं किए जाते, इसलिए वहाँ कोई ऐप्लिकेशन पासवर्ड काम नहीं आता।

जब Gmail ऐप्लिकेशन पासवर्ड (App password) अस्वीकार करे, तो पहले चार आम कारण जाँचें: टूल में आपका सामान्य Google पासवर्ड पड़ा है, खाते का पासवर्ड बदलने पर Google ने ऐप्लिकेशन पासवर्ड रद्द कर दिया, कॉपी करते समय कोई अक्षर छूट गया, या ऐप्लिकेशन पासवर्ड उस पते से अलग किसी दूसरे Google खाते में बना जो आपने डाला है। पूरे ईमेल पते के साथ पेस्ट किया गया नया ऐप्लिकेशन पासवर्ड चारों को सुलझा देता है। Google Workspace पर एक पाँचवाँ कारण है: एडमिन आपके पासवर्ड को छुए बिना पासवर्ड से लॉगिन करने वाले प्रोग्रामों के लिए IMAP बंद कर सकता है।

नीचे दिए एरर के टेक्स्ट, सेटिंग और उद्धरण 5 अक्टूबर 2026 को Google और Microsoft के दस्तावेज़ों से मिलाकर जाँचे गए।

एरर संदेशों का क्या मतलब है

कई ईमेल टूल वही आगे बढ़ा देते हैं जो Google के सर्वर ने कहा। बाहर जाने वाले पक्ष, यानी SMTP सर्वर, के लिए अस्वीकार हुआ लॉगिन ऐसा दिखता है:

535-5.7.8 Username and Password not accepted. Learn more at
535 5.7.8  https://support.google.com/mail/?p=BadCredentials

संख्या 535 और स्थिति 5.7.8 “authentication credentials invalid” (लॉगिन की जानकारी अमान्य) का मानक जवाब है, जो RFC 4954 में परिभाषित है, यानी उस मानक में जो SMTP के लिए लॉगिन तय करता है। इससे पता चलता है कि कनेक्शन Google तक पहुँचा और Google ने पते और पासवर्ड को देखकर मना कर दिया। पहले वाक्य के बाद के शब्द बदलते रहते हैं। ऊपर की पंक्ति Google के अपने Gmail समुदाय के एक थ्रेड से ली गई है।

ये संदेश Google के संदर्भ पेज Gmail SMTP errors and codes और Gmail के सहायता पेज Add Gmail to another email client में दिए गए हैं, और 15 प्रोग्रामों की सीमा का स्रोत भी यही दूसरा पेज है।

छह जाँचें, क्रम से

1. पक्का करें कि यह ऐप्लिकेशन पासवर्ड ही है। Gmail अब ईमेल प्रोग्रामों और टूल से खाते का सामान्य पासवर्ड नहीं लेता। उसकी सहायता कहती है कि Gmail “अब तीसरे पक्ष के ऐसे ऐप या डिवाइस को सपोर्ट नहीं करता जिनके लिए आपको अपना Google उपयोगकर्ता नाम और पासवर्ड साझा करना पड़े”। ऐप्लिकेशन पासवर्ड में 16 अक्षर होते हैं और उसे Google ने बनाया है, आपने नहीं चुना। Google इसे चार-चार के चार समूहों में दिखाता है; स्पेस इसका हिस्सा नहीं हैं, और पेस्ट करने पर WarmupBay उन्हें अनदेखा कर देता है।
2. पुराना दोबारा टाइप करने के बजाय नया बनाएँ। Google ऐप्लिकेशन पासवर्ड एक बार दिखाता है, और बाद में उसे देखा नहीं जा सकता। myaccount.google.com/apppasswords खोलें, नया बनाएँ और बिना टाइप किए पेस्ट करें। अगर आपके खाते के लिए वह पेज नहीं खुलता, तो देखें: Gmail में ऐप्लिकेशन पासवर्ड का विकल्प क्यों नहीं दिखता।
3. उपयोगकर्ता नाम के रूप में पूरा ईमेल पता डालें। Google “पूरा” पता माँगता है, उदाहरण के लिए your.name@example.com, और यह वही Google खाता होना चाहिए जिसमें आपने ऐप्लिकेशन पासवर्ड बनाया। एक ही ब्राउज़र में कई खाते लॉगिन हों, तो उसे ग़लत खाते में बना बैठना आसान है।
4. सर्वर के नाम और पोर्ट मिलाएँ, अगले हिस्से की तालिका से।
5. Google Workspace पर पूछें कि क्या IMAP सभी ईमेल प्रोग्रामों के लिए खुला है। यह एडमिन की सेटिंग है, जिसका वर्णन नीचे है।
6. अगर Google ब्राउज़र से लॉगिन करने को कहे, तो पहले वह करें। ब्राउज़र में Google पर खाते में लॉगिन करें, वह जो भी सुरक्षा सवाल उठाए उसे निपटाएँ, और फिर टूल दोबारा आज़माएँ।

वे सर्वर सेटिंग जो Gmail चाहता है

Google इन्हें अपने डेवलपर पेज IMAP, POP, and SMTP में देता है। Google Workspace के मेलबॉक्स के लिए एडमिन सहायता पेज Send email from a printer, scanner, or app वही आउटगोइंग सर्वर और पोर्ट देता है।

उपयोगकर्ता नाम पूरा ईमेल पता है और पासवर्ड ऐप्लिकेशन पासवर्ड। Workspace वाला पेज यह सीधे कहता है: प्रमाणीकरण के लिए पूरा पता “और एक ऐप्लिकेशन पासवर्ड” डालें। ग़लत सर्वर नाम या पोर्ट से आम तौर पर टाइमआउट या कनेक्शन एरर आता है, 535 नहीं। अगर आपको 535 दिखता है, तो कनेक्शन अपने आप में ठीक है।

जो ऐप्लिकेशन पासवर्ड काम कर रहा था वह काम करना क्यों बंद कर देता है

जब हफ़्तों से चल रहा कनेक्शन अचानक फ़ेल हो, तो जाँचें कि उसका ऐप्लिकेशन पासवर्ड अब भी मौजूद है या नहीं। Google के दस्तावेज़ इसे खोने के चार तरीक़े बताते हैं:

• आपने अपने Google खाते का पासवर्ड बदला। ऐप्लिकेशन पासवर्ड पर Google की सहायता कहती है: “जब आप अपने Google खाते का पासवर्ड बदलते हैं, तो हम आपके ऐप्लिकेशन पासवर्ड रद्द कर देते हैं।” उसके बाद हर टूल को नया पासवर्ड चाहिए।
• ऐप्लिकेशन पासवर्ड हटा दिया गया, ऐप्लिकेशन पासवर्ड वाले पेज पर, आपने या खाते का एक्सेस रखने वाले किसी और ने।
• खाता Advanced Protection में नामांकित किया गया। Google के इस प्रोग्राम पर सवाल-जवाब के अनुसार नामांकन सभी मौजूदा ऐप्लिकेशन पासवर्ड रद्द कर देता है और नए ब्लॉक कर देता है।
• Google Workspace पर एडमिन ने सुरक्षा कुंजियाँ अनिवार्य करना शुरू किया। Google की एडमिन सहायता कहती है कि सुरक्षा कुंजियों को अनिवार्य करने से “ऐप्लिकेशन पासवर्ड बंद हो जाते हैं”।

एक पुराना मामला भी यहीं आता है। अगर टूल ऐप्लिकेशन पासवर्ड से नहीं, सामान्य Google पासवर्ड से जुड़ा था, तो वह 2025 के वसंत में रुक गया, जब Google ने Workspace खातों के लिए उस तरह का लॉगिन ख़त्म किया। Google के एडमिन पेज एक जगह 14 मार्च 2025 और दूसरी जगह 1 मई 2025 बताते हैं। ऐप्लिकेशन पासवर्ड अपवाद के रूप में गिनाए गए हैं और अब भी काम करते हैं।

Google Workspace: एडमिन ऐप्लिकेशन पासवर्ड के लिए IMAP ब्लॉक कर सकता है

Workspace संगठन में मान्य ऐप्लिकेशन पासवर्ड काफ़ी नहीं है। एडमिन यह भी तय करता है कि ईमेल प्रोग्राम IMAP से ईमेल पढ़ सकते हैं या नहीं, और कौन-से। Google यह सेटिंग Turn POP & IMAP on or off for users में बताता है:

1. Admin console में Menu → Apps → Google Workspace → Gmail → End User Access पर जाएँ।
2. POP and IMAP access तक स्क्रॉल करें।
3. Enable IMAP access for all users (सभी उपयोगकर्ताओं के लिए IMAP एक्सेस चालू करें) चेक करें।
4. Allow any mail client (किसी भी मेल क्लाइंट की अनुमति दें) चुनें।
5. सेव करें। Google बताता है कि बदलावों में 24 घंटे तक लग सकते हैं, पर आम तौर पर वे जल्दी हो जाते हैं।

चौथा चरण ऐप्लिकेशन पासवर्ड के लिए मायने रखता है। उस पेज का दूसरा विकल्प है “Restrict which mail clients users can use (OAuth mail clients only)” (यह सीमित करें कि उपयोगकर्ता कौन-से मेल क्लाइंट इस्तेमाल कर सकते हैं, केवल OAuth मेल क्लाइंट)। जो प्रोग्राम ऐप्लिकेशन पासवर्ड से लॉगिन करता है वह OAuth इस्तेमाल नहीं करता, यानी लॉगिन का वह तरीक़ा जिसमें आप Google की स्क्रीन पर एक्सेस मंज़ूर करते हैं और कोई पासवर्ड आगे नहीं दिया जाता। Google के शब्द: ऐसे क्लाइंट “POP या IMAP के साथ इस्तेमाल किए जा सकते हैं, पर केवल तब जब आप सभी क्लाइंट की अनुमति देते हैं”। पेज कहता है कि अगर IMAP पूरी तरह बंद है, तो “लॉगिन फ़ेल हो जाता है”।

एक संकेत कि आपका मामला यही है, हालाँकि यह सबूत नहीं है: टूल बताता है कि आउटगोइंग सर्वर लॉगिन स्वीकार करता है और इनकमिंग सर्वर नहीं। यह सेटिंग POP और IMAP पर लागू है, भेजने पर नहीं।

सलाह जिसे आप छोड़ सकते हैं

इन एरर के सर्च नतीजे कई साल पीछे तक जाते हैं, और कुछ सलाह अब लागू नहीं होती।

• Allow less secure apps (कम सुरक्षित ऐप की अनुमति दें)। यह एक स्विच था जो प्रोग्रामों को सामान्य पासवर्ड से लॉगिन करने देता था। less secure apps पर Google का पेज अब कहता है कि Google Workspace खातों के लिए ऐसे ऐप अब सपोर्ट नहीं किए जाते, और एडमिन सहायता कहती है कि यह सेटिंग अब Admin console में नहीं मिलती। Google का अपना POP वाला सहायता पेज अब भी यह चरण गिनाता है, जो भ्रम पैदा करता है, पर चालू करने को अब कुछ बचा नहीं है।
• Gmail की सेटिंग में IMAP चालू करें। निजी खातों के लिए Google की सहायता कहती है कि जनवरी 2025 से यह विकल्प उपलब्ध नहीं है और “IMAP एक्सेस हमेशा चालू रहता है”।
• दो चरणों में पुष्टि बंद करें। इससे पासवर्ड वाला पुराना लॉगिन वापस नहीं आता, और यह ऐप्लिकेशन पासवर्ड की एकमात्र शर्त हटा देता है।

अगर मेलबॉक्स Microsoft के यहाँ है, तो कारण अलग है

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

• Outlook.com, Hotmail और Live। Microsoft सहायता के अनुसार उपयोगकर्ता नाम और पासवर्ड से लॉगिन, जिसे Microsoft Basic Authentication कहता है, 16 सितंबर 2024 से किसी भी Outlook खाते के लिए उपलब्ध नहीं है। प्रोग्रामों को OAuth इस्तेमाल करना होगा।
• Microsoft 365। Microsoft का दस्तावेज़ कहता है कि IMAP और POP के लिए Basic authentication सभी टेनेंट में बंद है, कोई इसे दोबारा चालू नहीं कर सकता, और यह कि इससे “ऐप्लिकेशन पासवर्ड का इस्तेमाल भी रुक जाता है”। केवल SMTP से भेजना अब भी पासवर्ड स्वीकार करता है, जहाँ एडमिन ने इसे चालू किया हो। Microsoft की 27 जनवरी 2026 की समय-सारणी कहती है कि मौजूदा टेनेंट के लिए यह दिसंबर 2026 के अंत में डिफ़ॉल्ट रूप से बंद कर दिया जाएगा, और पूरी तरह हटाने की तारीख़ की घोषणा 2027 की दूसरी छमाही में होगी।

इसलिए जो टूल IMAP पर पासवर्ड से मेलबॉक्स पढ़ता है वह Microsoft के मेलबॉक्स से नहीं जुड़ सकता, पासवर्ड चाहे कितना ही सही हो। यह WarmupBay पर भी लागू है: Microsoft 365 और Outlook.com के मेलबॉक्स अभी नहीं जोड़े जा सकते। जो वॉर्मअप टूल Microsoft के मेलबॉक्स बताते हैं उनके नाम मुफ़्त ईमेल वॉर्मअप टूल के हमारे अवलोकन में हैं।

जब लॉगिन काम करने लगे: WarmupBay आगे क्या करता है

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

कनेक्शन बन जाने के बाद WarmupBay आपके डोमेन के SPF, DKIM और DMARC रिकॉर्ड जाँचता है, यानी वे DNS एंट्री जिनसे प्राप्त करने वाले सर्वर आपके ईमेल की पुष्टि कर पाते हैं, और अगर आपका DMARC रिकॉर्ड गायब है तो एक तैयार रिकॉर्ड दिखाता है। फिर आपका मेलबॉक्स पूल के दूसरे मेलबॉक्स के साथ छोटे ईमेल का आदान-प्रदान करता है, हर दिन 3 से शुरू करके और रोज़ एक जोड़ते हुए, 10 की मुफ़्त सीमा तक। अगर 72 घंटे बाद भी रिकॉर्ड गायब रहें, तो वॉर्मअप रुक जाता है।

आप मुफ़्त में मेलबॉक्स जोड़ सकते हैं, या पहले पढ़ सकते हैं कि सेवा क्या वादा करती है और क्या नहीं।

अक्सर पूछे जाने वाले सवाल

क्या मैं एक ही ऐप्लिकेशन पासवर्ड दो टूल में इस्तेमाल कर सकता हूँ?

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

जिस ऐप्लिकेशन पासवर्ड की अब ज़रूरत नहीं उसे कैसे रद्द करूँ?

myaccount.google.com/apppasswords खोलें, सूची में उस टूल की एंट्री ढूँढ़ें और उसे हटा दें। Google की सहायता कहती है कि ऐप्लिकेशन पासवर्ड रद्द होने के बाद ऐप खाते को दोबारा एक्सेस नहीं कर सकता। आप कभी भी नया बना सकते हैं।

Gmail की दैनिक भेजने की सीमाएँ क्या हैं?

अक्टूबर 2026 की स्थिति के अनुसार Google की सहायता निजी Gmail खाते के लिए हर दिन 500 ईमेल बताती है। Google Workspace के लिए वह प्रति उपयोगकर्ता हर दिन 2,000 संदेश बताती है, और ट्रायल खातों के लिए 500। सीमाएँ चलते हुए 24 घंटों की अवधि पर लागू होती हैं, और Google कहता है कि वे बिना सूचना के बदल सकती हैं।

क्या Google ऐप्लिकेशन पासवर्ड बंद कर देगा?

अक्टूबर 2026 में की गई जाँच के अनुसार Google के सहायता पेज कोई अंतिम तारीख़ नहीं बताते। वे कहते हैं कि ऐप्लिकेशन पासवर्ड का सुझाव नहीं दिया जाता, और जहाँ वे 2025 में सामान्य पासवर्ड से लॉगिन के अंत का वर्णन करते हैं वहाँ इन्हें अपवाद के रूप में गिनाते हैं। जहाँ कोई टूल Sign in with Google देता है, Google उसी को बेहतर मानता है।

क्या WarmupBay को मेरा सामान्य Google पासवर्ड चाहिए?

नहीं। Gmail और Google Workspace के लिए WarmupBay ईमेल पता और एक ऐप्लिकेशन पासवर्ड माँगता है। आप वह ऐप्लिकेशन पासवर्ड Google में कभी भी हटा सकते हैं, और उसके साथ कनेक्शन ख़त्म हो जाता है।

स्रोत

1. Gmail SMTP errors and codes – Google Workspace Help
2. Add Gmail to another email client – Gmail Help
3. Sign in with app passwords – Google Account Help
4. IMAP, POP, and SMTP – Gmail, Google for Developers
5. Send email from a printer, scanner, or app – Google Workspace Help
6. Turn POP & IMAP on or off for users – Google Workspace Help
7. Transition from less secure apps to OAuth – Google Workspace Help
8. How 2-Step Verification works with legacy apps – Google Workspace Help
9. Common questions with Advanced Protection Program – Google Account Help
10. Less secure apps & your Google Account – Google Account Help
11. Read Gmail messages on other email clients using POP – Gmail Help
12. Limits for sending & getting mail – Gmail Help
13. Gmail sending limits in Google Workspace – Google Workspace Help
14. RFC 4954: SMTP Service Extension for Authentication
15. Need help with “Invalid login: 535-5.7.8 Username and Password not accepted” – Gmail Community thread, August 2023
16. Modern Authentication Methods now needed to continue syncing Outlook Email in non-Microsoft email apps – Microsoft Support
17. Deprecation of Basic authentication in Exchange Online – Microsoft Learn
18. Updated Exchange Online SMTP AUTH Basic Authentication Deprecation Timeline – Microsoft Community Hub, January 27, 2026