यदि ई-मेल केवल "सर्वश्रेष्ठ प्रयास" डिलीवरी है, तो क्या गारंटीकृत वितरण के साथ एक समान प्रोटोकॉल है?


21

यह अक्सर कानून में स्थापित किया जाता है कि फैक्स को दस्तावेज़ स्वीकार किए जाते हैं क्योंकि उनकी डिलीवरी 'गारंटी' है, जबकि ई-मेल इसलिए नहीं है क्योंकि इसकी डिलीवरी नहीं है। क्या यह सिर्फ एक टीसीपी-आधारित प्रोटोकॉल के लिए भीख नहीं है जो उसी डिग्री पर डिलीवरी की गारंटी देता है जो फैक्स करता है? क्या इस तरह का कोई प्रोटोकॉल मौजूद है, और यह कितना उलझा हुआ है?


दिलचस्प सवाल। मुझे लगता है कि मुझे एंड-यूजर्स को यह समझाना होगा कि मेल सिस्टम अचूक नहीं हैं, और यह कि किसी भी तरह के कारक डिलीवरी को प्रभावित कर सकते हैं।
इविहित

3
मुझे लगता है कि आप एक तकनीकी समाधान के साथ आने की कोशिश कर रहे हैं जो अनिवार्य रूप से एक सामाजिक समस्या है। आप उस संदेश के प्राप्तकर्ता की गारंटी नहीं दे सकते जो वास्तव में उस संदेश पर नजर डालता है, चाहे वह संदेश फैक्स के माध्यम से या इंटरनेट पर भेजा गया हो।
ccc 7'11

दो जनरलों समस्या : रॉकेटबूम से समझाया rocketboom.com/two-generals
kzh

आप किस वितरण के बारे में बात कर रहे हैं - तकनीकी या कानूनी दृष्टिकोण से? यदि आप कानूनी पक्ष के बारे में बात कर रहे हैं, तो आपको देश को भी निर्दिष्ट करना होगा।
स्मिथ जॉन्थ

जवाबों:


18
  1. फैक्स डिलीवरी की गारंटी नहीं है - ऐसे कई तरीके हैं जिनसे फैक्स विफल हो सकता है। कुछ नाम है:

    • गलत नंबर
    • कागज से फैक्स प्राप्त करना (और महसूस करने के लिए पर्याप्त स्मार्ट नहीं)
    • टोनर से फैक्स प्राप्त करना (और महसूस करने के लिए पर्याप्त स्मार्ट नहीं)
    • फैक्स भेजने में कागज उल्टा-पुल्टा
    • फैक्स प्राप्त करना एक साझा उपकरण है और प्राप्त फैक्स अनायास प्राप्त प्राप्तकर्ता द्वारा ले लिया और छोड़ दिया जाता है

  2. एसएमटीपी है एक टीसीपी आधारित प्रोटोकॉल। कृपया RFC 821 और इसके उत्तराधिकारियों RFC 2821 और RFC 5321 से परामर्श करें ।
    अंतर्निहित नेटवर्क प्रोटोकॉल (TCP / IP) का विश्वसनीय वितरण (एप्लिकेशन-प्रोटोकॉल स्तर की चीज़) से कोई लेना-देना नहीं है।

  3. अधिकांश SMTP सर्वर उन संदेशों के लॉग रखते हैं, जिनके माध्यम से संदेश (प्रेषक / प्राप्तकर्ता / संदेश) पारित किया जाता है, जो अदालत में स्वीकार्य हो सकते हैं यदि आप प्रदर्शित कर सकते हैं कि लॉग के साथ छेड़छाड़ होने की संभावना नहीं है।
    एक वकील से सलाह लें

  4. वितरण सुनिश्चित करने के लिए SMTP प्रोटोकॉल और संबद्ध कार्यक्रमों पर चिपके हुए तंत्र हैं (DSN, Return Receipts)। ध्यान दें कि ये स्वयं सर्वश्रेष्ठ-प्रयास / पारस्परिक सहयोग एक्सटेंशन हैं (अधिकांश मेल क्लाइंट आपको रीड रसीदें भेजने के लिए नहीं चुनते हैं, और कुछ क्लाइंट रीड रसीद जारी नहीं कर सकते हैं। कुछ एमटीए वितरण रसीद जारी नहीं कर सकते हैं / नहीं कर सकते हैं।
    मैं इन की स्वीकार्यता पर निश्चित नहीं हूं - यह अदालत और किसी भी स्थापित मिसाल पर निर्भर करेगा। फिर से, एक वकील से परामर्श करें


मैं यह बताने की कोशिश नहीं कर रहा था कि एसएमटीपी टीसीपी आधारित नहीं था।
Jez

11
@ जाज - मुझे पूरा यकीन था कि आप इसे जानते थे, लेकिन जिस तरह से आपके प्रश्न को हल किया गया था, वह दो मुद्दों - डेटाग्राम (टीसीपी बनाम यूडीपी) के विश्वसनीय परिवहन और पूरे संदेश (एप्लिकेशन समस्या) के विश्वसनीय वितरण का था। जब कम सुराग वाला कोई व्यक्ति इस सवाल पर एक साल में ठोकर
खाता है

कानूनी दृष्टिकोण से, सफलतापूर्वक फैक्स भेजने का मतलब है सफल डिलीवरी।
स्मिट जॉन्थ

@SmitJohnth के पास मुकदमेबाजी में शामिल होने का अलग ही आनंद था, बहुत बात मैं आपको निश्चितता के साथ बता सकता हूं कि "मेरे फैक्स स्टेशन ने इसे सफलतापूर्वक भेजा है" की तुलना में अधिक है (विशेष रूप से पहली बुलेट बिंदु जिसे मैंने नोट किया है फैक्स डिलीवरी फेंक दिया जाएगा) मज़बूती से बाहर, जैसे आप गलत पते पर नोटिस नहीं दे सकते हैं और दावा करते हैं कि यह वैध है; अंतिम बुलेट बिंदु साझा फैक्स मशीनों के साथ सह-कार्यशील रिक्त स्थान में विवाद का एक क्षेत्र है - यह सुनिश्चित नहीं है कि उसके लिए कोई मिसाल कायम की गई है या नहीं , लेकिन यह तर्क के लिए परिपक्व है)।
voretaq7

@ voretaq7 ठीक है, आपको उस भूमि को निर्दिष्ट करना चाहिए जिसके बारे में आप बात कर रहे हैं। रम्स्टीन के गीत के विपरीत, कोई भी अमेरिकिका में नहीं रह रहा है :) मेरी भूमि के लिए AFAIK सफलतापूर्वक सही संख्या में फैक्स भेजने का मतलब कानूनी दृष्टिकोण से सफल डिलीवरी है।
स्मिथ जॉन्थ

9

यह अक्सर कानून में स्थापित होता है कि फैक्स को दस्तावेज स्वीकार किए जाते हैं क्योंकि उनकी डिलीवरी 'गारंटी' है

प्रेषक और प्राप्तकर्ता से ईमेल सर्वर लॉग संभवतः फैक्स रिसेप्शन की पुष्टि से अधिक विश्वसनीय हैं।

पुष्टि का तात्पर्य है कि "a" फ़ैक्स ने उत्तर दिया और दस्तावेज़ प्राप्त किया।

सर्वर लॉग यह पुष्टि कर सकता है कि "उस विशिष्ट" मेलबॉक्स ने ईमेल प्राप्त किया और "उस विशिष्ट" मेलबॉक्स में प्राप्त करने से पहले सर्वर ए, बी और सी से गुजरा।

मुझे पता है कि कनाडा में कानून की अदालतों में ईमेल स्वीकार किए जाते हैं। बड़े मामलों में, एक सिविल लॉ सूट में एंटोन पिलर ऑर्डर हो सकता है जो सर्वर लॉग और मेलबॉक्स सामग्री को जब्त करने के लिए निष्पादित किया जाता है।


3
आपको भेजने वाले पक्ष पर फ़ैक्स पुष्टिकरण मिलता है। जबकि ईमेल के सफल वितरण की पुष्टि केवल प्राप्त पक्ष पर देखी जा सकती है। प्रेषक केवल यह जानता है कि मेल को अगले हॉप (लेकिन गंतव्य पर नहीं) तक पहुंचाया गया था।
14

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

1
एक फैक्स पुष्टिकरण पुष्टि करता है कि फैक्स गलत गंतव्य पर भेजा गया था। आपको प्राप्तकर्ता की संख्या दिखाई देती है। यह गलत संख्या प्रौद्योगिकी की गलती नहीं है बल्कि एक मानवीय भूल है।
मेल सेप

"आप प्राप्तकर्ता की संख्या देखते हैं" ... प्राप्तकर्ता द्वारा स्थापित के रूप में , कॉलर-आईडी से प्राप्त नहीं है - और इस प्रकार यह हमेशा वास्तविक संख्या नहीं है जिसे आपने डायल किया है।
15

@Piskvor: अधिकांश फ़ैक्स मशीनों का उपयोग मैंने किया है जो डिलीवरी पुष्टिकरण पृष्ठ पर डायल किए गए नंबर को डालती हैं ।
स्नैप करें

4

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

लेकिन तकनीकी वितरण गारंटी (वास्तविक जीवन में और इलेक्ट्रॉनिक मेल / फैक्स में) संदेश सामग्री पर कोई गारंटी नहीं देती है। लॉग या लिफाफा केवल यह दर्शाता है कि एक डिलीवरी थी लेकिन संदेश सामग्री नहीं दिखा सकती है। यहां तक ​​कि अगर आप एक संदेश पर हस्ताक्षर करते हैं, तो यह केवल गारंटी है कि इसे रास्ते में हेरफेर नहीं किया गया था। लेकिन मूल हस्ताक्षरित सामग्री अभी भी "हैलो वर्ल्ड!" के बजाय "आप निकाल रहे हैं!" और आपको केवल इस बात की पुष्टि करनी है कि एक संदेश भेजा गया है।


3

क्या यह सिर्फ एक टीसीपी-आधारित प्रोटोकॉल के लिए भीख नहीं है जो उसी डिग्री पर डिलीवरी की गारंटी देता है जो फैक्स करता है? क्या इस तरह का कोई प्रोटोकॉल मौजूद है, और यह कितना उलझा हुआ है?

विशेष रूप से प्रश्न का उत्तर देने के लिए - ऐसा कोई [नेटवर्क] प्रोटोकॉल मौजूद नहीं है। इस प्रकार उक्त प्रोटोकॉल का कोई उलझावा नहीं है।

हालांकि, इस विषय से संबंधित, कुछ महत्वपूर्ण बिंदु हैं कि किसी का क्या मतलब है कि "गारंटी" [प्रसव के] का भी मतलब है या संभव है:

  1. प्रेषक को प्रमाणित करने के लिए एक साधन होना चाहिए। हालाँकि, FAX और ईमेल हैंड-शेकिंग प्रक्रिया में ऐसी कोई सुविधा नहीं है। "से" FAX नंबर बहुत खराब हो सकता है क्योंकि "से" ईमेल पता इतने स्पैम / फ़िशिंग संदेशों में है।
  2. संदेश को गैर-प्रत्यावर्तन सुनिश्चित करने के लिए कुछ साधन होने चाहिए जैसे कि यह प्रेषित में संशोधित नहीं किया गया था कि यह साबित करने के लिए कि क्या भेजा गया था। फिर, अंतर्निहित प्रोटोकॉल ऐसी कोई गारंटी नहीं देते हैं। PKI (ईमेल में डिजिटल-सिग्नेचर तकनीक का उपयोग करना, जो कि जटिलताओं के कारण अप्रयुक्त होने के बावजूद अच्छी तरह से समर्थित है, प्रमाण पत्र, निष्कासन प्रमाण पत्र आदि), सममित एन्क्रिप्शन और संदेश हैशिंग के साथ मिलकर ईमेल में गैर-अस्वीकरण प्रदान करने के लिए एक लंबा रास्ता तय करता है। ये अच्छी तरह से फंसे हुए तरीके हैं, लेकिन बड़े पैमाने पर सीधे ईमेल संचार स्थान में नहीं।
  3. संदेश को वास्तव में (वास्तविक इच्छित) प्राप्तकर्ता को वितरित करने के लिए कुछ साधन होने चाहिए। लॉग वास्तव में अपर्याप्त हैं क्योंकि वे उपरोक्त के रूप में कोई गारंटी नहीं देते हैं और उसके बाद मेलबॉक्स को संभवतः निविदा वितरण को कमजोर करते हैं (प्राप्तकर्ता नहीं)। यह डाक वितरण से भी कमजोर है। वाणिज्यिक व्यापार कानून में यूनिफ़ॉर्म कमर्शियल कोड (UCC) के अनुसार: सहमत पते पर डिलीवरी के अलावा, इच्छित प्राप्तकर्ता को डिलीवरी का एक संचार जो [माल / संदेश उपलब्ध है] की आवश्यकता है। ईमेल केवल लक्ष्य मेलबॉक्स में संदेश संग्रहीत करता है लेकिन यह प्राप्तकर्ता को उसके आगमन की सूचना नहीं देता है। यदि संदेश आ गया तो यह लगातार रिसीवर को 'चेक' करने के लिए अवलंबित है।

अंत में, एक वैकल्पिक (और बड़े पैमाने पर क्रॉस-प्लेटफ़ॉर्म समर्थित नहीं) ईमेल प्रोटोकॉल है जो अनुरोध (प्रेषक) और एक डिलीवरी पुष्टिकरण / रसीद भेजने (रिसीवर) के लिए है। हालांकि, यह शायद ही कभी इस्तेमाल किया जाता है, गारंटी नहीं है और अंत में प्राप्तकर्ता द्वारा संदेश की प्राप्ति को बाधित नहीं करता है ... बल्कि यह कि वे या तो रसीद की पुष्टि नहीं करने के लिए चुने गए हैं, रसीद प्रेषक या डिलीवरी द्वारा प्राप्त नहीं की गई थी। असंगत ईमेल सिस्टम के बीच पुष्टि विफल रही जो इस वैकल्पिक सुविधा के समान / संस्करण का समर्थन नहीं करते हैं।


2

कई स्थानों पर गारंटीकृत वितरण की आवश्यकता होती है जो IBM के MQ सीरीज या स्टर्लिंग सॉफ़्टवेयर के उत्पादों का उपयोग करते हैं (हाल ही में IBM द्वारा खरीदे गए)


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