SMTP 4xx कोड पर तुरंत विफल होने का एक अच्छा कारण बताएं

मैं वास्तव में इस बारे में उत्सुक हूं। प्रश्न (बोल्ड में हाइलाइड):

क्या कोई व्यक्ति अपने ईमेल सर्वर को स्थायी रूप से 4xx कोड पर ऑटो-फेल / तत्काल-फेल होने के लिए वन गुड रेसन नाम दे सकता है?

क्योंकि स्पष्ट रूप से, ऐसा लगता है कि "उनके" सेटअप आउट-ऑफ-द-बॉक्स टूट गए हैं। SMTP इंस्टैंट मैसेजिंग नहीं है। इसे आईआरसी या जैबर या एमएसएन या इंसर्ट-आईएम-टेक्नोलॉजी की तरह ट्रीट करना बंद कर दें । मुझे नहीं पता कि एसएमटीपी सेटअप के साथ "IMMEDIATE DELIVERY OR FAIL" मानसिकता वाले लोगों के पास क्या है, लेकिन उन्हें ऐसा करने से रोकने की आवश्यकता है। यह सिर्फ सादा चीजों को तोड़ता है। हर दो या तीन साल में, मैं इस में ठोकर खाता हूं। किसी ने, कहीं, ने अपने असीम ज्ञान में फैसला किया है कि 4xx कोड तत्काल विफल हैं, और अचानक इसके OMGWTFBBB THE INTARNETZ BORKEN हैं, HALP SKY IS " FALLING " के बजाय, यह लगभग 30 मिनट में डिलीवरी का प्रयास करेगा। यह मुझे आश्चर्यचकित करता है कि यह अचानक "मेरी" समस्या कैसे बन जाती है कि कोई संदेश नहीं जाएगा, गलत "उनकी" SMTP सेवा।

यदि इस तरह से आपके सर्वर को स्थायी रूप से सेट करने का कोई वैध कारण है, तो पहले अच्छे उत्तर को चेक मिलेगा।

यदि कोई अच्छा कारण नहीं है (और मुझे संदेह है कि वहाँ नहीं है), तो पहला अच्छा-लगने वाला-अगर-फिर भी-तार्किक-त्रुटिपूर्ण उत्तर मिलेगा तो चेक मिलेगा।

smtp message-queuing

— एवरी पायने
स्रोत

+1। जब मैं सुनता हूं तो मुझे उससे नफरत होती है "मैंने अभी एक ईमेल भेजा है और उन्होंने इसे अभी तक प्राप्त नहीं किया है, क्या समस्या है!"। मेरी प्रतिक्रिया: कोई समस्या नहीं है। किसी ने कब कहा कि ईमेल डिलीवरी की गारंटी और तत्काल है?

— जोकेवेटी

+1 मुझे पता है कि ऐसा क्या लगता है।

— एंटोनी बेनकेमॉन

अगर मेरे साथ कभी ऐसा होता है, तो मैं उन्हें एक पत्र पोस्ट करने जा रहा हूं, उन्हें मेलबॉक्स में डालने के 30 सेकंड बाद कॉल करें और फिर मांग करें कि वे अगले 15 मिनट में पत्र प्राप्त करने के लिए पोस्ट ऑफिस को कॉल करें, या ईएलएसई ।

— मार्क हेंडरसन

उन लोगों के लिए जो अभी हाल ही में इस प्रश्न को देखने के लिए आए हैं, केवल रिकॉर्ड के लिए, शेख़ी की तरह प्रारूपण जानबूझकर किया गया था, क्योंकि मैं मज़ाक उड़ा रहा हूं (गलत लोगों पर) और थोड़ा भाप निकाल रहा हूं। इसे बहुत गंभीरता से न लें।

— एवेरी

जवाबों:

मैंने इसे एक बार इस तरह सेट किया है क्योंकि मालिक जानना चाहता था कि कब ईमेल में देरी होने वाली थी, और यदि वह ईमेल का पाठ बदलना चाहता था। यह एक ट्रेडिंग फ्रैम के लिए था ताकि मैं समयबद्धता की आवश्यकता को समझ सकूं। इसके अलावा कुछ ऐसा है जिसके बारे में मैं सोच भी नहीं सकता कि (और मुझे लगा कि एक बार ब्लू मून सेटअप में था)

— जिम बी
स्रोत

यह एक अच्छा कारण लगता है!

— एंटोनी बेनकेमॉन

+1 नाइस! हालाँकि, मैं "समयबद्धता" के लिए ट्रेडिंग फर्म की आवश्यकता के बारे में उत्सुक हूं, यह देखते हुए कि संदेश प्राप्तकर्ता के ईमेल सर्वर पर अभी भी विलंब हो सकता है ... लगता है कि मैं इसे एक चाक कर दूंगा "लेकिन हमने अपना सर्वश्रेष्ठ प्रयास किया, यह बाहर है अब हमारे हाथ ", इत्यादि

— एवरी पेने

@ avery- ग्राहक पक्ष पर देरी को देखा जा सकता है और इस मामले में मैं 100% निश्चित हूं कि यदि शीर्ष लेख में दिखाया गया है कि इसे मिनटों के भीतर भेजा और प्राप्त किया गया था, लेकिन थोड़ी देर के लिए ईमेल बॉक्स में वितरित नहीं किया गया, तो किसी को बहुत बुरा लगा दिन। वे एक अंतर-फर्म आईएम स्थापित करने के लिए अपनी पूरी कोशिश कर रहे थे।

— जिम बी

मैं इसे एक्सएमपीपी से पहले के दिनों में ले गया था । फिर भी, महान बिंदु!

— प्रवीण

नहीं, XMPP आसपास था, लेकिन इसके लिए आवश्यक होगा कि ये सभी फर्में किसी न किसी प्रकार के xmpp सर्वर को सेट करें- ईमेल आम भाजक है

— Jim B

RFC से:

4.X.X   Persistent Transient Failure

   A persistent transient failure is one in which the message as
   sent is valid, but some temporary event prevents the successful
   sending of the message.  Sending in the future may be successful.

यह बहुत स्पष्ट है कि 4xx को केवल एक अस्थायी (क्षणिक खराब स्थिति) समस्या के जवाब में भेजा जाना चाहिए। यह इस प्रकार है कि इसे तत्काल त्रुटि के रूप में मानने का कोई औचित्य नहीं है । इसका जवाब नियमित रूप से रिटायर होने के लिए दिया जाना चाहिए।

उस के साथ, बोल्ड और इटैलिक के अत्यधिक उपयोग से आपको पता चलता है कि आप इस मामले को गंभीरता से नहीं बल्कि व्यक्तिगत रूप से लेते हैं। मैं जो सबसे अच्छा सुझाव दे सकता हूं, वह है कि बस आराम करना और इतना परेशान न होना और किसी और की मूढ़ता पर हमला करना।

जब कोई शिकायत करता है तो RFC के उस हिस्से को इंगित करता है (इस तथ्य को छोड़कर कि RFC एक मानक नहीं है) और उन्हें याद दिलाएं कि दूसरों ने आपके सिस्टम को कैसे सेट किया है, इस पर आपका कोई नियंत्रण नहीं है।

— जॉन गार्डनियर्स
स्रोत

असल में, मैं मार्कअप के साथ मज़े कर रहा था। :) सवाल आधा-शेख़ी, आधा-गंभीर है, इसलिए इटैलिक और बोल्ड "मज़े का हिस्सा" हैं। यह गंभीर है कि ऐसे मेलर्स हैं जो कुछ हद तक "मिसकॉन्फ़िगर्ड" हैं (और माना जाता है कि एक चिढ़ चिढ़ाने वाला) है, लेकिन यह "मुझे समझ नहीं आता है कि मेरे ईमेल को 360 मिलीसेकंड में डिलीवर क्यों नहीं किया गया, यह भी थोड़ा सा दीपक है।" कुछ बहुत गलत है! "

— अवनी पायने

ओह, मैं और वह (लापरवाही से) मेरे सवालों को स्पष्ट रूप से नहीं बताने का आरोप लगाया गया है; मैंने सोचा कि बोल्ड और इटैलिक्स ने यहां अच्छा काम किया है, क्या आप नहीं? ;)

— एवरी पायने

कोई चिंता नहीं। जो कोई भी हमारे दृष्टिकोण से इस मुद्दे को नहीं समझता है वह वैसे भी इस साइट पर नहीं है।

— जॉन गार्डनियर्स

इसके बारे में सोचते हुए, मैं शायद सोच सकता हूं कि अगर किसी जगह से ग्राहक अवैध ईमेल smtp सर्वर को ईमेल का बकवास लोड भेजता है तो अंदर से कुछ प्रकार के DoS हमले हो सकते हैं। मेल सर्वर अपने आप पर अधिक लोड डालना शुरू करने का कारण होगा क्योंकि यह फिर से भेजने की कोशिश करता रहता है।

मुझे नहीं लगा कि मैं एक अच्छा कारण हूं, लेकिन शायद यह कम से कम "अच्छा लग रहा है"? :-)

हो सकता है कि एक और कारण हो सकता है "अगर यह पहली बार काम नहीं करता है, तो यह संभवतः नहीं होगा, जिससे उपयोगकर्ता को तुरंत पता चल सके। और मुझे नहीं पता कि यह कैसे सचेत करना है कि यह पीछे हटने वाला है" । हालांकि यह एक और अधिक लंगड़ा मुझे लगता है ...

— काइल ब्रांट
स्रोत

यकीन है, इस बिंदु पर अच्छा लग रहा है और साथ ही "सही जवाब" काम करता है। लेकिन इस सवाल का बिंदु थोड़ा सोचा हुआ व्यायाम था - अर्थात्, क्या वास्तव में एक अच्छा कारण है, और मुझे संदेह है कि कोई कारण नहीं है। फिर भी, +1 ... के साथ आने के लिए ... कुछ ...

— एवरी पायने

कैसे के बारे में "लेकिन ईमेल है त्वरित संदेश और एफ़टीपी और अलार्म और फ़ाइल भंडारण और ..."

— केली ब्रांट

खुद को तुरंत बूढ़ा होने के जोखिम में: ROFL।

— अवी पायने

आप उस ईमेल में सही हैं जिसे त्वरित संदेश भेजने और अलार्म के लिए उपयोग करने के लिए डिज़ाइन नहीं किया गया है, और जो कुछ भी नरक है, लेकिन आपके उपयोगकर्ता संभवतः इसके लिए इसका उपयोग कर रहे हैं, और यदि हो रहा है तो उसे समझाया नहीं जाता है उन्हें जल्द ही, वे घबरा सकते हैं।

— फहद सदा

अगर कोई वास्तव में आपके # 2 कारण IRL I की बात करेगा ... उन्हें एक लंबा व्याख्यान दें। अगर मैं अपने मेल सर्वर को एक अद्यतन स्थापित करने के लिए पुनः आरंभ करने का निर्णय लेता हूं तो आप शापित हो सकते हैं कि यह 30 मिनट के भीतर ऑनलाइन वापस हो जाएगा, "शायद फिर से काम नहीं करेगा"

— मार्क हेंडरसन