बाउंस हुए ईमेल को कैसे हैंडल करें
बाउंस ईमेल या सीधे शब्दों में कहें तो "बाउंस" वे ईमेल होते हैं जो स्वचालित रूप से भेजे जाते हैं।
डाक हस्तांतरण एजेंट (एमटीए) द्वारा प्रेषक को
यह सूचित करने के लिए कि संदेश प्राप्तकर्ता द्वारा सही ढंग से प्राप्त नहीं हुआ था।
विषय आमतौर पर "लौटा हुआ पत्र: विवरण के लिए प्रतिलेख देखें" होता है।
व्याख्यात्मक बाउंस जानकारी, एक कोड और उसका विवरण, सामग्री में पाया जा सकता है।
“स्टेटस-कोड” से उस त्रुटि के प्रकार की स्पष्ट पहचान होनी चाहिए जिसके कारण रिटर्न हुआ।
लेकिन अक्सर प्रत्येक ईमेल सेवा प्रदाता द्वारा उपयोग किए जाने वाले कोड और विवरण अलग-अलग होते हैं।
उछाल को सही ढंग से वर्गीकृत करने के लिए उसका विश्लेषण और व्याख्या करना आवश्यक है।
- ईमेल बाउंस होने से क्या जोखिम हैं?
- उछालों की संख्या जांचें
- बाउंस हैंडलिंग के लिए नए रुझान
- बाउंस हुए संदेशों के स्टेटस कोड
ईमेल बाउंस होने से क्या जोखिम हैं?
गलत/निष्क्रिय प्राप्तकर्ताओं को ईमेल भेजना "स्पैमर व्यवहार" माना जाता है।
आप उन्हें अनदेखा नहीं कर सकते
यदि आप अपनी सूची के बाकी लोगों तक पहुंचना चाहते हैं, तो बेहतर यही होगा कि आप सूची के "खराब" हिस्से को संदेश भेजना बंद कर दें।
कभी-कभी इसे "सूची स्वच्छता" भी कहा जाता है।
आपको उनका अर्थ समझना चाहिए
डिलीवरी स्टेटस नोटिफिकेशन (डीएसएन) तीन प्रकार के होते हैं: सफलता - ईमेल डिलीवर हो गया है (यह नोटिफिकेशन केवल भेजने वाले के अनुरोध पर ही भेजा जाता है)
हार्ड बाउंस - एक स्थायी त्रुटि उत्पन्न हो गई है
सॉफ्ट बाउंस - एक अस्थायी त्रुटि उत्पन्न हुई है
हार्ड बाउंस (स्टेटस-कोड 5.XXX.XXX): ईमेल पते में स्थायी त्रुटि उत्पन्न हुई।
जैसे कि “550 5.1.1 … उपयोगकर्ता अज्ञात” या “5.1.2 … होस्ट अज्ञात”
एक स्थायी त्रुटि यह दर्शाती है कि आपको उस प्राप्तकर्ता को दोबारा कभी भी संदेश नहीं भेजना चाहिए।
एक भी बाउंस मैसेज आने पर ईमेल एड्रेस ब्लॉक हो जाना चाहिए।
सॉफ्ट बाउंस (स्टेटस-कोड 4.XXX.XXX): ईमेल पते में अस्थायी त्रुटि उत्पन्न हुई।
जैसे कि “452 4.2.2 … मेलबॉक्स भरा हुआ है”
एक क्षणिक त्रुटि यह दर्शाती है कि आप भविष्य में डिलीवरी का पुनः प्रयास कर सकते हैं।
कुछ ही दिनों के अंतराल में कम से कम तीन बाउंस हुए संदेशों के आने पर ईमेल पते को ब्लॉक कर देना चाहिए।
आपको बाउंस हैंडलिंग की कार्यप्रणाली (और इसे अनुकूलित करने का तरीका) पता होना चाहिए।
- सभी वापस भेजे गए संदेशों को एक एप्लिकेशन द्वारा डाउनलोड किया जाता है।
इन्हें ऐप इंटरफ़ेस या JSON फ़ाइल के माध्यम से मानवीय समीक्षा के लिए उपलब्ध कराया जाता है।
- वर्गीकरण कुछ नियमों का पालन करता है, जिन्हें संपादित किया जा सकता है।
- विकल्प यह परिभाषित करते हैं कि सॉफ्ट बाउंस को हार्ड बाउंस स्तर में कब "अपग्रेड" किया जाएगा।
उछालों की संख्या जांचें
कभी-कभी प्रेषक और प्राप्तकर्ता दोनों की ओर से कॉन्फ़िगरेशन त्रुटि हो सकती है।
इससे हल्की या तेज उछाल आ सकती है।
पिछले सप्ताह में बाउंस हुए संदेशों की संख्या की जांच करना एक अच्छी आदत है।
यह देखने के लिए कि क्या मान पहले जैसे ही हैं या कोई विसंगति तो नहीं है।
अगर कुछ गड़बड़ है, तो आपको तुरंत पता चल जाएगा। उछाल के विवरण को पढ़ने से आपको कारण का पता लगाने में मदद मिलेगी।
कुछ सिस्टम आपको दिनों की संख्या निर्धारित करने की अनुमति देते हैं (उदाहरण के लिए 180)।
इसके बाद ग्राहक की बाउंस जानकारी को हटा दिया जाता है।
इस तरह एसएमटीपी सर्वर उस प्राप्तकर्ता से दोबारा संपर्क करने का प्रयास करेगा।
गलती से सक्रिय हुए ब्लॉक अपने आप साफ़ हो जाएंगे।
लेकिन इससे एसएमटीपी सर्वर की प्रतिष्ठा को नुकसान पहुंच सकता है।
बाउंस हैंडलिंग के लिए नए रुझान
एक वाक्य में कहें तो: इलाज से बेहतर रोकथाम है ।
अपने एसएमटीपी सर्वरों की प्रतिष्ठा को नुकसान से बचाने के लिए,
अधिक से अधिक ई-मेल सेवा प्रदाता (ईमेल सर्विस प्रोवाइडर) " ईमेल दमन सूची " का उपयोग कर रहे हैं।
जो संदेश प्राप्तकर्ता के मेलबॉक्स तक पहुंचने से पहले ही कार्य करता है।
जब कोई ग्राहक ऐसा ईमेल भेजता है जिसके परिणामस्वरूप हार्ड बाउंस होता है,
जिस ईमेल पते से बाउंस ईमेल प्राप्त हुआ, उसे दमन सूची में जोड़ दिया जाता है।
यह प्रतिबंध सूची सभी ग्राहकों पर लागू होती है। दूसरे शब्दों में,
यदि कोई अन्य ग्राहक किसी ऐसे पते पर ईमेल भेजने का प्रयास करता है जो प्रतिबंधित सूची में है,
एसएमटीपी सर्वर इसे नहीं भेजेगा, क्योंकि ईमेल पता छिपा हुआ है।
समर्पित आईपी वाले एसएमटीपी सर्वरों का उपयोग करने से प्रतिष्ठा साझाकरण से संबंधित कुछ समस्याओं से बचा जा सकता है।
उदाहरण के लिए, "ईमेल दमन सूची" को केवल आपके आईपी पते तक ही सीमित किया जा सकता है।
ताकि यदि कोई अन्य ग्राहक एसएमटीपी सर्वर को ब्लैकलिस्ट कर देता है और उससे संबंधित बाउंस रेट उत्पन्न होते हैं,
आपके ईमेल पर कोई असर नहीं पड़ेगा।
बाउंस हुए संदेशों के स्टेटस कोड
हार्ड बाउंस और सॉफ्ट बाउंस की पहचान करने के लिए उपयोग किए जाने वाले स्टेटस कोड का सिंटैक्स निम्नलिखित है:
स्थिति-कोड = वर्ग “.” विषय “.” विवरण
स्टेटस कोड में तीन संख्यात्मक फ़ील्ड होते हैं जो "." से अलग किए जाते हैं।
- पहला सब-कोड (क्लास) यह दर्शाता है कि वितरण का प्रयास सफल रहा या नहीं।
- दूसरा उप-कोड (विषय) किसी भी प्रसव संबंधी विसंगति के संभावित स्रोत को इंगित करता है।
- तीसरा उप-कोड (विवरण) एक विशिष्ट त्रुटि स्थिति को इंगित करता है।
उप-कोड (वर्ग) स्थिति का एक सामान्य वर्गीकरण प्रदान करता है।
प्रत्येक वर्ग के लिए सूचीबद्ध मानों को RFC 3463 और RFC 6522 में निम्नानुसार परिभाषित किया गया है:
2.XXX.XXX सफलता (प्रेषक के अनुरोध पर ही भेजा जाता है) सफलता यह दर्शाती है कि DSN सकारात्मक डिलीवरी कार्रवाई की सूचना दे रहा है। विवरण उप-कोड डिलीवरी के लिए आवश्यक परिवर्तनों की सूचना दे सकते हैं। 4.XXX.XXX स्थायी क्षणिक विफलता: एक स्थायी क्षणिक विफलता वह है जिसमें भेजा गया संदेश मान्य होता है, लेकिन किसी अस्थायी स्थिति के बने रहने के कारण संदेश भेजने के प्रयास विफल हो जाते हैं या उनमें देरी हो जाती है। यदि यह कोड डिलीवरी विफलता रिपोर्ट के साथ आता है, तो भविष्य में भेजना सफल हो सकता है। 5.XXX.XXX स्थायी विफलता: एक स्थायी विफलता वह है जिसे संदेश को वर्तमान स्वरूप में पुनः भेजकर हल किए जाने की संभावना नहीं है। सफल डिलीवरी के लिए संदेश या गंतव्य में कुछ परिवर्तन करना आवश्यक है।कुछ कोड और विवरण के उदाहरण:
2.0.0: भेजा गया (संदेश डिलीवरी के लिए स्वीकार किया गया) 4.2.2: कोटा से अधिक 4.4.5: डिस्क स्थान अपर्याप्त 5.0.0: अमान्य डोमेन नाम 5.1.1: उपयोगकर्ता अज्ञात 5.7.1: संदेश सामग्री अस्वीकृत