8
मैं LOGIN प्रमाणीकरण तंत्र का उपयोग कर जीमेल एसएमटीपी सर्वर के खिलाफ खुद को प्रमाणीकृत करने की कोशिश कर रहा हूं। AUTH LOGIN को EHLO कमांड के जवाब में समर्थित के रूप में विज्ञापित किया गया है, लेकिन जब मैं सर्वर पर AUTH LOGIN भेजने की कोशिश कर रहा हूं, तो मुझे "504 5.7.4 अपरिचित प्रमाणीकरण प्रकार" प्रतिक्रिया मिल रही है।जीमेल AUTH LOGIN SMTP प्रमाणीकरण
S: 220 mx.google.com ESMTP d9sm13589149wiy.2
C: EHLO client
S: 250-mx.google.com at your service, [x.x.x.x]
S: 250-SIZE 35882577
S: 250-8BITMIME
S: 250-AUTH LOGIN PLAIN XOAUTH
s: 250 ENHANCEDSTATUSCODES
C: AUTH LOGIN
S: 504 5.7.4 Unrecognized Authentication Type d9sm13589149wiy.2
Am मैंने कुछ गलत यहां क्या कर: यहाँ सर्वर और ग्राहक के बीच संवाद है?
शुद्धता के लिए अपने स्रोत क्या है: "प्राधि प्रवेश base64username" है, जो वास्तव में कैसे प्रवेश काम करना चाहिए नहीं है, यह वास्तव में काम करने लगता है? मुझे लगता है कि AUTH LOGIN कभी भी एक आरएफसी उचित नहीं बन रहा है, केवल साइरस (?) से एक मसौदा और माइक्रोसॉफ्ट से एक विस्तार विनिर्देश। (माइक्रोसॉफ्ट AUTH LOGIN उपयोगकर्ता नाम कार्यक्षमता जोड़ता है जिसे आप नोट कर रहे हैं।) यह निश्चित रूप से लगता है जैसे Google को सभी लॉग इन (उपयोगकर्ता नाम के साथ) का समर्थन करना चाहिए, लेकिन यह अपेक्षाकृत कम स्पष्ट कट दिखता है। –
@ एडवर्ड थॉमसन - ठीक है, साइरस से आरएफसी ड्राफ्ट एकमात्र संदर्भ था जिसे मैंने LOGIN प्रमाणीकरण पर देखा है। मुझे लगता है कि इस माइक्रोसॉफ्ट एक्सटेंशन का मतलब है [एमएस-एक्सएलजीआईएन] (http://msdn.microsoft.com/en-us/library/cc433484 (v = exchg.80) .aspx)। यदि हां, तो इससे मेरा सवाल पूरी तरह से जवाब देता है! – silentser
हाँ, लेकिन माइक्रोसॉफ्ट दस्तावेज़ के बारे में मेरी पढ़ाई यह स्पष्ट करती है कि जीमेल को "ऑथ लॉग इन" के साथ-साथ "AUTH LOGIN उपयोगकर्ता नाम" का समर्थन करना चाहिए। –