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