Deferred ईमेल वह संदेश है जिसे प्राप्तकर्ता सर्वर ने अस्थायी रूप से स्वीकार करने से मना कर दिया है और भेजने वाले से बाद में फिर से प्रयास करने को कहा है। इसे 4xx SMTP रिस्पॉन्स से दर्शाया जाता है, और यह कोई विफलता नहीं है: पता आमतौर पर वैध होता है और मेल अभी भी रास्ते में है। यही बाउंस से मुख्य अंतर है, जो एक स्थायी 5xx अस्वीकृति होती है। Deferral में आपका भेजने वाला सिस्टम संदेश रखता है और एक शेड्यूल पर फिर से प्रयास करता है, जब तक सर्वर स्वीकार नहीं कर लेता या हार नहीं मान लेता।
Deferral बाउंस से कैसे अलग है?
यह SMTP रिस्पॉन्स कोड और उसके वादे पर निर्भर करता है। 4xx कोड का मतलब है "not now, try later." 5xx कोड का मतलब है "no, and do not bother trying again." Deferral दरवाज़ा खुला रखता है; बाउंस उसे बंद कर देता है।
| Deferred | बाउंस्ड | |
|---|---|---|
| SMTP रिस्पॉन्स | 4xx (अस्थायी) | 5xx (स्थायी) |
| अर्थ | बाद में फिर से प्रयास करें | फिर से प्रयास न करें |
| संदेश स्थिति | भेजने वाले की क्यू में | भेजने वाले को वापस |
| सामान्य परिणाम | बाद के प्रयास में डिलीवर | दबा दिया गया |
चूँकि संदेश वापस भेजे जाने के बजाय अभी भी क्यू में है, deferral अधिकांश प्राप्तकर्ताओं को दिखाई नहीं देता। मेल बस थोड़ी देर से पहुँचता है। स्थायी पक्ष के अंतर के लिए देखें बाउंस्ड ईमेल क्या हैं।
ईमेल defer क्यों होता है?
Deferral प्राप्तकर्ता सर्वर का आपको धीमा करने या खुद को समय देने का तरीका है। सामान्य कारण:
- Greylisting. सर्वर जानबूझकर किसी अपरिचित भेजने वाले के पहले प्रयास को defer करता है, इस तर्क से कि असली मेल सिस्टम फिर से प्रयास करते हैं और कई स्पैम टूल नहीं करते। आपका फिर से प्रयास आमतौर पर सफल हो जाता है।
- अनुरोध दर सीमित करना और थ्रॉटलिंग. मेलबॉक्स प्रदाता एक निश्चित समय में किसी भेजने वाले से स्वीकार किए जाने वाले मेल की मात्रा सीमित करते हैं। सीमा पार करें और बाकी विंडो रीसेट होने तक defer हो जाता है।
- अस्थायी प्राप्तकर्ता-सर्वर समस्याएँ. प्राप्तकर्ता सर्वर थोड़े समय के लिए ओवरलोड, रखरखाव में, या किसी क्षणिक समस्या में है। वह आपका मेल खोने के बजाय defer करता है।
- प्रतिष्ठा-आधारित थ्रॉटलिंग. प्रदाता उन भेजने वालों को थ्रॉटल करते हैं जिन पर उन्हें अभी भरोसा नहीं है, जो नए या ठंडे डोमेन को सबसे ज़्यादा प्रभावित करता है। प्रतिष्ठा बना रहा डोमेन तब तक अधिक deferral देखेगा जब तक उसका ट्रैक रिकॉर्ड नहीं बन जाता।
यही कारण है कि किसी भेजने वाले डोमेन के शुरुआती दिनों में deferral आम होते हैं। समाधान है धैर्य और धीरे-धीरे वॉल्यूम बढ़ाना; नया ईमेल डोमेन कैसे वार्म अप करें उस शेड्यूल को बताता है जो थ्रॉटलिंग को बड़ी समस्या बनने से रोकता है।
Deferral के बाद क्या होता है?
आपका मैसेज ट्रांसफर एजेंट (MTA, वह सिस्टम जो वास्तव में आपका मेल डिलीवर करता है) deferred संदेश को रखता है और एक शेड्यूल पर फिर से प्रयास करता है। शुरुआती प्रयास जल्दी-जल्दी आते हैं; बाद वाले अंतराल बढ़ाते हैं, अक्सर घंटों तक, ताकि MTA प्राप्तकर्ता सर्वर को देरी का कारण हल करने का समय दे सके। अधिकांश deferral पहले कुछ प्रयासों में खुद हल हो जाते हैं, इसलिए आमतौर पर आपको deferral पर घबराने या संदेश खुद दोबारा भेजने की ज़रूरत नहीं है: मैन्युअल दोबारा भेजना क्यू में बस एक डुप्लिकेट जोड़ता है।
अगर प्राप्तकर्ता सर्वर फिर से प्रयास विंडो के बाद भी defer करता रहता है, तो MTA अंततः प्रयास बंद कर देता है और संदेश को बाउंस में बदल देता है। उस समय एक अस्थायी समस्या स्थायी बन गई है, और उस पते को किसी भी अन्य हार्ड बाउंस की तरह मानना चाहिए। इसलिए deferral को एक चेतावनी के रूप में समझें: कुछ सामान्य हैं, लेकिन इनकी बाढ़, खासकर प्रतिष्ठा और थ्रॉटलिंग वाले, बताती है कि प्राप्तकर्ता प्रदाता आपकी मात्रा या आपकी स्थिति से अभी सहज नहीं हैं।
भेजने वाले को deferral के बारे में क्या करना चाहिए?
ज़्यादातर, अपने भेजने वाले प्लेटफ़ॉर्म के फिर से प्रयास लॉजिक को अपना काम करने दें। उसके अलावा, उपयोगी कदम उस थ्रॉटलिंग को कम करने के बारे में हैं जो पहले से ही deferral का कारण बनती है।
- पैटर्न देखें, अकेली घटना नहीं। एक deferral महत्वहीन है। किसी एक मेलबॉक्स प्रदाता पर केंद्रित उछाल उस प्रदाता के साथ थ्रॉटलिंग या प्रतिष्ठा समस्या की ओर इशारा करती है।
- वॉल्यूम धीरे-धीरे बढ़ाएँ। अगर कोई नया डोमेन या IP थ्रॉटल हो रहा है, तो आप बहुत जल्दी बहुत ज़्यादा भेज रहे हैं। वॉल्यूम धीरे-धीरे बढ़ाएँ ताकि प्रदाता भरोसा बना सकें।
- अपनी भेजने की प्रक्रिया को स्वस्थ रखें। मज़बूत ऑथेंटिकेशन, साफ़ सूची और सक्रिय प्राप्तकर्ता, ये सब प्रतिष्ठा-आधारित थ्रॉटलिंग की संभावना कम करते हैं। ये वही मूल बातें हैं जो ईमेल डिलीवरेबिलिटी बेस्ट प्रैक्टिसेज़ में हैं।
- अपने लॉग पढ़ें। Bird हर deferral को उसके रिस्पॉन्स कोड और कारण के साथ रिकॉर्ड करता है, ताकि आप ठीक-ठीक देख सकें कि कौन सा प्रदाता defer कर रहा है और क्यों।
इवेंट्स गाइड deferral और बाउंस इवेंट टाइप्स को दस्तावेज़ित करती है, और ईमेल लॉग आपको किसी व्यक्तिगत संदेश को उसके डिलीवरी प्रयासों में ट्रेस करने देता है।
FAQ
क्या deferred ईमेल खो जाता है?
नहीं। Deferred संदेश अभी भी क्यू में है और स्वचालित रूप से फिर से प्रयास किया जाएगा। अधिकांश deferral पहले कुछ प्रयासों में हल हो जाते हैं और मेल सामान्य से थोड़ी देर बाद पहुँचता है।
क्या मुझे deferred ईमेल दोबारा भेजना होगा?
नहीं। आपका भेजने वाला सिस्टम अपने शेड्यूल पर फिर से प्रयास करता है। मैन्युअल रूप से दोबारा भेजने से क्यू में बस एक डुप्लिकेट बनता है और थ्रॉटलिंग बदतर हो सकती है।
Deferral कब बाउंस बन जाता है?
जब फिर से प्रयास MTA की फिर से प्रयास विंडो के बाद भी विफल होते रहें। उस समय सिस्टम हार मान लेता है और deferred संदेश को बाउंस में बदल देता है, जिसे आपको स्थायी विफलता मानना चाहिए।
नए डोमेन को इतने सारे deferral क्यों मिलते हैं?
मेलबॉक्स प्रदाता उन भेजने वालों को थ्रॉटल करते हैं जिन पर उन्हें अभी भरोसा नहीं है, और नए डोमेन का कोई ट्रैक रिकॉर्ड नहीं होता। डोमेन को धीरे-धीरे वार्म अप करने से वह भरोसा बनता है और deferral दर कम होती है।
आगे कहाँ जाएँ
Deferral ईमेल की सामान्य कार्यप्रणाली का हिस्सा हैं, और सही प्रतिक्रिया आमतौर पर प्रतीक्षा करना और निगरानी रखना है। फिर से प्रयास चलने दें, नए डोमेन धीरे-धीरे बढ़ाएँ, और deferral के एक समूह को किसी विशिष्ट प्रदाता के साथ आपकी प्रतिष्ठा के बारे में संकेत मानें। इवेंट्स गाइड और ईमेल लॉग वह जगह हैं जहाँ आप deferral होते हुए देखेंगे और अपने फिर से प्रयासों को ट्रैक करेंगे।