क्लाइंट के EHLO भेजने के बाद सर्वर ऑथेंटिकेशन मैकेनिज़्म की सूची देता है। संदेश भेजने से पहले क्लाइंट इनमें से एक को पूरा करता है।
SMTP ऑथेंटिकेशन कब होता है?
क्लाइंट कनेक्ट करता है, ज़रूरत होने पर TLS शुरू करता है और EHLO भेजता है। सर्वर अपने जवाब में ऑथेंटिकेशन मैकेनिज़्म की सूची देता है। इसके बाद क्लाइंट मैकेनिज़्म और क्रेडेंशियल के साथ AUTH भेजता है। प्रक्रिया सफल होने के बाद क्लाइंट MAIL FROM भेज सकता है और SMTP ट्रांज़ैक्शन जारी रख सकता है।
RFC 6409 संदेश सबमिशन को सर्वर-से-सर्वर रिले से अलग रखता है। इसके अनुसार सबमिशन सर्वर को क्लाइंट का ऑथेंटिकेशन करना होता है, जब तक कोई स्पष्ट अपवाद लागू न हो। यह डिफ़ॉल्ट नियम अनधिकृत सबमिशन को रोकता है। क्रेडेंशियल भेजने से पहले एन्क्रिप्टेड कनेक्शन का इस्तेमाल करें।
| मैकेनिज़्म | यह क्या सुरक्षित या साबित करता है |
|---|---|
| TLS | ट्रांज़िट के दौरान कनेक्शन को सुरक्षित रखता है |
| SMTP AUTH | रिले के सामने सबमिट करने वाले क्लाइंट की पहचान करता है |
| SPF, DKIM और DMARC | भेजने वाले डोमेन को अधिकृत या सत्यापित करते हैं |
RFC 4954 AUTH एक्सटेंशन और उसके सफलता और विफलता वाले जवाबों को परिभाषित करता है। AUTH यह साबित नहीं करता कि प्राप्तकर्ता संदेश स्वीकार करेगा।
SMTP कौन-से क्रेडेंशियल इस्तेमाल करता है?
रिले यूज़रनेम और पासवर्ड, पासवर्ड के रूप में API कुंजी, या अपने द्वारा बताया गया कोई दूसरा मैकेनिज़्म इस्तेमाल कर सकता है। दोनों हिस्सों को गोपनीय मानें। इन्हें सोर्स कंट्रोल और लॉग से बाहर रखें, क्योंकि उजागर क्रेडेंशियल पढ़ने वाला कोई भी व्यक्ति आपके खाते के नाम से मेल सबमिट कर सकता है।
ऑथेंटिकेशन यह साबित करता है कि क्लाइंट उस रिले के ज़रिए मेल सबमिट कर सकता है। यह साबित नहीं करता कि प्राप्तकर्ता संदेश स्वीकार करेगा। यह इनबॉक्स में पहुँचना भी साबित नहीं करता। SPF, DKIM और DMARC जैसा डोमेन ऑथेंटिकेशन डिलीवरी के एक अलग हिस्से से जुड़ा है।
ऑथेंटिकेट होने के बाद भी भेजना विफल क्यों हो सकता है?
रिले अलग-अलग चरणों में क्रेडेंशियल, भेजने वाले की अनुमतियों, संदेश नीति या प्राप्तकर्ता नीति के आधार पर अस्वीकार कर सकता है। SMTP जवाब का कोड और टेक्स्ट पढ़ें, फिर फिर से प्रयास करने से पहले विफल हुए चरण को ठीक करें।
सफल AUTH सिर्फ़ लॉगिन पूरा करता है। बाद का RCPT TO जवाब फिर भी प्राप्तकर्ता को अस्वीकार कर सकता है। प्राप्त करने वाला प्रोवाइडर स्वीकार किए गए संदेश को फिर भी फ़िल्टर कर सकता है।
C: EHLO app.example
S: 250-AUTH PLAIN LOGIN
C: STARTTLS
S: 220 Ready to start TLS
C: EHLO app.example
C: AUTH <credentials omitted>
S: 235 Authentication successfulऑथेंटिकेशन विफल होने पर सर्वर 535 लौटाता है। किसी लॉग या उदाहरण में कभी असली पासवर्ड या base64 क्रेडेंशियल न डालें। उसे पढ़ने वाला कोई भी व्यक्ति आपके खाते के नाम से मेल सबमिट कर सकता है।
मैं Bird के साथ ऑथेंटिकेट कैसे करूँ?
अपनी कुंजी के क्षेत्र के लिए SMTP होस्ट का उपयोग करें। STARTTLS के साथ पोर्ट 587 या implicit TLS के साथ पोर्ट 465 चुनें। यूज़रनेम bird और पासवर्ड के रूप में emails स्कोप वाली API कुंजी से प्रमाणीकरण करें। SMTP रिले गाइड में कनेक्शन सेटिंग्स और रिप्लाई को संभालने का तरीका दिया गया है।
संक्षेप में
- SMTP प्रमाणीकरण यह साबित करता है कि क्लाइंट किसी रिले के ज़रिए मेल सबमिट कर सकता है।
- एन्क्रिप्शन सक्रिय होने के बाद प्रमाणीकरण करें।
- लॉगिन सफल होने से डिलीवरी या इनबॉक्स में पहुँचने की गारंटी नहीं मिलती।
- Bird में यूज़रनेम के रूप में
birdऔर पासवर्ड के रूप में API कुंजी का उपयोग होता है।
