117 में से 117 कोड
बेसिक रिस्पॉन्स कोड
सिस्टम स्टेटस या सिस्टम हेल्प रिस्पॉन्स। व्यवहार में कम ही इस्तेमाल होता है।
HELP कमांड के जवाब में हेल्प संदेश, जिसमें सर्वर या किसी खास कमांड को इस्तेमाल करने की जानकारी होती है।
कनेक्शन खुलने पर सर्वर का शुरुआती अभिवादन: सेवा तैयार है। STARTTLS के जवाब में भी यही आता है, यह बताने के लिए कि TLS नेगोशिएशन शुरू हो सकता है।
सर्वर कनेक्शन बंद कर रहा है, आम तौर पर QUIT कमांड के जवाब में।
AUTH से प्रमाणीकरण सफल रहा। आम तौर पर इसके साथ एन्हांस्ड कोड 2.7.0 आता है।
अनुरोधित कार्रवाई पूरी हुई। यह EHLO, MAIL FROM, RCPT TO का और DATA के अंत का सामान्य रिस्पॉन्स है, जब सर्वर संदेश स्वीकार कर लेता है।
प्राप्तकर्ता लोकल नहीं है, लेकिन सर्वर संदेश स्वीकार करता है और उसे बताए गए पते पर फ़ॉरवर्ड करेगा।
सर्वर यह पुष्टि नहीं करता कि उपयोगकर्ता मौजूद है या नहीं (अकाउंट एन्यूमरेशन रोकने के लिए VRFY बंद है), लेकिन संदेश स्वीकार करके उसे डिलीवर करने की कोशिश करेगा।
ETRN का रिस्पॉन्स: सर्वर ने अनुरोधित डोमेन या नोड के लिए कतार में रखे संदेशों की डिलीवरी शुरू कर दी है।
AUTH के दौरान सर्वर का Base64 में एन्कोड किया गया चैलेंज। क्लाइंट को मैकेनिज़्म के अगले डेटा से जवाब देना होता है (जैसे AUTH LOGIN में यूज़रनेम या पासवर्ड)।
DATA का रिस्पॉन्स: सर्वर संदेश की सामग्री का इंतज़ार कर रहा है, जो ऐसी लाइन पर खत्म होती है जिसमें सिर्फ़ एक बिंदु हो।
सेवा उपलब्ध नहीं है और सर्वर कनेक्शन बंद कर रहा है: शटडाउन, ओवरलोड, बहुत ज़्यादा कनेक्शन या अस्थायी भेजने की सीमा। भेजने वाले को बाद में फिर कोशिश करनी चाहिए।
प्रमाणीकरण कर पाने से पहले उपयोगकर्ता को अपना पासवर्ड बदलना होगा या किसी दूसरे प्रमाणीकरण मैकेनिज़्म पर जाना होगा। इसके साथ एन्हांस्ड कोड 4.7.12 आता है।
मेलबॉक्स अस्थायी रूप से उपलब्ध नहीं है: व्यस्त, लॉक या नीति के कारण अस्थायी रूप से अस्वीकृत। ग्रेलिस्टिंग आम तौर पर यही कोड या 451 लौटाती है।
सर्वर की किसी लोकल त्रुटि के कारण कार्रवाई रद्द हुई, जैसे DNS क्वेरी विफल होना या किसी फ़िल्टर का जवाब न देना। भेजने वाले को बाद में फिर कोशिश करनी चाहिए।
सर्वर के पास अभी संदेश स्वीकार करने के लिए पर्याप्त जगह नहीं है। यह भी बताता है कि प्रति संदेश प्राप्तकर्ताओं की सीमा पार हो गई: क्लाइंट को बाकी प्राप्तकर्ता दूसरे ट्रांज़ैक्शन में भेजने चाहिए।
अस्थायी प्रमाणीकरण विफलता (जैसे क्रेडेंशियल सर्वर जवाब नहीं दे रहा) या STARTTLS माँगने पर TLS अस्थायी रूप से उपलब्ध नहीं।
सर्वर अभी MAIL FROM या RCPT TO में भेजे गए पैरामीटर संभाल नहीं सकता, लेकिन बाद में उन्हें स्वीकार कर सकता है।
ETRN का रिस्पॉन्स: सर्वर अभी अनुरोधित नोड की संदेश कतार प्रोसेस नहीं कर सकता।
ETRN का रिस्पॉन्स: अनुरोधित नोड या डोमेन को अपनी कतार की डिलीवरी माँगने की अनुमति नहीं है।
सर्वर कमांड नहीं पहचानता या लाइन बहुत लंबी है। AUTH भी इसे तब इस्तेमाल करता है जब आदान-प्रदान की कोई लाइन अनुमत अधिकतम लंबाई से ज़्यादा हो।
कमांड मान्य है, लेकिन उसके पैरामीटर या आर्ग्युमेंट नहीं: जैसे MAIL FROM में गलत फ़ॉर्मैट वाला पता या EHLO में अमान्य नाम।
सर्वर कमांड पहचानता है, लेकिन उसे लागू नहीं करता या उसे बंद रखा है, जैसे कई सर्वरों पर VRFY या EXPN।
कमांड गलत क्रम में आईं, जैसे MAIL FROM से पहले RCPT TO, या बिना मान्य प्राप्तकर्ताओं के DATA। कुछ सर्वर बिना प्रमाणीकरण के भेजने की कोशिश पर भी यही लौटाते हैं।
सर्वर बताए गए पैरामीटर को सपोर्ट नहीं करता, जैसे कोई AUTH मैकेनिज़्म जो उसके पास नहीं है।
होस्ट किसी भी तरह का मेल स्वीकार नहीं करता। यह 220 की जगह अभिवादन के रूप में भेजा जाता है और क्लाइंट को फिर कोशिश नहीं करनी चाहिए।
कमांड स्वीकार करने से पहले सर्वर प्रमाणीकरण, या STARTTLS से TLS शुरू करना, ज़रूरी मानता है। बिना क्रेडेंशियल के सबमिशन पोर्ट 587 इस्तेमाल करने पर यह आम है।
चुना गया प्रमाणीकरण मैकेनिज़्म सर्वर की नीति के हिसाब से बहुत कमज़ोर है। कुछ प्रोवाइडर इसे तब लौटाते हैं जब वे ऐप पासवर्ड या OAuth ज़रूरी करते हैं।
यूज़रनेम या पासवर्ड गलत है, या क्रेडेंशियल अस्वीकार कर दिए गए। इसके साथ एन्हांस्ड कोड 5.7.8 आता है।
चुना गया प्रमाणीकरण मैकेनिज़्म सिर्फ़ एन्क्रिप्टेड कनेक्शन पर ही अनुमत है: पहले STARTTLS चलाना होगा।
मेलबॉक्स मौजूद नहीं है या उपलब्ध नहीं है, या संदेश नीति के कारण अस्वीकार हुआ (स्पैम, ब्लैकलिस्ट, SPF, DKIM या DMARC)। साथ आने वाला एन्हांस्ड कोड असली कारण बताता है।
प्राप्तकर्ता लोकल नहीं है और सर्वर संदेश फ़ॉरवर्ड नहीं करता; वह बता सकता है कि संदेश किस पते पर भेजना है।
आवंटित स्टोरेज की सीमा पार हो गई: प्राप्तकर्ता का मेलबॉक्स भरा है या संदेश SIZE एक्सटेंशन द्वारा घोषित अधिकतम आकार से बड़ा है।
ईमेल पता मान्य नहीं है या अनुमत नहीं है, जैसे गलत सिंटैक्स के कारण या क्योंकि भेजने वाला उस पते का इस्तेमाल नहीं कर सकता।
ट्रांज़ैक्शन विफल रहा। शुरुआती अभिवादन के रूप में इसका मतलब है कि उस क्लाइंट के लिए कोई SMTP सेवा नहीं है; DATA के बाद, कि संदेश अस्वीकार हो गया, अक्सर उसकी सामग्री या भेजने वाले की प्रतिष्ठा के कारण।
सर्वर MAIL FROM या RCPT TO में भेजे गए किसी एक्सटेंशन पैरामीटर को नहीं पहचानता या लागू नहीं करता।
प्राप्तकर्ता का डोमेन null MX प्रकाशित करता है («.» की ओर इशारा करने वाला MX रिकॉर्ड): वह घोषित करता है कि मेल प्राप्त नहीं करता, इसलिए फिर कोशिश करने का कोई मतलब नहीं।
एन्हांस्ड स्टेटस कोड (RFC 3463)
बिना अतिरिक्त विवरण वाला स्टेटस: तब इस्तेमाल होता है जब सिर्फ़ परिणाम की श्रेणी (सफल, अस्थायी या स्थायी विफलता) पता हो।
संदेश के किसी पते में ऐसी समस्या है जो ज़्यादा विशिष्ट कोड में फ़िट नहीं होती।
प्राप्तकर्ता का मेलबॉक्स गंतव्य सर्वर पर मौजूद नहीं है। गलत लिखे पते या बंद किए गए अकाउंट से होने वाला क्लासिक बाउंस।
गंतव्य डोमेन या सिस्टम मौजूद नहीं है या मेल स्वीकार नहीं कर सकता, जैसे क्योंकि डोमेन रिज़ॉल्व नहीं होता।
प्राप्तकर्ता के पते का सिंटैक्स अमान्य है।
प्राप्तकर्ता का पता गंतव्य सिस्टम में एक से ज़्यादा मेलबॉक्स से मेल खाता है।
प्राप्तकर्ता का पता मान्य है। यह RCPT TO के सकारात्मक रिस्पॉन्स में 2.1.5 के रूप में दिखता है।
मेलबॉक्स मौजूद था, लेकिन कहीं और ले जाया गया और कोई ज्ञात फ़ॉरवर्डिंग पता नहीं है।
भेजने वाले के पते का सिंटैक्स अमान्य है।
भेजने वाले का डोमेन मौजूद नहीं है या जवाब स्वीकार नहीं करता, जैसे क्योंकि उसके पास न MX रिकॉर्ड हैं न A रिकॉर्ड।
संदेश ऐसे सिस्टम को डिलीवर हुआ जो स्टेटस नोटिफ़िकेशन सपोर्ट नहीं करता, इसलिए उसकी अंतिम डिलीवरी की पुष्टि नहीं हो पाएगी।
प्राप्तकर्ता का डोमेन null MX प्रकाशित करता है: वह घोषित करता है कि मेल प्राप्त नहीं करता।
मेलबॉक्स मौजूद है, लेकिन उससे जुड़ी किसी बात ने डिलीवरी रोक दी और कोई ज़्यादा विशिष्ट कोड नहीं है।
मेलबॉक्स मौजूद है लेकिन निष्क्रिय है और संदेश स्वीकार नहीं करता, जैसे कोई निलंबित अकाउंट।
प्राप्तकर्ता का मेलबॉक्स अपने स्टोरेज कोटे से ज़्यादा भर गया है।
संदेश उस अधिकतम आकार से बड़ा है जो प्राप्तकर्ता को प्राप्त करने की अनुमति है।
प्राप्तकर्ता एक डिस्ट्रिब्यूशन लिस्ट है और उसे उसके सदस्यों में विस्तारित नहीं किया जा सका।
गंतव्य सिस्टम में ऐसी समस्या आई जो ज़्यादा विशिष्ट कोड में फ़िट नहीं होती।
गंतव्य मेल सिस्टम का स्टोरेज भर गया है।
गंतव्य होस्ट आसन्न शटडाउन, ओवरलोड या मेंटेनेंस के कारण संदेश स्वीकार नहीं कर रहा।
गंतव्य सिस्टम संदेश के लिए ज़रूरी किसी फ़ीचर को सपोर्ट नहीं करता।
संदेश उस अधिकतम आकार से बड़ा है जो सर्वर किसी भी प्राप्तकर्ता के लिए स्वीकार करता है।
गंतव्य सिस्टम गलत तरीके से कॉन्फ़िगर है और संदेश स्वीकार नहीं कर सकता।
संदेश स्वीकार हो गया, लेकिन माँगी गई प्राथमिकता से अलग प्राथमिकता के साथ (MT-PRIORITY एक्सटेंशन)।
नेटवर्क या रूटिंग की ऐसी समस्या हुई जो ज़्यादा विशिष्ट कोड में फ़िट नहीं होती।
कनेक्ट करने की कोशिश पर गंतव्य सर्वर ने जवाब नहीं दिया।
कनेक्शन बन गया था, लेकिन डिलीवरी पूरी होने से पहले टूट गया या अस्थिर हो गया।
डिलीवरी के लिए ज़रूरी कोई डायरेक्टरी सेवा विफल हो गई, आम तौर पर DNS रिज़ॉल्यूशन।
गंतव्य तक कोई रूट नहीं मिला, जैसे क्योंकि डोमेन के पास इस्तेमाल लायक MX या A रिकॉर्ड नहीं हैं।
मेल सिस्टम पर भीड़ है और वह अभी संदेश प्रोसेस नहीं कर सकता।
रूटिंग लूप का पता चला: संदेश बहुत बार उन्हीं सर्वरों से होकर गुज़रा।
दोबारा कोशिश करने का अधिकतम समय खत्म हो गया और संदेश बिना डिलीवर हुए हटा दिया जाता है।
डिलीवरी प्रोटोकॉल में ऐसी समस्या हुई जो ज़्यादा विशिष्ट कोड में फ़िट नहीं होती।
कमांड अमान्य है, उस समय अनुमत नहीं है या पहचानी नहीं गई।
कमांड में सिंटैक्स त्रुटि है और सर्वर उसे समझ नहीं सकता।
संदेश में उससे ज़्यादा प्राप्तकर्ता हैं जितने सर्वर एक ट्रांज़ैक्शन में स्वीकार करता है।
कमांड मान्य है, लेकिन उसके आर्ग्युमेंट अमान्य हैं या सपोर्ट नहीं होते।
क्लाइंट और सर्वर के बीच प्रोटोकॉल वर्ज़न मेल नहीं खाता।
AUTH आदान-प्रदान की कोई लाइन सर्वर द्वारा अनुमत अधिकतम लंबाई से ज़्यादा है।
संदेश की सामग्री में ऐसी समस्या हुई जो ज़्यादा विशिष्ट कोड में फ़िट नहीं होती।
गंतव्य संदेश या उसके किसी अटैचमेंट के कंटेंट टाइप को सपोर्ट नहीं करता।
संदेश डिलीवर करने के लिए उसकी सामग्री बदलनी पड़ती, लेकिन भेजने वाले ने इसकी मनाही की है।
संदेश डिलीवर करने के लिए उसकी सामग्री बदलनी पड़ती, और सर्वर यह करना नहीं जानता।
संदेश डिलीवर हो गया, लेकिन सामग्री बदलने में कुछ जानकारी खो गई।
संदेश की सामग्री का रूपांतरण विफल रहा।
URL से संदर्भित संदेश की सामग्री प्राप्त नहीं की जा सकी (BURL एक्सटेंशन)।
भेजने वाला या प्राप्तकर्ता ASCII के बाहर के अक्षरों वाले पते सपोर्ट नहीं करता (अंतरराष्ट्रीयकृत ईमेल, SMTPUTF8)।
सर्वर को UTF-8 टेक्स्ट में जवाब देना है, लेकिन क्लाइंट ने SMTPUTF8 सपोर्ट की घोषणा नहीं की।
संदेश में UTF-8 हेडर हैं और उसे ऐसे एक या अधिक प्राप्तकर्ताओं तक नहीं भेजा जा सकता जो उन्हें सपोर्ट नहीं करते, इसलिए वह अस्वीकार किया जाता है।
बिना अतिरिक्त विवरण वाला सुरक्षा स्टेटस। यह सफल प्रमाणीकरण (2.7.0), AUTH की अस्थायी विफलताओं (4.7.0) और नीति के कारण अस्वीकृतियों में दिखता है।
भेजने वाले को उस प्राप्तकर्ता को भेजने की अनुमति नहीं है: ब्लैकलिस्ट, प्रतिष्ठा या एंटीस्पैम के कारण ब्लॉक, या बिना अनुमति के रिले की कोशिश। 4.7.1 के रूप में यह आम तौर पर ग्रेलिस्टिंग दर्शाता है।
भेजने वाले को उस डिस्ट्रिब्यूशन लिस्ट पर भेजने की अनुमति नहीं है।
संदेश को एक सुरक्षा प्रोटोकॉल से दूसरे में बदलना पड़ता, जो संभव नहीं है।
संदेश को ऐसी सुरक्षा सुविधाओं की ज़रूरत है जिन्हें गंतव्य सपोर्ट नहीं करता।
ट्रांसपोर्ट के दौरान कोई क्रिप्टोग्राफ़िक ऑपरेशन विफल हुआ, जैसे सिग्नेचर का सत्यापन या डिक्रिप्शन।
गंतव्य संदेश में इस्तेमाल किए गए क्रिप्टोग्राफ़िक एल्गोरिदम को सपोर्ट नहीं करता।
इंटीग्रिटी जाँच विफल रही: संदेश रास्ते में बदला गया या चेकसम मेल नहीं खाता।
प्रमाणीकरण क्रेडेंशियल मान्य नहीं हैं: यूज़रनेम या पासवर्ड गलत है।
चुना गया प्रमाणीकरण मैकेनिज़्म सर्वर की नीति की माँग से कमज़ोर है।
माँगे गए प्रमाणीकरण मैकेनिज़्म के लिए TLS जैसी बाहरी एन्क्रिप्शन परत ज़रूरी है। यह मुख्य रूप से उन मैकेनिज़्म के लिए है जो पासवर्ड प्लेन टेक्स्ट में भेजते हैं।
माँगा गया प्रमाणीकरण मैकेनिज़्म सिर्फ़ एन्क्रिप्टेड कनेक्शन पर ही अनुमत है।
उपयोगकर्ता को अपना पासवर्ड बदलना होगा या किसी दूसरे प्रमाणीकरण मैकेनिज़्म पर जाना होगा।
प्रमाणीकरण की कोशिश कर रहे उपयोगकर्ता का अकाउंट निष्क्रिय है।
सर्वर सिर्फ़ उन्हीं सिस्टम से संदेश स्वीकार करता है जिनके साथ उसका पहले से भरोसे का संबंध है।
संदेश की प्राथमिकता इस समय उसे स्वीकार करने के लिए बहुत कम है (MT-PRIORITY एक्सटेंशन)।
संदेश बताई गई प्राथमिकता के लिए बहुत बड़ा है (MT-PRIORITY एक्सटेंशन)।
भेजने वाले द्वारा बताई गई तारीख के बाद मेलबॉक्स का मालिक बदल गया है, इसलिए संदेश डिलीवर नहीं किया जाता (RRVS एक्सटेंशन)।
भेजने वाले द्वारा बताई गई तारीख के बाद प्राप्तकर्ता के डोमेन का मालिक बदल गया है (RRVS एक्सटेंशन)।
सर्वर यह सत्यापित नहीं कर सकता कि मेलबॉक्स का मालिक बदला है या नहीं, जैसा भेजने वाले ने माँगा था (RRVS एक्सटेंशन)।
संदेश पर कोई मान्य DKIM सिग्नेचर नहीं है और प्राप्त करने वाले की नीति इसे ज़रूरी मानती है।
संदेश पर मान्य DKIM सिग्नेचर हैं, लेकिन कोई भी प्राप्त करने वाले की नीति पर खरा नहीं उतरता (जैसे साइन करने वाले डोमेन या एल्गोरिदम के कारण)।
संदेश पर From हेडर में दिखने वाले डोमेन का ही कोई मान्य DKIM सिग्नेचर नहीं है।
भेजने वाला IP, प्रेषक डोमेन के SPF रिकॉर्ड में अधिकृत नहीं है।
SPF मूल्यांकन में त्रुटि आई, जैसे गलत फ़ॉर्मैट वाले रिकॉर्ड या बहुत ज़्यादा DNS क्वेरी के कारण।
भेजने वाले IP का रिवर्स DNS (PTR) नहीं है, या उससे मिलने वाला नाम वापस उसी IP पर रिज़ॉल्व नहीं होता।
संदेश की कई प्रमाणीकरण जाँचें एक साथ विफल हुईं, जैसे SPF और DKIM।
भेजने वाले का डोमेन null MX प्रकाशित करता है, इसलिए वह जवाब या बाउंस प्राप्त नहीं कर सकता और संदेश अस्वीकार किया जाता है।
संदेश मिलते-जुलते दुरुपयोगी संदेशों की बड़े पैमाने पर भेजी गई खेप का हिस्सा लगता है।
ARC चेन का सत्यापन विफल रहा, जो संदेश के फ़ॉरवर्डर या मेलिंग लिस्ट से गुज़रने पर प्रमाणीकरण के परिणाम सुरक्षित रखती है।
संदेश REQUIRETLS माँगता है और रास्ते का अगला सर्वर यह एक्सटेंशन सपोर्ट नहीं करता, इसलिए उसे एन्क्रिप्शन की गारंटी के साथ डिलीवर नहीं किया जा सकता।
बेसिक और एन्हांस्ड कोड एक साथ देखने के लिए सर्वर का पूरा रिस्पॉन्स पेस्ट करें, जैसे 550 5.7.1 Message rejected। बेसिक कोड खोजने पर वे एन्हांस्ड कोड भी दिखते हैं जो आम तौर पर उसके साथ आते हैं।
यह कैसे काम करता है
SMTP सेशन में क्लाइंट की हर कमांड (EHLO, MAIL FROM, RCPT TO, DATA…) पर सर्वर का ऐसा रिस्पॉन्स आता है जो तीन अंकों के कोड से शुरू होता है। पहला अंक बताता है कि नतीजा क्या रहा: 2 यानी सफलता, 3 यानी सर्वर और डेटा का इंतज़ार कर रहा है, 4 यानी अस्थायी त्रुटि और 5 यानी स्थायी त्रुटि। दूसरा अंक क्षेत्र बताता है: x0z सिंटैक्स, x1z जानकारी, x2z कनेक्शन और x5z मेल सिस्टम। कोड के बाद का टेक्स्ट मुक्त होता है और हर सर्वर अपना लिखता है; प्रोग्राम सिर्फ़ संख्या देखते हैं।
चूँकि तीन अंक कारण के बारे में ज़्यादा नहीं बताते, RFC 3463 ने क्लास.विषय.विवरण फ़ॉर्मैट वाले एन्हांस्ड स्टेटस कोड परिभाषित किए: 5.1.1 एड्रेसिंग (1) से जुड़ी स्थायी विफलता (5) है, क्योंकि मेलबॉक्स मौजूद नहीं है (1)। क्लास पहले अंक का अर्थ दोहराती है (2, 4 या 5), विषय कारण का समूह बताता है और विवरण उसे सटीक बनाता है। इन्हें इस्तेमाल करने वाले सर्वर EHLO के रिस्पॉन्स में ENHANCEDSTATUSCODES एक्सटेंशन से इसकी घोषणा करते हैं, और यही कोड बाउंस संदेशों के Status फ़ील्ड में दिखता है।
तालिका में RFC 5321 के बेसिक कोड और आम तौर पर इस्तेमाल होने वाले एक्सटेंशन (AUTH, STARTTLS, ETRN और null MX) द्वारा जोड़े गए कोड हैं, साथ ही IANA रजिस्ट्री के सभी एन्हांस्ड कोड, और हर एक के साथ वे बेसिक कोड जिनके साथ वह आम तौर पर आता है। बड़े प्रोवाइडर अपने टेक्स्ट और हेल्प लिंक जोड़ते हैं, लेकिन हमेशा इन्हीं संख्याओं के ऊपर।
उदाहरण
550 5.1.1 <nadie@example.com>: Recipient address rejected: User unknown in local recipient table5xx Permanent · X.1.1 Bad destination mailbox addressअकाउंट मौजूद न होने पर Postfix का आम बाउंस। फिर कोशिश करने से कुछ नहीं होगा: पता ठीक करना होगा। अगर पहले इसी प्राप्तकर्ता तक मेल पहुँचता था, तो सबसे संभावित वजह यह है कि अकाउंट बंद कर दिया गया है।450 4.2.0 <ana@example.com>: Recipient address rejected: Greylisted4xx Transient · X.2.0 Other or undefined mailbox statusग्रेलिस्टिंग: सर्वर अनजान भेजने वाले को अस्थायी रूप से अस्वीकार करता है और उसके दोबारा कोशिश करने का इंतज़ार करता है। वैध मेल सर्वर कुछ मिनट बाद अपने-आप ऐसा करता है और संदेश पहुँच जाता है; कई स्पैम प्रोग्राम कभी दोबारा कोशिश नहीं करते।AUTH LOGIN334 VXNlcm5hbWU6334 में Base64 में चैलेंज आता है: VXNlcm5hbWU6 का मतलब «Username:» है और अगले, UGFzc3dvcmQ6, का «Password:»। क्रेडेंशियल गलत हों तो सर्वर 535 5.7.8 लौटाता है; अगर वह पहले एन्क्रिप्शन माँगे, तो 538 या 530।उपयोग के मामले
- सर्वर के लौटाए त्रुटि संदेश से समझना कि कोई ईमेल क्यों बाउंस हुआ।
- पहचानना कि त्रुटि अस्थायी है और कतार उसे फिर से आज़माएगी, या स्थायी है और कुछ करना होगा।
- किसी ऐप, प्रिंटर या सर्वर से ईमेल भेजना कॉन्फ़िगर करते समय प्रमाणीकरण की विफलताओं का निदान करना।
- मेल सर्वर के लॉग में SPF, DKIM, DMARC, रिवर्स DNS या ब्लैकलिस्ट के कारण हुई अस्वीकृतियों को समझना।
- बल्क ईमेल प्लेटफ़ॉर्म पर बाउंस को वर्गीकृत करना, ताकि मौजूद न रहने वाले पते सूची से हटाए जा सकें।
- telnet, openssl s_client या swaks से कैप्चर किया गया SMTP सेशन पढ़ना।
अक्सर पूछे जाने वाले प्रश्न
4xx और 5xx त्रुटि में क्या अंतर है?
4xx अस्थायी होती है: भेजने वाला सर्वर संदेश को कतार में रखता है और समय-समय पर, आम तौर पर चार-पाँच दिन तक, फिर कोशिश करता है, फिर हार मानकर बाउंस बनाता है। 5xx स्थायी होती है: बाउंस तुरंत होता है और बिना कुछ बदले वही संदेश दोबारा भेजने पर फिर विफल होगा।
रिस्पॉन्स में 550 5.1.1 जैसे दो कोड क्यों होते हैं?
पहला तीन अंकों वाला बेसिक कोड है जो RFC 5321 में अनिवार्य है। दूसरा RFC 3463 का एन्हांस्ड स्टेटस कोड है, जो कारण सटीक बताता है: 550 मौजूद न रहने वाले मेलबॉक्स (5.1.1), नीति के कारण ब्लॉक (5.7.1) या SPF विफलता (5.7.23) से हो सकता है। निदान के लिए मुख्य रूप से एन्हांस्ड कोड देखें।
550-5.7.1 में हाइफ़न का क्या मतलब है?
यह कि रिस्पॉन्स कई लाइनों में है। सभी लाइनों में एक ही कोड होता है, लेकिन बीच की लाइनें कोड को टेक्स्ट से हाइफ़न से अलग करती हैं और आखिरी लाइन स्पेस से, और इसी से क्लाइंट जानता है कि रिस्पॉन्स कब खत्म हुआ। EHLO से लौटने वाली एक्सटेंशन सूची में भी यही दिखता है।
पता मौजूद होने पर भी मुझे 550 5.7.1 से अस्वीकार क्यों किया जाता है?
क्योंकि 5.7.1 प्राप्तकर्ता के बारे में नहीं, भेजने वाले के बारे में है: सर्वर आपको वह संदेश डिलीवर करने की अनुमति नहीं दे रहा। आम कारण हैं कि भेजने वाला IP किसी ब्लैकलिस्ट में है, डोमेन की SPF, DKIM या DMARC जाँच विफल होती है, IP का रिवर्स DNS नहीं है, या सर्वर को बिना प्रमाणीकरण के रिले की तरह इस्तेमाल करने की कोशिश हुई। कोड के साथ आने वाला टेक्स्ट अक्सर सुराग देता है।
किसी ऐप से ईमेल भेजते समय मुझे 530 या 535 क्यों मिलता है?
530 का मतलब है कि संदेश स्वीकार करने से पहले सर्वर प्रमाणीकरण, या TLS शुरू करना, ज़रूरी मानता है; 535 का मतलब है कि यूज़रनेम या पासवर्ड गलत है। जाँचें कि ऐप STARTTLS के साथ पोर्ट 587 या इम्प्लिसिट TLS के साथ पोर्ट 465 इस्तेमाल करता है, उसमें प्रमाणीकरण चालू है, और Gmail या Microsoft 365 जैसे प्रोवाइडर में आप सामान्य पासवर्ड की जगह ऐप पासवर्ड या OAuth इस्तेमाल कर रहे हैं।