ई-मेल कैसे खो सकता है?


53

यह मेरे साथ कल हुआ।

किसी ने दावा किया कि उसने मुझे एक ई-मेल भेजा है, लेकिन मुझे नहीं मिला।
यह इनबॉक्स, स्पैम, कचरा आदि नहीं है। यह कहीं नहीं है।

यह कैसे संभव है (यह मानते हुए कि कोई उपयोगकर्ता त्रुटि नहीं है)?
चीजें कहां गलत हो सकती हैं?


4
उसे हल करने के लिए कहें, समस्या हल हो गई।
सिकास्ट

9
@ सबसे - जो काम कर सकता है , लेकिन इस मुद्दे पर निर्भर करता है, यह नहीं हो सकता है।
केल्टरी

2
यह तब तक संभव नहीं है जब तक आपके ईमेल प्रदाता ने आपके इनबॉक्स में आने से पहले ईमेल को फ़िल्टर नहीं किया है।
रामहुंड

21
हमेशा "मेल में चेक का" के बराबर ईमेल होता है। जब मुझे कुछ भेजने की भूल हुई तो लोगों ने खुद को शर्मिंदगी से बचाने के लिए मुझसे झूठ-मूठ के झूठ बोले।
हेपाइट

3
हमारे सिस्टम एडमिन का पसंदीदा उत्तर है "मेल सर्वर के साथ कोई समस्या है"। 'नुफ़ ने कहा!
सांगो

जवाबों:


81

प्रेषक से आपके लिए पथ ट्रेस करना:

  1. यह वास्तव में कभी नहीं भेजा। बहुत से लोग यह भी ध्यान नहीं देते हैं कि एक संदेश उनके आउटबॉक्स में बैठा है, किसी भी कारण से भेजे जाने में असमर्थ है।

  2. मेल क्लाइंट ने इसे सफलतापूर्वक SMTP सर्वर पर भेजा है, लेकिन SMTP सर्वर इसे अगले हॉप पर अग्रेषित करने में सक्षम नहीं है।

    • SMTP सर्वर इतना व्यस्त हो सकता है कि उसके पास संदेशों को संसाधित करने के लिए बैकलॉग हो, कई घंटों की देरी हो सकती है।
    • SMTP सर्वर ने इसे भेजने का प्रयास किया हो सकता है, लेकिन प्राप्त करने वाला सर्वर इसे तुरंत स्वीकार नहीं कर सकता / सकती। [deferral] भेजने वाला सर्वर डिलीवरी का प्रयास करना जारी रखेगा, और अधिकांश सर्वर आपको संदेश को वापस अपरिवर्तनीय मानने से पहले दो दिन या उससे अधिक समय तक ऐसा करेंगे।
    • प्राप्त करने वाले सर्वर ने संदेश को एक सिरे से खारिज कर दिया हो सकता है [ब्लैक लिस्टेड / स्पैम स्कैन / मेलबॉक्स पूर्ण / गैर-मौजूद उपयोगकर्ता] और भेजने वाला सर्वर आपको बाउंस संदेश वापस नहीं भेज सकता है या नहीं भेज सकता है।

     

  3. संदेश प्राप्त सर्वर द्वारा स्वीकार किया गया था, लेकिन ...

    • प्राप्त सर्वर बैकलॉग है और संदेश संसाधित / वितरित होने की प्रतीक्षा में एक कतार में बैठा है।
    • संदेश को स्पैम के रूप में चिह्नित किया गया था और गिरा दिया गया था। यह बुरा अभ्यास है क्योंकि संदेश को एक सिरे से खारिज कर दिया जाना चाहिए था, लेकिन कई सर्वर ऐसा करते हैं। [मुझे समय-समय पर Gmail करने का संदेह है]
    • संदेश किसी भी तरह से अविभाज्य था और या तो सर्वर को बाउंस संदेश नहीं भेजने के लिए कॉन्फ़िगर किया गया है, या बाउंस संदेश स्वयं ही अविश्वसनीय है।

     

  4. संदेश आपके खाते में कहीं वितरित किया गया था , लेकिन ...

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

स्रोत: मैं ईमेल सर्वरों का प्रशासन करता हूं।

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

धैर्य रखें।


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

2
2. d एसपीएफ को एक गलत-कॉन्फ़िगर भेजे गए सिस्टम के साथ जोड़ा गया (उदाहरण के लिए एक ब्लैकहोल खाते से भेजना) अक्सर इस तरह की समस्याएं पैदा करता है - मेरे ईमेल प्रदाता को मुझे यह डिबग करने में मदद करनी थी क्योंकि कुछ भी मुझे एक नए पते से नहीं मिला जबकि वेबमास्टर नहीं मिला किसी भी तरह की उछाल।
क्रिस एच

3
मैंने अभी तक जीमेल के साथ इसका अनुभव नहीं किया है, लेकिन आउटलुक डॉट कॉम चुपचाप 200 ओके के साथ मेल को अस्वीकार करना पसंद करता है।
nyuszika7h

5
चरम स्थिति: संदेश को किसी सर्वर में एक श्रृंखला में वितरित किया गया था, रसीद स्वीकार की गई थी, लेकिन इससे पहले कि यह आगे बढ़ सकता है, वह सर्वर नीचे चला गया। यदि आप भाग्यशाली हैं तो यह कुछ हफ्तों या महीनों में वापस आ जाता है और इसे भेज देता है, यदि आप भाग्य से बाहर हैं तो यह एक कठिन दुर्घटना थी और आपका संदेश हमेशा के लिए चला गया।
jwenting

7
मैं "सामाजिक कारण" भी जोड़ूंगा: प्रेषक ने झूठ बोला और उसे कभी नहीं भेजा।
user1833218

23

बहुत सारी जगहों पर चीजें गलत हो सकती हैं।

ईजी मेल सर्वर से सर्वर तक एक पथ का अनुसरण करता है। उनमें से एक मेल प्राप्त करने के बाद दुर्घटनाग्रस्त हो सकता था लेकिन इसे पारित करने से पहले।

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

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

यह कहने की आवश्यकता नहीं है कि संबंधित पोस्टमास्टर के साथ समस्या उठाने से पहले उपयोगकर्ता को अपने स्पैम फ़ोल्डर में देखने के लिए कहें।


7
चूंकि ईमेल इतनी विश्वसनीय होती है, इसलिए लोगों को यह महसूस नहीं होता है कि बहुत सारी जगहें हैं जहां यह "खो" सकता है। स्पैम / वायरस फिल्टर, स्पैम / वायरस फ़ायरवॉल, मेल रिले, मेल सर्वर, आदि, आदि
केल्टरी

6
किसी भी ईमेल को चुपचाप छोड़ देना - यह स्पैम या वायरस या जो कुछ भी हो - एसएमटीपी विनिर्देश के खिलाफ है। दुर्भाग्य से, कुछ सर्वर अभी भी करते हैं; एक उल्लेखनीय उदाहरण हॉटमेल है। (सर्वर को सफलता के साथ जवाब देने के बजाय त्रुटि के साथ जवाब देना चाहिए और फिर चुपचाप मेल को छोड़ देना चाहिए।)
ntoskrnl

@ntoskrnl, तो आपको बैकस्कैटर का बुरा नहीं लगता? en.wikipedia.org/wiki/Backscatter_(email) । RFC अच्छे और सभी हैं, लेकिन वे केवल स्पैमर्स की वास्तविकता को स्वीकार नहीं करते हैं, और ईमेल के माध्यम से मैलवेयर करते हैं।
Zoredache

2
@Zoredache यह लेख परिचय में एक वैकल्पिक अधिकार का सुझाव देता है - एक त्रुटि के साथ SMTP कनेक्शन चरण पर स्पैम को अस्वीकार करना, मेल स्वीकार करने और फिर बाउंस संदेश भेजने या इसे छोड़ने के बजाय। जैसा कि मैंने कहा, ईमेल विश्वसनीय होने के लिए डिज़ाइन किया गया था, और सर्वर जो ईमेल को विशिष्ट रूप से वितरित नहीं करते हैं, विनिर्देश को तोड़ देते हैं (और यह पोला का उल्लंघन भी कर सकता है , जैसा कि यह सवाल दिखाता है)।
ntoskrnl

@ntoskrnl और क्या भेजने वाला सर्वर हमेशा उपयोगकर्ता को त्रुटि देता है? मुझे यकीन है कि वे (मिस) को अनदेखा करने के लिए कॉन्फ़िगर किया जा सकता है, उदाहरण के लिए उन डोमेन पर जिनके पते आमतौर पर खराब होते हैं।
क्रिस एच
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.