यूयूसीपी

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

uucp नाम का एक कमांड सुइट के प्रोग्रामों में से एक है; यह फ़ाइल प्रतिलिपि संचालन का अनुरोध करने के लिए एक उपयोगकर्ता इंटरफ़ेस प्रदान करता है। यूयूसीपी सुइट में uux (रिमोट कमांड निष्पादन के लिए उपयोगकर्ता इंटरफ़ेस), uucico (संचार प्रोग्राम जो फ़ाइल स्थानांतरण करता है), uustat (नवीनतम गतिविधि पर आंकड़े रिपोर्ट करता है), uuxqt (दूरस्थ मशीनों से भेजे गए कमांड निष्पादित करें), और uuname (रिपोर्ट) भी सम्मिलित है स्थानीय प्रणाली का यूयूसीपी नाम)। सुइट के कुछ संस्करणों में uuencode/uudecode (8-बिट बाइनरी फ़ाइलों को 7-बिट टेक्स्ट प्रारूप में परिवर्तित करना और इसके विपरीत) सम्मिलित है।

यद्यपि यूयूसीपी मूल रूप से 1970 और 1980 के दशक में यूनिक्स पर विकसित किया गया था, और यूनिक्स जैसी प्रणालियों के साथ सबसे निकट से जुड़ा हुआ है, यूयूसीपी कार्यान्वयन कई गैर-यूनिक्स-जैसे ऑपरेटिंग सिस्टमों के लिए उपस्थित है, जिसमें डॉस, ओएस/2, ओपन वीएमएस (केवल वैक्स हार्डवेयर के लिए),  अमिगाओएस, क्लासिक मैक ओएस, और यहां तक ​​कि सीपी/एम भी सम्मिलित हैं।

इतिहास
यूयूसीपी मूल रूप से माइक लेस्क द्वारा एटी एंड टी बेल लेबोरेटरीज में लिखा गया था। 1978 तक यह मुख्य रूप से सॉफ्टवेयर वितरण के लिए बेल सिस्टम के अंदर 82 यूनिक्स मशीनों पर उपयोग में था। इसे 1979 में संस्करण 7 यूनिक्स के भाग के रूप में जारी किया गया था।

अमेरिका से पहला यूयूसीपी ईमेल 1979 में यूनाइटेड किंगडम में आया और यूके, नीदरलैंड और डेनमार्क के बीच ईमेल 1980 में शुरू हुआ, जो 1982 में ईयूनेट के माध्यम से एक नियमित सेवा बन गया।

मूल यूयूसीपी को 1983 के आसपास एटी एंड टी शोधकर्ताओं पीटर हनीमैन, डेविड ए. नोविट्ज़ और ब्रायन ई. रेडमैन द्वारा पुनर्लेखन (प्रोग्रामिंग) था। पुनर्लेखन को एचडीबी या हनीडैनबर यूयूसीपी के रूप में जाना जाता है, जिसे बाद में उन्नत बग फिक्स किया गया और बीएनयू यूयूसीपी ("बेसिक नेटवर्क यूटिलिटीज") के रूप में दोबारा पैक किया गया।।

इनमें से प्रत्येक संस्करण को मालिकाना सॉफ्टवेयर के रूप में वितरित किया गया था, जिसने इयान लांस टेलर को 1991 में स्क्रैच से एक नया मुफ्त सॉफ्टवेयर संस्करण लिखने के लिए प्रेरित किया।

टेलर यूयूसीपी जीएनयू जनरल पब्लिक लाइसेंस के अनुसार जारी किया गया था। टेलर यूयूसीपी ने सुरक्षा छेदों को संबोधित किया जिसने कुछ मूल कंप्यूटर कीड़ा को अनपेक्षित शेल कमांड को दूरस्थ रूप से निष्पादित करने की अनुमति दी। टेलर यूयूसीपी ने यूयूसीपी के सभी पिछले संस्करणों की विशेषताओं को भी सम्मिलित किया, जिससे यह किसी भी अन्य संस्करण के साथ संचार कर सके और यहां तक ​​कि अन्य संस्करणों से समान कॉन्फ़िगरेशन फ़ाइल स्वरूपों का उपयोग कर सके।

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

एफएसयूयूसीपी टेलर के संवर्धित 'i' प्रोटोकॉल का एकमात्र अन्य कार्यान्वयन था, जो अधिकांश यूयूसीपी कार्यान्वयनों द्वारा उपयोग किए जाने वाले मानक 'g' प्रोटोकॉल पर एक महत्वपूर्ण सुधार था।

प्रौद्योगिकी
इंटरनेट का उपयोग की व्यापक उपलब्धता से पहले, कंप्यूटर केवल किसी कंपनी या संगठन के भीतर छोटे स्थानीय क्षेत्र नेटवर्क से जुड़े होते थे। वे अक्सर मोडेम से भी लैस होते थे ताकि उन्हें डायल करें सादे पुरानी टेलीफोन सेवा के माध्यम से कैरेक्टर टर्मिनल # डंब टर्मिनल | कैरेक्टर-मोड टर्मिनल से दूर से इस्तेमाल किया जा सके। UUCP ने अन्य कंप्यूटरों को डायल आउट करने के लिए कंप्यूटर के मोडेम का उपयोग किया, उनके बीच अस्थायी, पॉइंट-टू-पॉइंट लिंक स्थापित किए। UUCP नेटवर्क में प्रत्येक सिस्टम में फोन नंबर, लॉगिन नाम और पासवर्ड आदि के साथ पड़ोसी सिस्टम की एक सूची होती है। uucico प्रोग्राम सामान्यतः उस सिस्टम को काम को प्रोसेस करने के लिए कहता है। वह uucico कार्यक्रम समय-समय पर अपने पड़ोसियों को उनकी तरफ कतारबद्ध काम की जांच करने के लिए भी मतदान कर सकता है; यह बिना डायल-आउट क्षमता वाले पड़ोसियों को भाग लेने की अनुमति देता है।

समय के साथ, डायल-अप लिंक को इंटरनेट कनेक्शन से बदल दिया गया, और UUCP ने कई नए लिंक परत  प्रोटोकॉल जोड़े। इन नए कनेक्शनों ने UUCP की आवश्यकता को बिल्कुल भी कम कर दिया, क्योंकि नए नेटवर्क का लाभ उठाने के लिए नए एप्लिकेशन प्रोटोकॉल विकसित किए गए। आज, UUCP का उपयोग शायद ही कभी डायल-अप लिंक पर किया जाता है, लेकिन कभी-कभी इंटरनेट प्रोटोकॉल सूट|TCP/IP पर इसका उपयोग किया जाता है। 2006 की शुरुआत में सम्मिलित प्रणालियों की संख्या 60 उद्यमों में 1500 और 2000 साइटों के बीच चल रही थी। UUCP के दीर्घजीवी होने का श्रेय इसकी कम लागत, व्यापक लॉगिंग, डायलअप में नेटिव  फ़ेलओवर, और लगातार कतार प्रबंधन को दिया जा सकता है।

सत्र
UUCP सामान्य रूप से लक्ष्य प्रणाली में एक उपयोगकर्ता लॉग इन करके और फिर UUCP प्रोग्राम चलाकर शुरू किया जाता है। ज्यादातर मामलों में, यह स्थानान्तरण के लिए उपयोग किए जाने वाले ज्ञात उपयोगकर्ता खाते में प्रवेश करके स्वचालित होता है, जिसका खाता खोल पर सेट किया गया है uucico. इस प्रकार, स्वचालित स्थानान्तरण के लिए, किसी अन्य मशीन को बस कॉल की गई मशीन से एक मॉडेम कनेक्शन खोलना होगा और ज्ञात खाते में लॉग इन करना होगा।

जब uucico चलता है, यह कॉल करने वाले की मशीन पर दूसरे UUCP प्रोग्राम से कमांड प्राप्त करने और एक सत्र शुरू करने की अपेक्षा करेगा। सत्र के तीन अलग-अलग चरण हैं:


 * 1) शुरुआती हाथ मिलाना
 * 2) फ़ाइल अनुरोध
 * 3) फाइनल हैंडशेक

प्रारंभिक हाथ मिलाना
प्रारंभ करने पर, uucico एक पहचान स्ट्रिंग भेजकर प्रतिक्रिया देगा,, जहां \20 नियंत्रण-पी वर्ण है, और \0 अनुगामी शून्य है। कॉल करने वाले का UUCP इसके साथ प्रतिक्रिया करता है  , जहाँ विकल्प एक स्ट्रिंग है जिसमें शून्य या अधिक यूनिक्स-जैसे विकल्प स्विच होते हैं। इनमें पैकेट और विंडो आकार, अधिकतम समर्थित फ़ाइल आकार, डिबगिंग विकल्प और अन्य सम्मिलित हो सकते हैं।

दो सिस्टम के सेटअप के आधार पर, कॉल यहाँ समाप्त हो सकती है। उदाहरण के लिए, जब कॉलर अपने सिस्टम नाम के साथ प्रतिक्रिया करता है, तो कॉल किया गया सिस्टम वैकल्पिक रूप से हैंग हो सकता है यदि यह कॉलर को नहीं पहचानता है,  प्रतिक्रिया स्ट्रिंग और फिर डिस्कनेक्ट करना।

फ़ाइल अनुरोध
यदि दो प्रणालियाँ सफलतापूर्वक हाथ मिलाती हैं, तो कॉलर अब फ़ाइल अनुरोधों की एक श्रृंखला भेजना शुरू कर देगा। चार प्रकार हैं:


 * S कॉल करने वाले से फाइल को सिस्टम (अपलोड) में भेजने का कारण बनता है। से और नाम प्रदान किए जाते हैं, जिससे फ़ाइल नाम को रिसीवर पर बदला जा सकता है। जब कॉल किए गए सिस्टम पर एस कमांड प्राप्त होता है, तो यह सफल होने पर एसवाई के साथ प्रतिक्रिया करता है और यह फाइल को स्वीकार करने के लिए तैयार है, या एसएनएक्स विफल होने पर, जहां एक्स विफलता का कारण है। यदि कॉल करने वाले को SY प्राप्त होता है, तो वह आरंभिक हैंडशेक (नीचे देखें) के दौरान चुने गए प्रोटोकॉल का उपयोग करके फ़ाइल अपलोड करना शुरू कर देता है। जब स्थानांतरण पूरा हो जाता है, तो कॉल किया गया सिस्टम CY के साथ प्रतिक्रिया करता है यदि यह सफलतापूर्वक फ़ाइल प्राप्त करता है, या CN5 विफल होने पर।
 * R कॉल करने वाले (डाउनलोड) को फ़ाइल भेजने के लिए कॉल किए गए सिस्टम के लिए एक अनुरोध है। यह अन्यथा एस के समान है, आदेश को स्वीकार करने के लिए आरवाई और आरएन का उपयोग करना और यह डेटा भेजना शुरू कर देगा या इसमें कोई समस्या होगी, और स्थानांतरण के अंत में कॉलर से सीवाई और सीएन 5 की उम्मीद है।
 * X कमांड को कॉल किए गए सिस्टम पर निष्पादित करने के लिए अपलोड करता है। इसका उपयोग उस सिस्टम को दूसरे को कॉल करने और उसमें फाइल वितरित करने के लिए किया जा सकता है। कॉल किया गया सिस्टम XY के साथ प्रतिक्रिया करता है अगर यह सफल हुआ, या XN विफल होने पर।
 * H, हैंगअप के लिए, इंगित करता है कि कॉलर हो गया है। कॉल किया गया सिस्टम HY के साथ प्रतिक्रिया करता है यदि यह सफल होता है, या HN विफल होने पर।

अंतिम हाथ मिलाना
एच कमांड भेजने के बाद, कॉलिंग सिस्टम एक अंतिम पैकेट भेजता है \20OOOOOO\0 (कंट्रोल-पी, सिक्स ओह्स, नल-टर्मिनेटर) और तथाकथित सिस्टम के साथ प्रतिक्रिया करता है \20OOOOOO\0 (कंट्रोल-पी, सात ओह, नल-टर्मिनेटर)। कुछ प्रणालियां केवल H कमांड के सफल स्वागत पर लटकी रहेंगी और अंतिम हैंडशेक से परेशान नहीं होंगी।

जी-प्रोटोकॉल
यूयूसीपी में प्रोटोकॉल के सूट के भीतर, अंतर्निहित जी-प्रोटोकॉल सूचना को त्रुटि मुक्त रूप में स्थानांतरित करने के लिए जिम्मेदार है। प्रोटोकॉल पैकेट वितरण के लिए एक सामान्य-उद्देश्य प्रणाली के रूप में उत्पन्न हुआ, और इस प्रकार कई सुविधाएँ प्रदान करता है जो कि UUCP पैकेज द्वारा समग्र रूप से उपयोग नहीं की जाती हैं। इनमें एक द्वितीयक चैनल सम्मिलित है जो फ़ाइल स्थानांतरण के साथ कमांड डेटा भेज सकता है, और प्रसारण के दौरान पैकेट और विंडो आकार को फिर से बातचीत करने की क्षमता। ये अतिरिक्त सुविधाएँ UUCP स्टैक के कुछ कार्यान्वयनों में उपलब्ध नहीं हो सकती हैं। पैकेट प्रारूप में 6-बाइट हेडर और फिर पेलोड में शून्य और 4096 बाइट्स के बीच होता है। पैकेट एक \020 (नियंत्रण-पी) से शुरू होता है। इसके बाद एक एकल बाइट आती है, जिसे K के रूप में जाना जाता है, जिसमें 1 से 8 का मान होता है, जो 32 से 4096 बाइट्स के पैकेट आकार को दर्शाता है, या 9 एक नियंत्रण पैकेट को दर्शाता है। कई प्रणालियाँ केवल K = 2 का समर्थन करती हैं, जिसका अर्थ है 64 बाइट्स। अगले दो बाइट पेलोड के 16-बिट चेकसम थे, जिसमें हेडर सम्मिलित नहीं था। अगला बाइट डेटा प्रकार है और अंत में, अंतिम बाइट हेडर का एक्सओआर है, जिससे इसे पेलोड से अलग से चेक किया जा सकता है।

नियंत्रण बाइट में TTXXXYYY प्रारूप में तीन बिट-फ़ील्ड होते हैं। टीटी पैकेट प्रकार है, नियंत्रण पैकेट के लिए 0 (जिसके लिए वैध होने के लिए के = 9 की भी आवश्यकता होती है), 1 वैकल्पिक डेटा के लिए (यूयूसीपी में उपयोग नहीं किया गया), 2 डेटा के लिए, और 3 एक छोटे पैकेट को इंगित करता है जो अर्थ को फिर से परिभाषित करता है K. एक डेटा पैकेट में, XXX इस पैकेट के लिए 0 से 7 तक पैकेट संख्या है, और YYY अंतिम है जो सही ढंग से प्राप्त हुआ था। यह एक विंडो में 8 पैकेट तक प्रदान करता है। एक नियंत्रण पैकेट में, XXX कमांड को इंगित करता है और YYY का उपयोग विभिन्न मापदंडों के लिए किया जाता है। उदाहरण के लिए, टीटी = 0 (नियंत्रण), XXX = 7 और YYY के साथ एक विंडो में पैकेट की संख्या के साथ एक छोटा नियंत्रण पैकेट भेजकर स्थानांतरण शुरू किया जाता है, फिर XXX = 6 और YYY के साथ पैकेट लंबाई के रूप में एक और पैकेट भेजा जाता है (के रूप में एन्कोड किया गया) यह K में होगा) और फिर एक तीसरा पैकेट जो पहले के समान है लेकिन XXX = 5 है।

जी-प्रोटोकॉल एंडपॉइंट्स के बीच संभावित लंबी लेटेंसी से निपटने के लिए एक सरल स्लाइडिंग खिड़की  सिस्टम का उपयोग करता है। प्रोटोकॉल पैकेट को 64 से 4096 8-बिट बाइट्स और विंडो जिसमें 1 से 7 पैकेट सम्मिलित हैं, के आकार की अनुमति देता है। सिद्धांत रूप में, 4k पैकेट और 7 पैकेट विंडो (4096x7) का उपयोग करने वाली प्रणाली ZMODEM जैसे सर्वश्रेष्ठ फ़ाइल-ट्रांसफर प्रोटोकॉल से मेल खाने या बेहतर प्रदर्शन की पेशकश करेगी। व्यवहार में, कई कार्यान्वयन केवल 64x3 की एक सेटिंग का समर्थन करते हैं। नतीजतन, जी-प्रोटोकॉल की खराब प्रदर्शन के लिए एक अवांछनीय प्रतिष्ठा है। पैकेट और खिड़की के आकार पर भ्रम की स्थिति जी-प्रोटोकॉल के कारण हुई, केवल इसमें अंतर था कि यह हमेशा 4096x3. टेलर यूयूसीपी ने जी का समर्थन नहीं किया, लेकिन किसी भी वैध अनुरोधित विंडो या पैकेट आकार का समर्थन किया, इसलिए जी शुरू करने वाले रिमोट सिस्टम टेलर के जी के साथ ठीक काम करेंगे, जबकि दो टेलर सिस्टम तेजी से कनेक्शन पर बातचीत कर सकते थे।

टेलीविजन मोडेम ने प्रोटोकॉल स्पूफिंग का इस्तेमाल रिमोट सिस्टम को भेजे जाने वाले एंड-ऑफ-पैकेट मार्करों को नोटिस करके और तुरंत एक संदेश भेजकर जी-प्रोटोकॉल ट्रांसफर के प्रदर्शन को बेहतर बनाने के लिए किया। ACK स्थानीय होस्ट पर वापस, यह दिखाते हुए कि रिमोट सिस्टम ने पहले ही पैकेट प्राप्त कर लिया है और इसे सही ढंग से डिकोड कर दिया है। इसने सॉफ्टवेयर स्टैक को अगला पैकेट भेजने के लिए ट्रिगर किया, इतनी तेजी से कि स्थानांतरण लगभग निरंतर हो गया। माइक्रोकॉम नेटवर्किंग प्रोटोकॉल पर आधारित एक मालिकाना प्रोटोकॉल का उपयोग करके दो मोडेम के बीच डेटा त्रुटि-सुधार किया गया था, जो सामान्य रूप से जी-प्रोटोकॉल की तुलना में टेलीबिट के आधे-द्वैध कनेक्शनों पर चलता था। क्योंकि आम 64x3 मामले में रिमोट सिस्टम एक निरंतर स्ट्रीम भेज रहा होगा ACKs जो लो-स्पीड रिटर्न चैनल को ओवरफ्लो कर देगा। मॉडेम की स्वाभाविक रूप से उच्च डेटा दरों के साथ संयुक्त, उन्होंने समग्र थ्रूपुट में काफी सुधार किया और सामान्यतः 2400 बिट/एस मॉडेम की गति के बारे में सात गुना प्रदर्शन किया। यूयूसीपी मेजबानों पर उनका व्यापक रूप से उपयोग किया गया क्योंकि वे कम लंबी दूरी के शुल्कों में खुद के लिए जल्दी से भुगतान कर सकते थे।

अन्य प्रोटोकॉल
UUCP कार्यान्वयन में कुछ लिंक्स पर उपयोग के लिए अन्य ट्रांसफर प्रोटोकॉल भी सम्मिलित हैं।

f-प्रोटोकॉल को 7-बिट त्रुटि-सुधारित लिंक चलाने के लिए डिज़ाइन किया गया है। यह मूल रूप से X.25 लिंक पर उपयोग के लिए अभिप्रेत था, जो 1980 के दशक में एक समय के लिए लोकप्रिय थे। यह डेटा को पैकेट नहीं करता है, इसके बजाय, पूरी फ़ाइल को एक लंबी स्ट्रिंग के रूप में भेजा जाता है, जिसके बाद एक संपूर्ण फ़ाइल चेकसम होता है। ऐसा प्रतीत होता है कि समान एक्स-प्रोटोकॉल का बहुत कम या कोई उपयोग नहीं हुआ है। डी-प्रोटोकॉल एक्स के समान था, लेकिन डेटाकिट नेटवर्क पर उपयोग के लिए अभिप्रेत था जो बेल लैब्स के कई कार्यालयों से जुड़ा था।

टी-प्रोटोकॉल यूयूसीपी के बीएसडी संस्करणों में उत्पन्न हुआ है और इसे 8-बिट त्रुटि-मुक्त टीसीपी/आईपी लिंक चलाने के लिए डिज़ाइन किया गया है। इसमें कोई त्रुटि सुधार नहीं है, और प्रोटोकॉल में सामान्य टीसीपी फ्रेम के भीतर आसानी से फिट होने के लिए 512 या 1024-बाइट पैकेट में कमांड और फाइल डेटा को तोड़ना सम्मिलित है। कम उपयोग किया जाने वाला ई-प्रोटोकॉल, जो बीएसडी से टी के विरोध में हनीडैनबेर संस्करणों को उत्पन्न करता है, केवल उस कमांड में भिन्न होता है जिसे पैकेट नहीं किया जाता है और इसके बजाय सामान्य स्ट्रिंग्स के रूप में भेजा जाता है, जबकि फाइलें निकटतम 20 बाइट्स तक गद्दीदार होती हैं।

मेल रूटिंग
{{code|uucp}सीपी}} और uuxqt उपयुक्त मेल यूजर इंटरफेस और डिलीवरी एजेंट प्रोग्राम के साथ मशीनों के बीच ईमेल भेजने के लिए क्षमताओं का उपयोग किया जा सकता है। एक साधारण UUCP मेल पता आसन्न मशीन के नाम से बनाया गया था, एक विस्मयादिबोधक चिह्न (अक्सर उच्चारित बैंग), उसके बाद आसन्न मशीन पर उपयोगकर्ता का नाम। उदाहरण के लिए, पता बारबॉक्स! उपयोगकर्ता आसन्न मशीन बारबॉक्स पर उपयोगकर्ता उपयोगकर्ता को संदर्भित करेगा।

मेल को अपने गंतव्य पर पहुंचने से पहले किसी भी संख्या में मध्यवर्ती नोड्स को पार करते हुए, नेटवर्क के माध्यम से रूट किया जा सकता है। प्रारंभ में, यह पूर्ण पथ निर्दिष्ट करके किया जाना था, मध्यवर्ती मेजबान नामों की एक सूची के साथ बैंग्स द्वारा अलग किया गया। उदाहरण के लिए, यदि मशीन बारबॉक्स स्थानीय मशीन से जुड़ा नहीं है, लेकिन यह ज्ञात है कि बारबॉक्स मशीन फूवैक्स से जुड़ा है जो स्थानीय मशीन के साथ संचार करता है, तो मेल भेजने के लिए उपयुक्त पता फूवैक्स!बारबॉक्स!उपयोगकर्ता होगा।

उपयोगकर्ता barbox!user सामान्यतः अपने UUCP ईमेल पते को …!bigsite!foovax!barbox!user जैसे रूप में प्रकाशित करेगा। यह लोगों को अपने मेल को मशीन बिगसाइट (संभवतः एक प्रसिद्ध और अच्छी तरह से जुड़ी हुई मशीन जो हर किसी के लिए सुलभ है) और वहां से मशीन फूवैक्स के माध्यम से बारबॉक्स पर उपयोगकर्ता उपयोगकर्ता के खाते में भेजने के लिए निर्देशित करता है। एक पूर्ण पथ प्रकाशित करना व्यर्थ होगा, क्योंकि प्रेषक कहां था, इस पर निर्भर करते हुए यह अलग होगा। (उदाहरण के लिए एक साइट पर ऐन को पाथ gway!tcol!canty!uoh!bigsite!foovax!barbox!user के जरिए भेजना पड़ सकता है, जबकि बिल को कहीं और से pdp10!router22!bigsite!foovax!barbox! उपयोगकर्ता)। कई उपयोगकर्ता विभिन्न बड़ी प्रसिद्ध साइटों से कई मार्गों का सुझाव देंगे, जो मेल प्रेषक से बेहतर और शायद तेज़ कनेक्शन सेवा प्रदान करते हैं।

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

सूडो-डोमेन एंडिंग .uucp को कभी-कभी यूयूसीपी नेटवर्किंग द्वारा पहुंच योग्य होने के रूप में एक होस्टनाम को निर्दिष्ट करने के लिए उपयोग किया जाता था, हालांकि यह डोमेन की नामांकन प्रणाली (डीएनएस) में एक शीर्ष-स्तरीय डोमेन के रूप में औपचारिक रूप से पंजीकृत नहीं था। यूयूसीपी समुदाय ने खुद को प्रशासित किया और डीएनएस को नियंत्रित करने वाले प्रशासन के तरीकों और नियमों के साथ अच्छी तरह से मेल नहीं खाता; .uucp जहां जरूरत होती है वहां काम करती है; कुछ मेजबान यदि आने वाले SMTP कनेक्शन पर .uucp पता पहचाना जाता है, तो SMTP कतार से मेल को uucp कतारों में गेटवे मशीनों पर पंट करें।

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

सामान्य तौर पर, अन्य गैर-इंटरनेट ईमेल पते|पुराने ई-मेल पता प्रारूपों की तरह, बैंग पथों को अब ईमेल पते#अवलोकन|@ नोटेशन द्वारा अधिक्रमित कर दिया गया है, यहां तक ​​कि उन साइटों द्वारा भी जो अभी भी UUCP का उपयोग कर रहे हैं। एक यूयूसीपी-ओनली साइट एक डीएनएस डोमेन नाम पंजीकृत कर सकती है, और उस डोमेन को संभालने वाला डीएनएस सर्वर एमएक्स रिकॉर्ड प्रदान करता है जो उस साइट पर इंटरनेट मेल को इंटरनेट पर यूयूसीपी होस्ट को वितरित करने का कारण बनता है जो यूयूसीपी को मेल वितरित कर सकता है। साइट।

यूयूसीपीएनईटी और मैपिंग
UUCP नेट UUCP के माध्यम से जुड़े कंप्यूटरों के नेटवर्क की समग्रता का नाम था। यह नेटवर्क बहुत ही अनौपचारिक था, जिसे हजारों निजी कंपनियों, विश्वविद्यालयों आदि के स्वामित्व वाली प्रणालियों के बीच आपसी सहयोग की भावना से बनाए रखा गया था। अक्सर, विशेष रूप से निजी क्षेत्र में, कंपनियों के ऊपरी प्रबंधन से आधिकारिक अनुमोदन के बिना यूयूसीपी लिंक स्थापित किए गए थे। UUCP नेटवर्क लगातार बदल रहा था क्योंकि नए सिस्टम और डायल-अप लिंक जोड़े गए थे, अन्य को हटा दिया गया था, आदि।

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

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

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

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

अस्वीकार
सस्ती सीरियल लाइन आईपी और पॉइंट-टू-पॉइंट प्रोटोकॉल सेवाओं की पेशकश करने वाले इंटरनेट सेवा प्रदाताओं के उदय के साथ यूयूसीपी का उपयोग समाप्त होना शुरू हो गया। UUCP मानचित्रण परियोजना को औपचारिक रूप से 2000 के अंत में बंद कर दिया गया था।

यूयूसीपी प्रोटोकॉल को अब ज्यादातर इंटरनेट टीसीपी/आईपी आधारित प्रोटोकॉल मेल के लिए सरल डाक स्थानांतरण प्रोटोकॉल  और यूज़नेट न्यूज के लिए नेटवर्क न्यूज ट्रांसफर प्रोटोकॉल द्वारा बदल दिया गया है।

जुलाई 2012 में, डच इंटरनेट प्रदाता XS4ALL ने अपनी UUCP सेवा को बंद कर दिया, यह दावा करते हुए कि यह शायद दुनिया के अंतिम प्रदाताओं में से एक था जिसने अभी भी इसकी पेशकश की थी; उस समय इसके केवल 13 उपयोगकर्ता थे (हालांकि इसके बंद होने से पहले इसने कई वर्षों तक नए उपयोगकर्ताओं के अनुरोधों को अस्वीकार कर दिया था)।

वर्तमान उपयोग और विरासत
UUCP की एक जीवित विशेषता चैट फ़ाइल प्रारूप है, जो मोटे तौर पर अपेक्षा करना  सॉफ़्टवेयर पैकेज द्वारा विरासत में मिली है।

यूयूसीपी विशेष प्रयोजन के उच्च लागत वाले लिंक (जैसे समुद्री उपग्रह लिंक) पर इसके गायब होने के लंबे समय बाद तक उपयोग में था, और अभी भी लेगेसी उपयोग में है. विरासत के उपयोग के अलावा, 2021 में नए और अभिनव यूयूसीपी उपयोग बढ़ रहे हैं, विशेष रूप से उच्च आवृत्ति बैंड में दूरसंचार के लिए, उदाहरण के लिए, ईमेल एक्सचेंज और अन्य उपयोगों के लिए अमेज़ॅन वर्षावन में समुदायों के लिए। इयान के यूयूसीपी के एक पैच को यूयूसीपी डेबियन लिनक्स पैकेज में योगदान दिया गया था HERMES (हाई-फ़्रीक्वेंसी इमरजेंसी एंड रूरल मल्टीमीडिया एक्सचेंज सिस्टम) प्रोजेक्ट के अनुकूल होने के लिए, जो UUCP HF कनेक्टिविटी प्रदान करता है। 2000 के दशक के मध्य में, टीसीपी/आईपी पर यूयूसीपी (अक्सर सुरक्षित शेल प्रोटोकॉल का उपयोग करके एन्क्रिप्ट किया गया) प्रस्तावित किया गया था उपयोग के लिए जब कंप्यूटर के पास कोई निश्चित IP पता नहीं है लेकिन फिर भी वह Sendmail या Postfix (सॉफ्टवेयर) जैसे मानक मेल ट्रांसफर एजेंट (MTA) को चलाने के लिए तैयार है।

यूज़नेट नेटवर्क के भीतर बैंग जैसे पथ अभी भी उपयोग में हैं, हालांकि रूटिंग के लिए नहीं; उनका उपयोग किसी संदेश के शीर्षलेख में उन नोड्स को रिकॉर्ड करने के लिए किया जाता है जिनके माध्यम से वह संदेश पारित किया गया है, यह निर्देशित करने के बजाय कि वह आगे कहां जाएगा। बैंग पथ का उपयोग नेटवर्क होस्ट के बीच स्पष्ट रूप से निर्दिष्ट मार्ग पथ के लिए अभिव्यक्ति के रूप में भी किया जाता है। यह उपयोग आवश्यक रूप से UUCP, IP रूटिंग, ईमेल मैसेजिंग या यूज़नेट तक सीमित नहीं है।

2000 के दशक की शुरुआत में विलंब-सहिष्णु नेटवर्किंग प्रोटोकॉल की अवधारणा पर दोबारा गौर किया गया। UUCP द्वारा उपयोग की जाने वाली समान तकनीकें अन्य नेटवर्क पर लागू हो सकती हैं जो देरी या महत्वपूर्ण व्यवधान का अनुभव करती हैं।

यह भी देखें

 * रूटिंग
 * जगह का नाम
 * जाल नेटवर्किंग
 * फिडोनेट
 * बर्कनेट
 * ईमेल का इतिहास
 * इंटरनेट का इतिहास

बाहरी संबंध

 * Using & Managing UUCP. Ed Ravin, Tim O'Reilly, Dale Doughtery, and Grace Todino.  1996, O'Reilly & Associates, Inc. ISBN 1-56592-153-4
 * Mark Horton (1986). : UUCP Mail Interchange Format Standard. Internet Engineering Task Force Requests for Comment.
 * Taylor UUCP Documentation – useful information about UUCP in general and various uucp protocols.
 * The UUCP Project: