जीमेल ब्लॉकिंग म्यूट

48

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

फिर मुझे जीमेल से एक ईमेल मिला:

Google Account: sign-in attempt blocked

Hi Adam, 

We recently blocked a sign-in attempt to your Google Account [a...@gmail.com]. 

Sign in attempt details
Date & Time: Wednesday, December 10, 2014 11:55:21 PM UTC 
Location: Utah, USA 

If this wasn't you
Please review your Account Activity page at         https://security.google.com/settings/security/activity to see if anything looks suspicious.     Whoever tried to sign in to your account knows your password; we recommend that you change it right away. 

If this was you
You can switch to an app made by Google such as Gmail to access your account (recommended) or change your settings at https://www.google.com/settings/security/lesssecureapps so that your account is no longer protected by modern security standards. 

To learn more, see https://support.google.com/accounts/answer/6010255. 

Sincerely,
The Google Accounts team

मैं लिंक पर जा सकता हूं और "कम सुरक्षित ऐप्स तक पहुंच" सक्षम कर सकता हूं और फिर मैं बस ठीक लॉग इन कर सकता हूं, लेकिन क्या जीमेल में इस कम सुरक्षित विकल्प को चालू किए बिना म्यूट के साथ लॉगिन करने का कोई तरीका है?

अपडेट करें:

मैं मैक ओएस एक्स Yosemite पर हूँ जब मैं संकलित विकल्पों में म्यूट -v चलाता हूं, तो इसमें + USE_SSL_OPENSSL शामिल है मैं Google 2-चरणीय सत्यापन का उपयोग नहीं कर रहा हूं मैं एक एप्लिकेशन विशिष्ट पासवर्ड का उपयोग नहीं कर रहा हूं यहां संदेश हैं I जब मैं प्रवेश करने की कोशिश करूं तो प्राप्त करें:

Reading imaps://imap.gmail.com:993/INBOX...
Looking up imap.gmail.com...
Connecting to imap.gmail.com...
TLSv1.2 connection using TLSv1/SSLv3 (ECDHE-RSA-AES128-GCM-SHA256)
Logging in...
[WEBALERT https://accounts.google.com/ContinueSignIn?sarp=1&scc=1&plt=AKgnsbsm0P......

मुझे यह उत्तर मिला, लेकिन यह कारगर नहीं हुआ: https://stackoverflow.com/a/25209735/1665818

— aharris88
स्रोत

क्या आपके पास जीमेल में 2-कारक प्रमाणीकरण चालू है? यदि ऐसा है तो म्यूट उस तरह से लॉग इन नहीं कर पाएंगे। बदले में लॉग इन करने के लिए आपको म्यूट के लिए एक एप्लिकेशन कुंजी उत्पन्न करनी होगी।

— jw013

मेरे पास 2-कारक प्रमाणीकरण चालू नहीं है।

— अरहरिश

1

हैलो, मैं एक ही समस्याओं का अनुभव। बहुत अच्छा होगा अगर किसी के पास जीमेल के साथ म्यूट का उपयोग करने का कोई समाधान है और जीमेल खाते के लिए मानक सुरक्षा सेटिंग्स रखें।

— लिनलुक

क्या आप किसी एप्लिकेशन विशिष्ट पासवर्ड का उपयोग कर रहे हैं? मैं इस मुद्दे में अभी तक नहीं चला है।

— कालेब

नहीं, मैं एप्लिकेशन विशिष्ट पासवर्ड का उपयोग नहीं कर रहा हूं।

— अरहरिश a

29

मुझे अंततः Google 2-चरणीय सत्यापन सक्षम करने और म्यूट के लिए ऐप-विशिष्ट पासवर्ड का उपयोग करके काम करने के लिए मिला।

ज्यादा जानकारी:

मैंने अपने Google खाते पर 2-चरणीय सत्यापन सक्षम किया है, जिसका अर्थ है कि जब मैं Google में लॉग इन करता हूं, तो मुझे एक पाठ या Google प्रमाणक ऐप से एक पिन नंबर दर्ज करना होगा।

तब मुझे उत्परिवर्तन के लिए एक ऐप-विशिष्ट पासवर्ड प्राप्त करना था। आप यहां ऐप विशिष्ट पासवर्ड जनरेट कर सकते हैं ।

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

— aharris88
स्रोत

क्या आप इसे और अधिक विस्तार से बता सकते हैं?

— tetris11 22

1

ठीक है, मैंने और विस्तार से जोड़ा। उम्मीद है की वो मदद करदे।

— अहर्निश a

2

अभी भी काम कर रहे हैं और दुनिया भर में घंटों की बचत कर रहे हैं। धन्यवाद @ aharris88

— बर्नार्डो

26

जैसा कि एक टिप्पणी में कहा गया है कि ऐसा लगता है कि Google डिफ़ॉल्ट रूप से IMAP / SMTP PLAIN प्रमाणीकरण का उपयोग करने वाले ऐप्स को अवरुद्ध करने के लिए स्थानांतरित हो गया है और आप आधिकारिक ब्लॉग पढ़ सकते हैं, जिसमें कहा जा सकता है कि Google IMA / SMTP प्रोटोकॉल उपयोगकर्ताओं की दृढ़ता से OAuth 2.0 पर स्विच करने की सिफारिश करता है (जैसे XMPP भी है सूचीबद्ध मुझे आश्चर्य है कि अगर (पुराने?) OSX iChat GTalk के साथ कुछ बिंदु पर काम करना बंद कर देगा)। कहीं और, इस बदलाव के औचित्य के लिए कुछ मज़ेदार अटकलें हैं । उपाख्यान जांच लिखने के समय का सुझाव है:

Google व्यवसाय खाते इस समस्या को नहीं देखेंगे - वे स्वचालित रूप से पासवर्ड आधारित IMAP / SMTP लॉगिन को स्वीकार करते रहेंगे और वर्तमान में उन्हें मना करने के लिए कोई सेटिंग नहीं है ("विरासत" पासवर्ड लॉगिन eh का उपयोग करके उन सभी कार्यक्रमों के लिए भुगतान करने वाले उपयोगकर्ताओं के लिए परेशानी पैदा नहीं कर सकते हैं) ?)।
गैर- "व्यवसाय" Google खातों में अब पासवर्ड आधारित IMAP / SMTP लॉगिन ("कम सुरक्षित ऐप्स") को अनुमति देने या अस्वीकृत करने की सेटिंग है । वर्षों से मौजूद Google खातों को स्वचालित रूप से अस्वीकार करने का विकल्प चुना जा सकता है, लेकिन यह सभी के लिए नहीं हो सकता है।

मैंने पहले एक वेब ब्राउज़र का उपयोग करके GMail में प्रवेश करने की कोशिश की है और फिर उसी मशीन से म्यूट का उपयोग किया है। मैंने यह सुनिश्चित करने के लिए उत्परिवर्ती सेटिंग्स बदलने की कोशिश की है कि टीएलएस का उपयोग हमेशा किया जाता है । मैंने अनलॉक कैप्चा लिंक की कोशिश की है । सभी मेरे म्यूट को "कम सुरक्षित ऐप्स की अनुमति न दें" जीमेल खाते के साथ काम करने में विफल रहे हैं (लेकिन विभिन्न परिदृश्यों में लॉगिन समस्याओं को हल कर सकते हैं)। आपकी पसंद हैं:

2-चरणीय सत्यापन की आवश्यकता के लिए अपने Google खाते को स्विच करें और उत्परिवर्तन के लिए ऐप-विशिष्ट पासवर्ड बनाएं ।
1.11.0 या बाद में म्यूट करने के लिए स्विच करें और OAUTHBEARER समर्थन को कॉन्फ़िगर करें ।
Google खाता सेटिंग का उपयोग करें जो कम सुरक्षित ऐप्स को कनेक्ट करने की अनुमति देता है।
किसी अन्य IMAP क्लाइंट पर जाएँ जो OAuth करता है।

(जिसने भी मेरे मूल उत्तर को वोट दिया - धन्यवाद)

— शीघ्र
स्रोत

1

ऐप विशिष्ट पासवर्ड मिश्रण में कैसे फिट होते हैं? यदि आप किसी एप्लिकेशन विशिष्ट पासवर्ड का उपयोग करते हैं, तो क्या आप "कम सुरक्षित ऐप्स को कनेक्ट करने की अनुमति" छोड़ सकते हैं और फिर भी चेतावनी के बिना PLAIN / मूल प्रमाणीकरण का उपयोग कर सकते हैं?

— JLA

2

@ हैम्परैक्स सेटअप सेटअप के साथ ऐप-विशिष्ट पासवर्ड का उपयोग करके इस समस्या को हल करता है। - security.google.com/settings/security/apppasswords

— योशुआ वूट्स

6

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

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

TLS का उपयोग करने के लिए, अपनी म्यूट कॉन्फ़िगरेशन फ़ाइल (~ / .muttrc) को निम्न के समान होने के लिए संपादित करें :

set realname = 'Your Full Name'
set imap_user = 'youraccount@gmail.com'
set smtp_url = "smtp://youraccount@smtp.gmail.com:587/"
set spoolfile = imaps://imap.gmail.com:993/INBOX
set folder = "imaps://imap.gmail.com:993"
set record="+[Gmail]/Sent Mail"
set postponed="+[Gmail]/Drafts"
set header_cache="~/.mutt/cache/headers"
set message_cachedir="~/.mutt/cache/bodies"
set certificate_file=~/.mutt/certificates

# These two lines appear to be needed on some Linux distros, like Arch Linux
set ssl_starttls = yes
set ssl_force_tls = yes

इसके अलावा, निर्देशिकाओं और फ़ाइलों को बनाएं म्यूट निष्पादित करने से संदेश की जानकारी और प्रमाणपत्रों को संग्रहीत करने के लिए उपयोग करेंगे:

mkdir -p ~/.mutt/cache/bodies
mkdir ~/.mutt/cache/headers
touch ~/.mutt/certificates

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

आपको अपने सिस्टम पर ओपनएसएसएल (या कुछ समतुल्य) स्थापित करने की आवश्यकता होगी, हालांकि अधिकांश सिस्टम में यह पहले से ही होगा।

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

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

एक अन्य संभावना यह है कि OpenSSL (या समतुल्य एसएसएल पैकेज) अभी तक आपके सिस्टम पर स्थापित नहीं है। इसे स्थापित करने की विधि इस बात पर निर्भर करेगी कि आप किस लिनक्स / यूनिक्स वितरण का उपयोग कर रहे हैं। अपने वितरण के लिए विशिष्ट गाइडों को खोजने का प्रयास करें। आपको प्रमाणपत्र प्राधिकारी वाले अतिरिक्त पैकेज को भी स्थापित करने की आवश्यकता हो सकती है।

एक बार जब आप काम कर लेते हैं, यदि आप हर बार म्यूट चलाने पर अपना जीमेल पासवर्ड टाइप नहीं करना चाहते हैं, तो आप इसे ~ / / .Muttrc फ़ाइल में सीधे एक पंक्ति में जोड़कर स्टोर कर सकते हैं:

set imap_pass = 'yourpassword'

ध्यान दें, हालांकि, यह एक सुरक्षा जोखिम प्रस्तुत करता है , खासकर यदि आप अन्य उपयोगकर्ताओं के साथ एक प्रणाली साझा करते हैं। इस जोखिम को कम करने के लिए, आप केवल निष्पादन के द्वारा ~ / .muttrc को केवल पढ़ने योग्य बना सकते हैं :

chmod 600 ~/.muttrc

यह आपके सिस्टम पर चल रहे गैर-रूट उपयोगकर्ताओं और सेवाओं को ~ / .muttrc फ़ाइल में संग्रहीत आपके पासवर्ड को पढ़ने से रोकता है।

— hampercm
स्रोत

2

यह समस्या हल नहीं करता है, इसका समान विन्यास मेरे पास है। आपको इस तरह से म्यूट का उपयोग करने के लिए अपनी जीमेल सेटिंग्स में असुरक्षित ऐप्स को अनुमति देना होगा। लेकिन हम मानक सुरक्षा सेटिंग्स के साथ इसका (संभव) उपयोग करना चाहते हैं। फिर भी धन्यवाद।

— linluk

सुनिश्चित करें कि smtp_url , spoolfile , और folder को ऊपर बताए अनुसार सेट किया जा रहा है, सिवाय आपके खाते के नाम के साथ 'youraccount' को बदलने के । ये प्रमुख रेखाएं हैं। और, सुनिश्चित करें कि वे फ़ाइल में कुछ और नीचे सेट नहीं किए जा रहे हैं। मैंने कुछ अन्य संभावनाओं को संबोधित करने के लिए अपना उत्तर भी दिया है। ऊपर दी गई कॉन्फ़िगरेशन फ़ाइल के नीचे मैंने जो दो लाइनें जोड़ी हैं उनका उपयोग करने से मदद मिल सकती है। अन्यथा, आपको एक एसएसएल कार्यान्वयन या रीकंपाइल म्यूट स्थापित करने की आवश्यकता हो सकती है।

— हैम्परेक्स

1

यह अभी भी काम नहीं किया। यह लगभग वही सामान था जो मेरे पास पहले से ही मेरे .muttrc में था। लेकिन मेरे पास अतिरिक्त सामान था। मैंने केवल मामले में अन्य सामान हटा दिया। मैं ssl हिस्सा नहीं जोड़ा क्योंकि मैं मैक पर हूँ। इसके अलावा, मुझे जो संदेश मिल रहे हैं, वे पहले से ही ssl का उपयोग कर रहे हैं।

— अरहरिस a

हममम। मुझे मैकओएस के साथ बहुत कम व्यक्तिगत अनुभव है, इसलिए दुर्भाग्य से मैं आपके मुद्दे के लिए बहुत मदद नहीं कर सकता हूं। आप बनाया था ~ / .mutt / उपनिर्देशिका और का उपयोग करके फ़ाइलें mkdir और स्पर्श के रूप में आदेशों ऊपर वर्णित? वे कुछ -िक्स पर आवश्यक प्रतीत होते हैं। इसके अलावा, मेरे पास सुझाव देने के लिए बहुत अधिक नहीं है, मैक ओएस पर म्यूट और जीमेल के लिए विशिष्ट कुछ वेब खोज करने के अलावा। कई खोज हिट म्यूट वेरिएंट को स्थापित करने के लिए "मैकपोर्ट" का उपयोग करने के बारे में बात करते हैं।

— हैम्परेक्स

2

मैं कुछ जानकारी भर में भाग गया जो चीजों को समझा सकता है। इससे पता चलता है कि बाहरी ऐप्स से सभी एक्सेस के लिए OAuth 2.0 की आवश्यकता है , यहां तक कि सुरक्षित कनेक्शन पर भी। मैंने अपनी Google सेटिंग्स की जाँच की और पाया कि मैंने किसी अन्य कारण से अतीत में कम सुरक्षित ऐप्स सक्षम किए थे, और इसके बारे में भूल गया था, यही कारण है कि मेरी म्यूट एक्सेस ताड़ के सिर के साथ काम कर रही थी :( ऐसा प्रतीत होता है कि आप SASL XOAUTH2 का उपयोग कर सकते हैं। "कम सुरक्षित" विकल्प की आवश्यकता होगी, नहीं, बल्कि समय एक छोटे से सुरक्षा को बढ़ावा देने के लिए निवेश लायक हो सकता है?।

— hampercm

2

मठ अब आधिकारिक तौर पर OAuth का समर्थन करता है जो विशेष रूप से जीमेल के साथ मुद्दों को लक्षित करता है।

— फिलिप गेसैंग
स्रोत

1

मुझे लगता है कि यह बेहतर है यदि आप अपने उत्तर के लिए जीमेल के साथ OAuth का उपयोग करने के लिए कम से कम कुछ निर्देशों को जोड़ने का प्रयास करें। लिंक केवल उत्तर अमान्य हो जाते हैं यदि url बदल जाता है। या फ़ाइल चलती है।

— युकाशिमा हूकसे

1

उत्परिवर्तन के लिए एक एप्लिकेशन विशिष्ट पासवर्ड बनाएं: https://support.google.com/accounts/answer/185833 https://security.google.com/settings/security/apppasswords

— twolfe18
स्रोत

1

मैं Google 2-चरणीय सत्यापन का उपयोग नहीं कर रहा हूं।

— अरहरिश har

ओह, मुझे लगा कि आप 2-चरणीय सत्यापन के साथ या बिना ऐप विशिष्ट पासवर्ड का उपयोग कर सकते हैं। मुझे लगता है कि यह उन लोगों के लिए विचार करने के लिए कुछ है जिनके पास 2-चरणीय सत्यापन सेटअप है।

— twolfe18

0

ठीक। इसलिए इसे लंबे समय तक डिबग करने के बाद, मुझे यह पोस्ट मिला जो वास्तविक समाधान देता है।

यदि आपके पास उक्त समस्या है, और 2-फ़ैक्टर वाली स्थिति का उपयोग नहीं कर रहे हैं, तो आपको जीमेल के वेब संस्करण में लॉग इन करना होगा और फिर निम्नलिखित पर जाना होगा:

https://accounts.google.com/b/0/DisplayUnlockCaptcha

अब, Mutt को आज़माएं - इसे अभी लॉगिन करना चाहिए।

— niieani
स्रोत

अपने प्रश्न में, मैं पहले ही इस उत्तर से जुड़ा हुआ हूं, जो एक ही बात कहता है, लेकिन यह काम नहीं करता है। stackoverflow.com/questions/25209676/…

— aharris88

वास्तव में, यह मेरे लिए मदद नहीं करता था, या तो।

— रीइनियरियरपोस्ट