जब कोई संदेश डिलीवर नहीं हो सकता तो आपको एक bounce मिलता है, और इसके अंदर एक संख्यात्मक कोड होता है जो आपको बताता है कि ऐसा क्यों हुआ, क्या यह कभी सफल होगा, और समस्या किसके सिरे पर है।
अधिकांश लोग bounce के शीर्ष पर मानव वाक्य पढ़ते हैं, यह निर्णय लेते हैं कि यह अनुपयोगी है, और हार मान लेते हैं। यह वाक्य उस सर्वर द्वारा लिखा जाता है जिसने मेल को अस्वीकार किया है और अक्सर अस्पष्ट होता है। कोड नहीं है। यह लेख उन कोड का संदर्भ है जिन्हें आप वास्तव में देखेंगे, और प्रत्येक के बारे में क्या करना है।
Bounce को कैसे पढ़ें
एक bounce दो नंबर ले जाता है।
Reply code तीन अंकों का होता है, जैसे 550 या 451। पहला अंक वह है जो मायने रखता है:
- 4xx अस्थायी है। प्राप्त करने वाला सर्वर अभी संदेश नहीं ले सकता। आपका मेल सर्वर कुछ समय के लिए पुनः प्रयास करता रहेगा, और यह अपने आप सफल हो सकता है। अभी कुछ न करें।
- 5xx स्थायी है। प्राप्त करने वाला सर्वर यह संदेश कभी स्वीकार नहीं करेगा। पुनः प्रयास करने से कोई परिवर्तन नहीं होता। पहले कुछ बदलना होगा।
Enhanced status code तीन नंबर होते हैं जो डॉट से अलग होते हैं, जैसे 5.1.1 या 4.2.2। यह विशिष्ट कारण देता है और एक ही नियम का पालन करता है: एक अग्रणी 5 स्थायी है, एक अग्रणी 4 अस्थायी है।
तो 550 5.1.1 User unknown स्थायी है और इसका मतलब है कि पता मौजूद नहीं है। 452 4.2.2 Mailbox full अस्थायी है और इसका मतलब है कि बाद में कोशिश करें।
यदि कोई bounce स्पष्ट रूप से नहीं कहता कि क्या गलत है, तो सटीक enhanced status code के साथ वेब को खोजें और प्राप्त करने वाले प्रदाता का नाम। प्रत्येक बड़ा प्रदाता अपनी स्वयं की कोड सूची प्रकाशित करता है, और वह पृष्ठ आपको बताएगा कि वे इसका क्या मतलब समझते हैं, जो अक्सर मानक परिभाषा से अधिक विशिष्ट होता है।
स्थायी विफलताएं (5xx)
| कोड | आमतौर पर मतलब | क्या करें |
|---|---|---|
550 5.1.1 | प्राप्तकर्ता पता मौजूद नहीं है | वर्तनी की जांच करें। यदि यह सही है, तो पता बंद कर दिया गया है। इसे अपने रिकॉर्ड से हटा दें। |
550 5.1.2 | प्राप्तकर्ता का डोमेन मौजूद नहीं है या इसका कोई मेल सर्वर नहीं है | डोमेन वर्तनी की जांच करें। यदि सही है, तो उनके डोमेन का कोई कार्यशील MX रिकॉर्ड नहीं है और इसे ठीक करना उनकी समस्या है। |
550 5.7.1 | नीति द्वारा अस्वीकृत। प्रमाणीकरण विफलताओं, ब्लॉकलिस्टिंग और सामग्री नियमों के लिए सर्वव्यापी अस्वीकृति | संदेश के बाकी हिस्से को पढ़ें। यह वह है जो आमतौर पर SPF, DKIM, DMARC या ब्लॉकलिस्टिंग की ओर इशारा करता है। |
550 5.7.26 | प्राप्त करने वाला प्रदाता प्रमाणीकरण की आवश्यकता है, आपका डोमेन पास नहीं हो रहा है | SPF और DKIM को ठीक करें। SPF, DKIM और DMARC समझाया गया देखें। |
551 | पता यहां नहीं संभाला जाता है और कोई अग्रेषण पथ मौजूद नहीं है | सही पता उपयोग करें। |
552 5.2.2 | प्राप्तकर्ता का मेलबॉक्स अपनी स्टोरेज सीमा से अधिक है, स्थायी रूप से अस्वीकृत | प्राप्तकर्ता को बताएं। आपके सिरे पर कुछ भी मदद नहीं करता। |
553 5.1.3 | पता वाक्य विन्यास की दृष्टि से अमान्य है | पता प्रारूप को ठीक करें। |
554 5.7.1 | लेनदेन को सरासर अस्वीकार कर दिया गया, अक्सर कनेक्शन समय पर | आमतौर पर ब्लॉकलिस्टिंग या एक कठोर नीति ब्लॉक। ब्लॉकलिस्ट से हटाया जाना देखें। |
अस्थायी विफलताएं (4xx)
| कोड | आमतौर पर मतलब | क्या करें |
|---|---|---|
421 4.7.0 | प्राप्त करने वाली सेवा अनुपलब्ध है या आपके कनेक्शन को throttle कर रही है | कुछ नहीं। Retries इसे संभालते हैं। यदि यह घंटों तक रहता है, तो प्राप्त करने वाला प्रदाता आपको rate limiting दे रहा है। |
450 4.2.1 | मेलबॉक्स अस्थायी रूप से अनुपलब्ध है, अक्सर greylisting | कुछ नहीं। Greylisting जानबूझकर पहली बार भेजने वाले को स्थगित करता है और retry को स्वीकार करता है। |
451 4.3.0 | प्राप्त करने वाले सर्वर पर एक स्थानीय त्रुटि | कुछ नहीं। Retries इसे संभालते हैं। |
452 4.2.2 | प्राप्तकर्ता का मेलबॉक्स भरा हुआ है | अभी कुछ नहीं। यदि यह दिनों तक रहता है, तो प्राप्तकर्ता से दूसरे तरीके से संपर्क करें। |
452 4.5.3 | एक संदेश पर बहुत सारे प्राप्तकर्ता | संदेश को प्राप्तकर्ताओं के छोटे batches में विभाजित करें। |
4.4.1 | प्राप्त करने वाले होस्ट से कोई उत्तर नहीं | कुछ नहीं। उनका सर्वर बंद या अप्राप्य है। |
4.7.x | एक अस्थायी नीति ब्लॉक, अक्सर reputation-संबंधित | अपने डोमेन की प्रमाणीकरण को देखें। एक युवा या खराब प्रमाणित डोमेन को बहुत अधिक बार स्थगित किया जाता है। |
Greylisting को पहचानना इसके लायक है क्योंकि यह alarming दिखता है और पूरी तरह से सामान्य है। एक प्राप्त करने वाला सर्वर जानबूझकर एक अज्ञात भेजने वाले के पहले प्रयास को 4xx के साथ अस्वीकार करता है और कुछ मिनटों बाद retry को स्वीकार करता है। यदि आपका मेल देर से आता है लेकिन आता है, तो greylisting संभावित कारण है और ठीक करने के लिए कुछ भी नहीं है।
KapsuleHost के सिरे पर उत्पन्न Bounces
कुछ bounces प्राप्तकर्ता के बजाय हमारे प्लेटफॉर्म से आते हैं। ये वह हैं जिन पर आपका सीधा नियंत्रण है:
प्राप्तकर्ता मेलबॉक्स भरा हुआ है। अपनी स्टोरेज सीमा से अधिक एक KapsuleHost मेलबॉक्स नई मेल को अस्वीकार करता है, और भेजने वाले को यह कहते हुए bounce प्राप्त होता है। इसे अपने सिरे से मेरा मेलबॉक्स भरा हुआ है के साथ ठीक करें।
पता मौजूद नहीं है। एक मेलबॉक्स, forwarder, mailing list या shared inbox को हटाने का मतलब है कि उस पता पर मेल तब से bounce हो जाता है। पैनल आपको हटाने के बिंदु पर इसके बारे में चेतावनी देता है। डोमेन पर एक catch-all इसे रोकता है, हर गलत वर्तनी वाले पता को भेजी गई सभी चीजें प्राप्त करने की लागत पर।
एक ब्लॉक नियम ने इसे अस्वीकार कर दिया। मेलबॉक्स पर Spam filter टैब आपको विशिष्ट भेजने वाले और डोमेन को ब्लॉक करने देता है, और ब्लॉक की गई मेल को फाइल किए जाने के बजाय अस्वीकार किया जाता है। यदि कोई सहकर्मी bounce होने की सूचना देता है, तो कहीं और देखने से पहले उस टैब की जांच करें।
अत्यधिक spam scoring। Mail जो स्पैम थ्रेशोल्ड से बहुत आगे स्कोर किया गया है, वह डिलीवरी पर अस्वीकार कर दिया जाता है, इसलिए भेजने वाले को बताया जाता है कि यह नहीं आया। मध्यम रूप से स्कोर किया गया मेल Junk में फाइल किया जाता है, जहां आप इसे पुनः प्राप्त कर सकते हैं। कुछ भी चुप से त्यागा नहीं जाता है।
एक भेजने की सीमा तक पहुंच गई। यदि आप भेजते समय अस्वीकार किए जा रहे हैं, तो आप Email Sending Limits में वर्णित प्रति-मेलबॉक्स rate limits से टकरा सकते हैं।
Hard Bounces बनाम Soft Bounces
Bulk भेजने वाले दो अनौपचारिक शर्तों का उपयोग करते हैं जो ऊपर दिए गए कोड पर मैप करते हैं। एक hard bounce एक 5xx है: पता मृत है और इसे आपकी सूची से स्थायी रूप से हटा दिया जाना चाहिए। एक soft bounce एक 4xx है: पुनः प्रयास करने के लायक एक अस्थायी स्थिति।
व्यावहारिक नियम यह है कि एक hard-bouncing पता पहले bounce पर आपकी सूची से आना चाहिए। ऐसे पते पर मेल भेजना जारी रखना जो स्थायी रूप से विफल हो गए हैं, सबसे मजबूत नकारात्मक reputation संकेतों में से एक है, और प्राप्त करने वाले प्रदाता इसे इस बात के साक्ष्य के रूप में मानते हैं कि आप अपनी सूचियों को बनाए नहीं रखते।
यदि एक बड़ा अनुपात hard-bounces को भेजता है, तो भेजना बंद करें। एक अभियान पर उच्च bounce दर आपके डोमेन की reputation को सप्ताह के लिए नुकसान पहुंचाएगी, और इस बीच आप जो भी legitimate संदेश भेजते हैं वह इसके लिए पीड़ित होता है। सूची को साफ करें, फिर फिर से शुरू करें।
यह जानना कि किसकी समस्या है
- प्रत्येक प्रदाता पर हर प्राप्तकर्ता bounces होता है। आपका डोमेन या आपकी भेजने का कॉन्फ़िगरेशन। अपने मेलबॉक्स पर Deliverability टैब से शुरू करें और मेई ईमेल स्पैम में क्यों जा रहे हैं?।
- एक प्रदाता पर हर प्राप्तकर्ता bounces होता है। उस प्रदाता को आपके डोमेन या भेजने वाली infrastructure के साथ एक विशिष्ट समस्या है। कोड पढ़ें, फिर उस प्रदाता के postmaster tools की जांच करें।
- एक प्राप्तकर्ता bounces होता है, बाकी सब ठीक है। उनका पता, उनका मेलबॉक्स या उनके संगठन के मेल नियम। उन्हें दूसरे तरीके से संपर्क करें।
- यह अचानक आपके सिरे पर कोई परिवर्तन के साथ शुरू हुआ। जांचें कि क्या आपका डोमेन या भेजने वाली infrastructure कहीं listed है: ब्लॉकलिस्ट से हटाया जाना देखें।
मदद प्राप्त करना
यदि आपके पास कोई bounce है जिसे आप interpret नहीं कर सकते, तो support ticket खोलें और bounce संदेश का पूरा पाठ शामिल करें, न कि सारांश या पहली पंक्ति का स्क्रीनशॉट। उपयोगी जानकारी headers में है और अंतिम सर्वर प्रतिक्रिया में है, और दोनों तब खो जाते हैं जब bounce को paraphrased किया जाता है। समय शामिल करें कि यह हुआ और प्राप्तकर्ता पता।
संबंधित पाठ: मेरी ईमेल स्पैम में क्यों जा रही है?, Email Sending Limits, Email प्राप्त नहीं हो रहा है, और SPF, DKIM और DMARC समझाया गया।