आपके व्यावसायिक ईमेल के लिए कस्टम डोमेन होने से व्यावसायिकता और विश्वसनीयता का एक ऐसा स्तर जुड़ जाता है, जिसकी तुलना gmail.com या outlook.com जैसे सामान्य ईमेल पते नहीं कर सकते....
चाबी छीन लेना
- एक अनडिलिवरेबल ईमेल (जिसे एनडीआर या बाउंस भी कहा जाता है) का मतलब है कि प्राप्तकर्ता सर्वर ने आपके संदेश को अस्वीकार कर दिया है, और इसका कारण यह निर्धारित करता है कि आप पुनः प्रयास करें या इसे तुरंत दबा दें।
- हार्ड बाउंस स्थायी विफलताओं का संकेत देते हैं और इन्हें तुरंत दबा दिया जाना चाहिए; सॉफ्ट बाउंस अस्थायी होते हैं और आमतौर पर 24 से 72 घंटों के भीतर पुनः प्रयास करने पर ठीक हो जाते हैं।
- बाउंस रेट को 2% से नीचे रखना महत्वपूर्ण है: उस सीमा से ऊपर, ESPअपने डेटा भेजने की गति को नियंत्रित करें, और 5% से अधिक होने पर, आपको रुकना होगा और दोबारा भेजने से पहले समस्या को ठीक करना होगा।
- प्रमाणीकरण विफलताएँ (गलत कॉन्फ़िगरेशन) SPF, DKIMया, DMARCप्राप्तकर्ता का पता सही होने पर भी बाउंस होने का सबसे आम कारण यही होता है।
- प्रतिष्ठा सुधारने की तुलना में रोकथाम कहीं अधिक आसान है। अपनी सूची में ईमेल पते शामिल करने से पहले उनकी पुष्टि करें, अपने डोमेन को प्रमाणित करें और नियमित रूप से अपनी ईमेल सूची को साफ करें।
आपके प्लेटफॉर्म पर "भेजा गया" दिख रहा है, लेकिन संदेश प्राप्तकर्ता तक नहीं पहुंचा। यह एक अनडिलिवरेबल ईमेल के रूप में वापस आ गया, जिसमें एक त्रुटि संदेश था जो अक्सर मददगार होने के बजाय अधिक भ्रामक होता है।
यह ब्लॉग विशेष रूप से ईमेल डिलीवरी में आने वाली विफलताओं पर केंद्रित है: उनका क्या अर्थ है, त्रुटि कोड को कैसे पढ़ा जाए, उनके कारण क्या हैं, और उन्हें प्रतिष्ठा संबंधी समस्या बनने से कैसे रोका जाए। उद्योग के मानक आम तौर पर 2% बाउंस रेट को वह बिंदु मानते हैं जहां इनबॉक्स प्रदाता आपके भेजने वाले डोमेन पर अधिक ध्यान देना शुरू कर देते हैं।
अनडिलिवरेबल ईमेल क्या होता है?
एक अनडिलीवरेबल ईमेल वह संदेश होता है जिसे प्राप्तकर्ता मेल सर्वर ने अस्वीकार कर दिया और प्रेषक को वापस भेज दिया, आमतौर पर इसके साथ एक नॉन-डिलीवरी रिपोर्ट (एनडीआर) भी होती है जिसमें एक त्रुटि कोड होता है जो बताता है कि डिलीवरी क्यों विफल हुई।
एनडीआर प्रेषक के इनबॉक्स में आता है और इसमें तीन मुख्य घटक होते हैं: स्थिति कोड के साथ एक त्रुटि हेडर, मूल संदेश के बारे में मेटाडेटा और एक SMTP सर्वर पर हुए आदान-प्रदान का प्रतिलेख।
ईमेल डिलीवर न हो पाने की समस्या दो श्रेणियों में आती है, जिनके अलग-अलग निहितार्थ हैं:
| कठिन उछाल | नरम उछाल | |
| अर्थ | स्थायी प्रसव विफलता | अस्थायी डिलीवरी विफलता |
| कारणों | अमान्य पता, निष्क्रिय डोमेन, बंद मेलबॉक्स | मेलबॉक्स भरा हुआ है, सर्वर अस्थायी रूप से बंद है, संदेश का आकार बहुत बड़ा है |
| प्रेषक की कार्रवाई | इसे तुरंत दबा दें, दोबारा कोशिश न करें। | स्वचालित पुनः प्रयास की अनुमति दें; लगातार 3-5 असफलताओं के बाद इसे रोकें |
| प्रतिष्ठा पर प्रभाव | उच्च; इनबॉक्स प्रदाताओं को सूची की खराब स्वच्छता का संकेत देता है | कम; सामान्य प्रेषण अवसंरचना इन्हें स्वचालित रूप से संभालती है |
हार्ड बाउंस इन दोनों में से ज़्यादा नुकसानदायक होते हैं। अगर आप लगातार ऐसे ईमेल पतों पर ईमेल भेजते रहते हैं जो आपके ईमेल को स्थायी रूप से अस्वीकार कर देते हैं, तो इनबॉक्स प्रदाता आपकी सूची को कमज़ोर मान सकते हैं, जिससे आपकी ईमेल सुरक्षा कमज़ोर हो सकती है। प्रेषक की प्रतिष्ठा.
ईमेल डिलीवर न होने के सामान्य कारण
बाउंस होने के कारणों को विफलता के मूल स्थान के आधार पर तीन समूहों में बांटा जा सकता है। प्राप्तकर्ता पक्ष की समस्याओं को हल करना आमतौर पर सबसे आसान होता है, जबकि सामग्री, प्रमाणीकरण और प्रतिष्ठा संबंधी अवरोधों के लिए प्रेषक पक्ष द्वारा कॉन्फ़िगरेशन कार्य की आवश्यकता होती है।
प्राप्तकर्ता पक्ष की समस्याएं: अमान्य पते, भरे हुए मेलबॉक्स और सर्वर समस्याएं
गलत या टाइप किए गए पते ईमेल डिलीवर न होने के सबसे आम कारणों में से एक हैं। यदि प्राप्तकर्ता किसी फॉर्म में गलत पता दर्ज करता है या यदि पता निष्क्रिय कर दिया गया है, तो प्राप्त करने वाला सर्वर स्थायी अस्वीकृति भेज देता है। सामान्य कोड में 550 5.1.1 (उपयोगकर्ता अज्ञात) और 550 5.1.2 (डोमेन नहीं मिला) शामिल हैं। गलती चाहे जिसने भी की हो, प्रेषक को यह बाउंस मैसेज मिलता है।
मेलबॉक्स फुल होने पर सॉफ्ट बाउंस होता है, हार्ड बाउंस नहीं। पता मौजूद है और सर्वर काम कर रहा है, लेकिन इनबॉक्स अपनी स्टोरेज लिमिट तक पहुंच गया है। आम कोड में 552 5.2.2 और 452 4.2.2 शामिल हैं। आपका सेंडिंग सर्वर 24 से 72 घंटों में अपने आप दोबारा कोशिश करेगा। अगर कई बार कोशिश करने के बाद भी मेलबॉक्स बाउंस होता रहता है, तो उस पते को ब्लॉक कर दें क्योंकि लगातार मेलबॉक्स फुल होने के संकेत अक्सर यह बताते हैं कि इनबॉक्स को छोड़ दिया गया है।
प्राप्तकर्ता सर्वर में रखरखाव कार्य, अस्थायी रुकावट या क्षमता सीमा जैसी समस्याएं भी सॉफ्ट बाउंस उत्पन्न करती हैं। एक सामान्य कोड 421 4.7.0 है। ये विफलताएं आमतौर पर मानक पुनः प्रयास प्रक्रिया द्वारा हल हो जाती हैं, इसलिए 72 घंटे से अधिक समय तक जारी रहने पर ही कार्रवाई की आवश्यकता होती है।
स्पैम फ़िल्टर और प्रमाणीकरण विफलताएँ
सामग्री-आधारित अवरोध तब उत्पन्न होते हैं जब प्राप्तकर्ता सर्वर का स्पैम फ़िल्टर संदेश को ही चिह्नित कर लेता है। इसके लिए कुछ पैटर्न ज़िम्मेदार होते हैं, जैसे संदिग्ध कीवर्ड, अत्यधिक लिंक, भ्रामक विषय पंक्तियाँ, या HTML फ़ॉर्मेटिंग जो ज्ञात स्पैम टेम्पलेट्स से मेल खाती हो। सामान्य कोड हैं: 554 5.7.1 और 550 5.7.0। ये कोड हार्ड बाउंस के रूप में वापस आ जाते हैं, भले ही प्राप्तकर्ता का पता पूरी तरह से मान्य हो।
सही पता होने के बावजूद ईमेल डिलीवर न होने का सबसे आम कारण प्रमाणीकरण विफलताएँ हैं। यदि आपका SPF, DKIMया, DMARC यदि रिकॉर्ड गलत तरीके से कॉन्फ़िगर किए गए हैं या गायब हैं, तो प्राप्तकर्ता सर्वर संदेश को सीधे अस्वीकार कर सकते हैं। सामान्य कोड: 550 5.7.1 (SPF असफल) और 550 5.7.26 (DMARC असफल)।
प्रतिष्ठा अवरोध, अवरोध सूची और नीति फ़िल्टर
ब्लॉकलिस्ट में शामिल आईपी या डोमेन के कारण प्राप्तकर्ता सर्वर अपनी फ़िल्टरिंग नीतियों के आधार पर ईमेल को अस्वीकार या स्थगित कर सकते हैं। व्यापक रूप से उपयोग की जाने वाली ब्लॉकलिस्ट में स्पैमहाउस, बैराकुडा और स्पैमकॉप शामिल हैं। यदि आपको ब्लॉकलिस्टिंग की समस्या का संदेह है, तो MXToolbox का उपयोग करके जांचें कि आपका भेजने वाला आईपी या डोमेन किसी सक्रिय सूची में शामिल है या नहीं।
ग्रे लिस्टिंग एक अस्थायी स्पैम-रोधी उपाय है जो जानबूझकर संदेश के पहली बार आने पर उसे रोक देता है। आमतौर पर, प्राप्तकर्ता सर्वर 451 4.7.1 प्रतिक्रिया देता है और वैध प्रेषक सर्वर से स्वचालित रूप से पुनः प्रयास करने की अपेक्षा करता है। अधिकांश मामलों में, ग्रे लिस्टिंग पहली बार में ही समस्या का समाधान कर लेती है और इसके लिए किसी मैन्युअल हस्तक्षेप की आवश्यकता नहीं होती है।
पॉलिसी ब्लॉक कॉर्पोरेट मेल फ़िल्टर से आते हैं जिनमें अटैचमेंट के प्रकार, फ़ाइल आकार या स्वीकृत प्रेषक सूचियों से संबंधित नियम होते हैं। अंतर्निहित ढांचा ठीक होने के बावजूद भी अक्सर ये हार्ड बाउंस के रूप में वापस आ जाते हैं। इसका समाधान आमतौर पर संपर्क स्तर पर होता है: प्राप्तकर्ता को अपनी आईटी टीम के माध्यम से आपके डोमेन को व्हाइटलिस्ट करना होगा।
बाउंस नोटिफिकेशन और एनडीआर एरर कोड कैसे पढ़ें
SMTP त्रुटि कोड एक सुसंगत संरचना का पालन करते हैं। पहला अंक श्रेणी को इंगित करता है:
- 4xx कोड: अस्थायी विफलताएँ। आपका सर्वर स्वचालित रूप से पुनः प्रयास करेगा। विफलता बनी रहने तक तत्काल किसी कार्रवाई की आवश्यकता नहीं है।
- 5xx कोड: स्थायी विफलता। कोई पुनः प्रयास नहीं। अभी कार्रवाई करें।
नीचे दी गई तालिका में वे कोड शामिल हैं जिनका सामना आपको अक्सर करना पड़ेगा:
| कोड | प्रकार | अर्थ | प्रेषक की कार्रवाई |
| 421 | 4xx – अस्थायी | सर्वर अस्थायी रूप से अनुपलब्ध है | सर्वर को पुनः प्रयास करने दें |
| 450 | 4xx – अस्थायी | मेलबॉक्स अनुपलब्ध है (कृपया बाद में पुनः प्रयास करें) | सर्वर को पुनः प्रयास करने दें |
| 451 4.7.1 | 4xx – अस्थायी | ग्रे लिस्टिंग या पॉलिसी स्थगन | पुनः प्रयास करने से समस्या हल हो जाती है |
| 452 4.2.2 | 4xx – अस्थायी | मेलबॉक्स भरा हुआ | पुनः प्रयास करें; यदि समस्या बनी रहती है तो उसे दबा दें |
| 550 5.1.1 | 5xx – स्थायी | उपयोगकर्ता अज्ञात | तुरंत दबाएँ |
| 550 5.1.2 | 5xx – स्थायी | डोमेन नहीं मिला | तुरंत दबाएँ |
| 550 5.7.1 | 5xx – स्थायी | नीति अस्वीकृति या SPF विफलता | प्राधिकरण रिकॉर्ड की जाँच करें |
| 550 5.7.26 | 5xx – स्थायी | DMARC विफलता | फिक्स DMARC संरेखण |
| 552 5.2.2 | 5xx – स्थायी | मेलबॉक्स भरा हुआ है (कोटा से अधिक) | यदि यह समस्या बार-बार हो रही है तो इसे दबा दें। |
| 554 5.7.1 | 5xx – स्थायी | सामग्री को स्पैम के रूप में अस्वीकृत कर दिया गया है। | संदेश की सामग्री की समीक्षा करें |
उन्नत स्थिति कोड (बेस कोड के बाद का xxx भाग) विशिष्टता बढ़ाते हैं। उदाहरण के लिए, 5.1.1 का अर्थ है उपयोगकर्ता अज्ञात, 5.1.2 का अर्थ है डोमेन नहीं मिला, 5.7.1 का अर्थ है नीति अस्वीकृति, और 5.7.26 का अर्थ है DMARC संरेखण में गड़बड़ी। जब बाउंस नोटिफिकेशन में दोनों कोड शामिल हों, तो कारण का अधिक सटीक रूप से पता लगाने के लिए उन्हें एक साथ पढ़ें।
जब आपके ईमेल डिलीवर न हो पाएं तो क्या करें
त्वरित कार्रवाई से आपके सेंडर रेपुटेशन पर पड़ने वाले प्रभाव को सीमित किया जा सकता है। सही प्रतिक्रिया इस बात पर निर्भर करती है कि आप व्यक्तिगत बाउंस को संभाल रहे हैं या किसी बड़े अभियान में अचानक हुई वृद्धि को।
व्यक्तिगत बाउंस नोटिफिकेशन का ट्राइएज करें
कोड से शुरू करें। यदि यह 5xx है, तो पते को तुरंत छिपा दें। यदि यह 4xx है, तो अपने भेजने वाले सर्वर को स्वचालित पुनः प्रयास करने दें। अधिकांश प्रमुख ESPएस (Mailchimp, SendGrid, HubSpot, ActiveCampaignहार्ड बाउंस के लिए स्वचालित दमन और सॉफ्ट बाउंस सीमा तक पहुंचने पर पुनः प्रयास को रोकना।
सॉफ्ट बाउंस की स्थिति में, 24 से 72 घंटे की मानक पुनः प्रयास अवधि दें। इस अवधि के दौरान लगातार तीन से पांच बार विफलता मिलने पर पते को ब्लॉक कर दें, क्योंकि उस स्थिति में मेलबॉक्स के अपने आप ठीक होने की संभावना कम होती है।
दमन और विलोपन एक ही चीज़ नहीं हैं। दमन सूची किसी गलत पते को भविष्य में अपलोड की जाने वाली सूची में गलती से दोबारा शामिल होने से रोकती है। संपर्क को हटाने से यह सुरक्षा हट जाती है। अपने ईमेल प्लेटफ़ॉर्म में दमनित पते रखें और सुनिश्चित करें कि दमन नियम भविष्य में अपलोड और अभियानों पर लागू हों।
नए एकत्रित पतों से बार-बार हार्ड बाउंस होना अक्सर कैप्चर करने के स्थान पर किसी समस्या की ओर इशारा करता है। हो सकता है कि फॉर्म गलत टाइप किए गए, अमान्य या डिस्पोजेबल पतों को सूची में दर्ज करने से पहले उनकी जाँच किए बिना ही स्वीकार कर रहा हो।
अचानक उछाल दर में हुई वृद्धि की जांच करें
बाउंस रेट में अचानक वृद्धि के आमतौर पर चार कारण होते हैं: एक नया या हाल ही में बदला हुआ सेंडिंग आईपी, एक टूटा हुआ या हाल ही में संशोधित प्रमाणीकरण रिकॉर्ड, एक अनक्लीन लिस्ट इंपोर्ट, या एक ब्लॉकलिस्ट इवेंट।
इस डायग्नोस्टिक प्रक्रिया को क्रम से चलाएँ:
- पहले प्रमाणीकरण की जांच करें: सत्यापित करो कि SPF, DKIM, तथा DMARC रिकॉर्ड सही ढंग से प्रकाशित हो रहे हैं और सफलतापूर्वक आगे बढ़ रहे हैं। कम मात्रा में डेटा भेजने के दौरान जो त्रुटि ध्यान में नहीं आई, वह बड़े पैमाने पर डेटा भेजने पर स्पष्ट हो जाती है।
- ब्लॉकलिस्ट की जाँच करें: अपने सेंडिंग आईपी और डोमेन को MXToolbox के माध्यम से चलाकर देखें कि क्या हाल ही में ब्लॉकलिस्ट होने के कारण रिजेक्शन हो रहे हैं।
- चेकलिस्ट की गुणवत्ता: यदि अचानक वृद्धि होने से ठीक पहले कोई नया सेगमेंट या आयात किया गया था, तो उस सूची में संभवतः अमान्य या पुराने पतों का अनुपात अधिक था।
समस्या का समाधान करते समय बाउंस रेट के मानकों को ध्यान में रखें: 2% से कम स्वीकार्य है, 2% से अधिक होने पर आमतौर पर इनबॉक्स प्रदाताओं द्वारा संदेश भेजने की गति धीमी कर दी जाती है, और 5% से अधिक होने पर समस्या हल होने तक संदेश भेजना बंद करना आवश्यक हो जाता है।
ईमेल डिलीवर न होने से कैसे बचें
प्रतिष्ठा सुधारने की तुलना में रोकथाम आसान है। एक क्षतिग्रस्त ईमेल वितरण रिकॉर्ड को दोबारा बनाने में हफ़्ते लग जाते हैं; इसे बनने से रोकने के लिए जो उपाय किए जाते हैं, उन्हें करने में कुछ ही घंटे लगते हैं।
ईमेल भेजने से पहले ईमेल पतों की पुष्टि करें
ईमेल सत्यापन तब सबसे प्रभावी होता है जब इसका उपयोग साइनअप के समय और मौजूदा सूचियों दोनों पर किया जाता है।
- साइन अप करते समय: एक को एकीकृत करना वास्तविक समय ईमेल सत्यापन API आपके फॉर्म में यह सुविधा सबमिट होते ही हर पते की जाँच करती है, जिसमें वाक्य संरचना, डोमेन, MX रिकॉर्ड और मेलबॉक्स की मौजूदगी शामिल है, इससे पहले कि वह आपकी सूची में शामिल हो। इससे टाइपिंग की गलतियाँ, ऐसे पते जिन्हें बाद में हटाया जा सकता है और अमान्य डोमेन जैसी समस्याएँ, जो हार्ड बाउंस का मुख्य कारण बनती हैं, ब्लॉक हो जाती हैं।
- मौजूदा सूचियों पर: कम से कम तिमाही आधार पर बल्क वैलिडेशन करें, और यदि आप बड़ी संख्या में संपर्क प्राप्त कर रहे हैं तो मासिक आधार पर करें। ईमेल डेटाबेस स्वाभाविक रूप से कम सटीक हो जाते हैं क्योंकि लोग नौकरी बदलते हैं, खाते छोड़ देते हैं और सेवा प्रदाता बदलते हैं। जो सूची छह महीने पहले साफ थी, उसमें तब से काफी जोखिम जमा हो गया होगा। ईमेल सूची सत्यापन यह उन पतों की पहचान करने में मदद करता है जिनके बाउंस होने की संभावना है, इससे पहले कि वे आपके प्रेषक की प्रतिष्ठा को प्रभावित करें।
कॉन्फ़िगर SPF, DKIM, तथा DMARC प्रमाणीकरण
आपके सेंडिंग डोमेन पर तीनों प्रमाणीकरण मानक लागू होने चाहिए। इन्हें इस क्रम में सेट करें: SPF पहला (आपके भेजने वाले आईपी को अधिकृत करता है), DKIM अगला (आउटगोइंग संदेशों पर हस्ताक्षर करता है), और DMARC अंतिम (यह प्राप्त करने वाले सर्वरों को बताता है कि पहले दो के विफल होने पर क्या करना है)।
एक संदेश गुजरता है DMARC जब कम से कम एक प्रमाणीकरण विधि सफल हो और संरेखित हो। SPF और DKIM दोनों को नीचे संरेखित करने की आवश्यकता नहीं है DMARC यह मानक है, हालांकि कुछ इनबॉक्स प्रदाता बल्क सेंडर्स को दोनों को कॉन्फ़िगर करने की आवश्यकता होती है।
तीनों रिकॉर्ड मौजूद हैं DNSएक बार सही तरीके से स्थापित हो जाने पर इन्हें निरंतर रखरखाव की आवश्यकता नहीं होती है, लेकिन भेजने के बुनियादी ढांचे में बदलाव होने पर इन्हें अपडेट करना आवश्यक होता है। एक नया जोड़ना ESP उदाहरण के लिए, आईपी के लिए एक की आवश्यकता होती है। SPF रिकॉर्ड अपडेट।
सूची की स्वच्छता बनाए रखें और प्रेषक की प्रतिष्ठा पर नज़र रखें।
नियमित स्वच्छता संचित क्षति को रोकती है:
- हार्ड बाउंस होने पर तुरंत ही हर सेंड से उन्हें हटा दें।
- सक्रिय ग्राहकों को निष्क्रिय ग्राहकों से अलग करें और छह महीने तक कोई ओपन या क्लिक न होने पर निष्क्रिय ग्राहकों की आवृत्ति कम करें या उन्हें निष्क्रिय कर दें।
- लंबे समय से निष्क्रिय संपर्कों को स्थायी रूप से हटाने से पहले पुनः संपर्क स्थापित करने के अभियान चलाएं।
अपनी सेंडिंग प्रतिष्ठा की साप्ताहिक निगरानी करें Google पोस्टमास्टर उपकरण (के लिए Gmail) और माइक्रोसॉफ्ट एसएनडीएस (के लिए Outlook और हॉटमेल)। दोनों ही मुफ़्त हैं और शिकायत दरें, स्पैम वर्गीकरण और आईपी प्रतिष्ठा डेटा दिखाते हैं। कम सहभागिता (वे संपर्क जिन्हें आपका ईमेल मिलता है लेकिन वे उसे कभी खोलते या क्लिक नहीं करते) प्रेषक की प्रतिष्ठा को नुकसान पहुंचाता है समय के साथ, उछाल उत्पन्न किए बिना भी।
यदि आप किसी नए सेंडिंग आईपी या डोमेन पर हैं, डोमेन को गर्म करें पूरी मात्रा में भेजने से पहले, एक छोटे, लेकिन सक्रिय समूह से शुरुआत करें और धीरे-धीरे मात्रा बढ़ाएं। इससे इनबॉक्स सेवा प्रदाताओं को आपकी पूरी सूची देखने से पहले एक सकारात्मक छवि बनाने का समय मिल जाता है।
अपने ईमेल प्रोग्राम को बाउंस-प्रूफ बनाना
कुछ ईमेल का डिलीवर न होना अपरिहार्य है, लेकिन इन्हें डिलीवरेबिलिटी की बड़ी समस्या बनने नहीं देना चाहिए। ईमेल पते को अपनी सूची में शामिल करने से पहले सत्यापित करना, प्रमाणीकरण रिकॉर्ड को सटीक रखना और अमान्य या निष्क्रिय संपर्कों को नियमित रूप से हटाना, बाउंस होने के कई सामान्य कारणों को दूर करेगा।
आज आप जो सबसे प्रभावी कदम उठा सकते हैं, वह है सूची सत्यापन। अपनी ईमेल सूची को साफ करें और सत्यापित करें। साथ में DeBounce अगली बार भेजने से पहले उन पतों को हटा दें जिनके बाउंस होने की पूरी संभावना है। 100 निःशुल्क सत्यापन से शुरुआत करें; कोई प्रतिबद्धता आवश्यक नहीं है।
