ईमेल
बाउंस संदेश और SMTP कोड को समझना
When a message cannot be delivered you get a bounce, and buried in it is a numeric code that tells you exactly why, whether it will ever succeed, and whose end the problem is at.
जब कोई संदेश डिलीवर नहीं हो सकता तो आपको एक 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 | प्राप्त करने वाली सेवा उपलब्ध नहीं है या आपके कनेक्शन को थ्रॉटल कर रही है | कुछ न करें। पुनः प्रयास इसे संभालते हैं। यदि यह घंटों के लिए बना रहता है, तो प्राप्त करने वाला प्रदाता आपको दर सीमित कर रहा है। |
450 4.2.1 | मेलबॉक्स अस्थायी रूप से उपलब्ध नहीं है, अक्सर greylisting | कुछ न करें। Greylisting जानबूझकर एक पहली बार भेजने वाले को स्थगित करता है और पुनः प्रयास को स्वीकार करता है। |
451 4.3.0 | प्राप्त करने वाले सर्वर पर एक स्थानीय त्रुटि | कुछ न करें। पुनः प्रयास इसे संभालते हैं। |
452 4.2.2 | प्राप्तकर्ता का मेलबॉक्स भरा हुआ है | अभी कुछ न करें। यदि यह दिनों के लिए बना रहता है, तो प्राप्तकर्ता से दूसरे तरीके से संपर्क करें। |
452 4.5.3 | एक संदेश पर बहुत सारे प्राप्तकर्ता | संदेश को प्राप्तकर्ताओं के छोटे बैच में विभाजित करें। |
4.4.1 | प्राप्त करने वाले होस्ट से कोई जवाब नहीं | कुछ न करें। उनका सर्वर नीचे है या अप्राप्य है। |
4.7.x | एक अस्थायी नीति ब्लॉक, अक्सर प्रतिष्ठा संबंधी | अपने डोमेन के प्रमाणीकरण को देखें। एक युवा या खराब प्रमाणित डोमेन अधिक बार स्थगित हो जाता है। |
Greylisting पहचानने लायक है क्योंकि यह चिंताजनक दिखता है और पूरी तरह से सामान्य है। एक प्राप्त करने वाला सर्वर जानबूझकर एक अज्ञात भेजने वाले के पहले प्रयास को 4xx के साथ अस्वीकार करता है और कुछ मिनट बाद पुनः प्रयास को स्वीकार करता है। यदि आपका मेल देर से पहुंचता है लेकिन पहुंचता है, तो greylisting संभावित कारण है और ठीक करने के लिए कुछ नहीं है।
Kapsule सिरे पर उत्पन्न होने वाले Bounces
कुछ bounces प्राप्तकर्ता के बजाय हमारे प्लेटफॉर्म से आते हैं। ये वह हैं जिन पर आपका सीधा नियंत्रण है:
प्राप्तकर्ता का मेलबॉक्स भरा हुआ है। अपनी भंडारण सीमा से अधिक एक Kapsule मेलबॉक्स नया मेल अस्वीकार करता है, और भेजने वाले को यह कहता हुआ bounce मिलता है। इसे My Mailbox Is Full के साथ अपने सिरे से ठीक करें।
पता मौजूद नहीं है। मेलबॉक्स, forwarder, mailing list या shared inbox को हटाने का अर्थ है कि उस पते को मेल तब से bounce होता है। पैनल आपको हटाने के समय इसके बारे में चेतावनी देता है। डोमेन पर एक catch-all इसे रोकता है, हर गलतवर्तनी वाले पते को भेजे जाने वाले सब कुछ को प्राप्त करने की कीमत पर।
एक ब्लॉक नियम ने इसे अस्वीकार कर दिया। मेलबॉक्स पर Spam filter टैब आपको विशिष्ट भेजने वालों और डोमेन को ब्लॉक करने देता है, और ब्लॉक किया गया मेल दूर रखा जाने के बजाय अस्वीकार कर दिया जाता है। यदि कोई सहकर्मी bounce होने की रिपोर्ट करता है, तो कहीं और देखने से पहले उस टैब को जांचें।
अत्यधिक spam स्कोरिंग। Spam थ्रेशोल्ड से अच्छी तरह आगे स्कोर किया गया मेल डिलीवरी पर अस्वीकार कर दिया जाता है, इसलिए भेजने वाले को बताया जाता है कि यह नहीं पहुंचा। मध्यम रूप से स्कोर किया गया मेल इसके बजाय Junk में दाखिल किया जाता है, जहां आप इसे पुनः प्राप्त कर सकते हैं। कुछ भी चुप चाप नहीं फेंका जाता है।
एक भेजने की सीमा पहुंच गई थी। यदि आप वह हैं जिसे अस्वीकार किया जा रहा है जब आप भेजते हैं, तो आप Email Sending Limits में वर्णित प्रति-मेलबॉक्स दर सीमा तक पहुंच सकते हैं।
Hard Bounces बनाम Soft Bounces
Bulk भेजने वाले दो अनौपचारिक शब्दों का उपयोग करते हैं जो ऊपर दिए गए कोड्स के अनुरूप होते हैं। एक hard bounce 5xx है: पता मृत है और इसे आपकी सूची से स्थायी रूप से हटाया जाना चाहिए। एक soft bounce 4xx है: एक अस्थायी स्थिति दोबारा कोशिश करने लायक है।
व्यावहारिक नियम यह है कि hard-bouncing पता पहले bounce पर आपकी सूची से बाहर आना चाहिए। उन पते को मेल करना जारी रखना जो स्थायी रूप से विफल हो गए हैं, सबसे मजबूत नकारात्मक प्रतिष्ठा संकेतों में से एक है, और प्राप्त करने वाले प्रदाता इसे इस बात के प्रमाण के रूप में मानते हैं कि आप अपनी सूचियों को बनाए नहीं रखते।
यदि एक बड़े अनुपात में एक भेजना hard-bounce करता है, तो भेजना बंद करें। एक campaign पर एक उच्च bounce दर आपके डोमेन की प्रतिष्ठा को हफ्तों बाद को नुकसान पहुंचाएगी, और इस बीच आप जो भी वैध संदेश भेजते हैं वह इसके लिए कष्ट उठाता है। सूची को साफ करें, फिर फिर से शुरू करें।
यह पता लगाना कि समस्या किसकी है
- हर प्रदाता के हर प्राप्तकर्ता को bounce होता है। आपका डोमेन या आपकी भेजने की कॉन्फ़िगरेशन। अपने मेलबॉक्स पर Deliverability टैब से शुरू करें और Why Are My Emails Going to Spam?।
- एक प्रदाता के हर प्राप्तकर्ता को bounce होता है। उस प्रदाता को आपके डोमेन या भेजने वाली बुनियादी ढांचे के साथ एक विशिष्ट समस्या है। कोड पढ़ें, फिर उस प्रदाता की postmaster tools जांचें।
- एक प्राप्तकर्ता को bounce होता है, बाकी सब ठीक है। उनका पता, उनका मेलबॉक्स या उनके संगठन के मेल नियम। उनसे दूसरे तरीके से संपर्क करें।
- यह अचानक शुरू हुआ, आपके सिरे पर कोई बदलाव नहीं। जांचें कि क्या आपका डोमेन या भेजने वाली बुनियादी ढांचा कहीं सूचीबद्ध है: Getting Delisted From a Blocklist देखें।
मदद पाना
यदि आपके पास एक bounce है जिसे आप व्याख्या नहीं कर सकते, तो open a support ticket करें और bounce संदेश का full text शामिल करें, सारांश या पहली पंक्ति का स्क्रीनशॉट नहीं। उपयोगी जानकारी headers और अंतिम सर्वर प्रतिक्रिया में है, और जब bounce को paraphrase किया जाता है तो दोनों खो जाते हैं। समय शामिल करें जब यह हुआ और प्राप्तकर्ता का पता।
संबंधित पढ़ना: Why Are My Emails Going to Spam?, Email Sending Limits, Email Not Receiving, और SPF, DKIM और DMARC समझाया गया।