वहाँ है एक लोकप्रिय एक होने - एक आम प्रोटोकॉल, वास्तव में कई XMPP , (अस्पष्ट उर्फ) दूसरा SIMPLE है, जो वीओआईपी के लिए प्रयुक्त SIP प्रोटोकॉल का एक प्रकार है। (कुछ सबसे पुराने, जैसे कि टॉक , ज़ेफियर , या गेल - यहां तक कि आईआरसी - भी क्रॉस-डोमेन संचार को ध्यान में रखकर बनाए गए थे।) बल्कि, तकनीकी और तकनीकी दोनों के लिए वाणिज्यिक सेवाएं एक सामान्य प्रोटोकॉल का उपयोग नहीं करना चाहती हैं। कारण लगता है।
यहाँ अकेले उपयोग के कुछ ऐतिहासिक उदाहरण दिए गए हैं:
- मूल रूप से, गूगल टॉक (पूर्व Hangouts) था एक मानक XMPP सेवा और XMPP का उपयोग कर अन्य डोमेन से कनेक्ट कर सकते हैं - वे भी ध्वनि / वीडियो-दर-XMPP विस्तार (जिंगल) की शुरुआत की।
- मूल रूप से, फेसबुक चैट था हालांकि इंटर-सर्वर महासंघ का समर्थन नहीं किया (शायद इसलिए है कि अधिक लोगों को एक Facebook खाते के लिए साइन अप करने के लिए होगा) एक XMPP संगत सेवा,।
- थोड़ी देर के लिए, यहां तक कि एओएल के एआईएम ने उनके (मालिकाना लेकिन आंशिक रूप से खुले फिर भी) ओएससीएआर प्रोटोकॉल के साथ-साथ एक्सएमपीपी का समर्थन करने की कोशिश की ।
- सिग्नल XMPP- आधारित है, लेकिन उनके पास इस सुविधा का समर्थन नहीं करने के निर्णय के बारे में एक ब्लॉग पोस्ट है । सिग्नल का मुख्य तर्क यह है कि एक फ़ेडरेटेड प्रोटोकॉल को बदलना मुश्किल हो जाता है, यहां और वहां छोटी विशेषताओं को जोड़ने के अलावा। (जो ... SMTP और DNS के लिए वास्तव में सच है, उदाहरण के लिए।)
अगर मुझे अनुमान लगाना होता, क्योंकि यह इंटरनेट के जन्म के दौरान "हत्यारे की सुविधा" नहीं बनती थी (अंतत: क्लाइंट की तरफ से "हल" की जा रही थी, जैसे कि ट्रिलियन, मिरांडा, या गैम / पिडगिन जैसे मल्टीट्रॉकोल चैट ऐप का उपयोग करके) , फ़ेडरेटेड मैसेजिंग ने कोर इंटरनेट प्रोटोकॉल बनने के अपने मौके को गंवा दिया और इसके बजाय केवल एक और व्यावसायिक रूप से गैर-फ़ीचर सुविधा के रूप में माना जाता है जो उपयोगकर्ताओं का बहुत कम प्रतिशत पूछने के लिए परवाह करता है।
(आईआरसी SMTP के साथ समकालीन है और दिन में एक बड़े पैमाने पर संघटित नेटवर्क था, इसलिए यह 'प्रोटोकॉल' क्यों नहीं बन गया? खैर, इसके सर्वर-टू-सर्वर प्रोटोकॉल अविश्वसनीय वातावरण के लिए पूरी तरह से अनुपयुक्त हैं, क्योंकि वे एक कसकर बनाते हैं। स्वतंत्र डोमेन के एक ढीले जाल के बजाय -synchronized प्रणाली। यह विशुद्ध रूप से एक-से-एक संदेश के साथ काम करने के लिए बनाया जा सकता है, लेकिन आईआरसी का ध्यान चैनल है और यह उस पर अच्छा नहीं है।)
अंत में ... स्पैम। मुझे याद है कि XMPP सर्वर ऑपरेटर्स द्वारा कुछ मेलिंग लिस्ट थ्रेड्स को पढ़ना, Google टॉक को भारी अंतर से सभी स्पैम संदेशों के मुख्य स्रोत के रूप में वर्णित करते हुए - उन्होंने दुरुपयोग की रिपोर्ट भेजने वाले के साथ काम करने में अच्छा काम नहीं किया, और वे ऐसे थे एक बड़ा प्रदाता जिसे आप एकमुश्त इसे रोक नहीं सकते हैं, लेकिन चैट संदेश बनाम ईमेल के प्रारूप के कारण (संक्षेप में, भागों में पहुंचने, बहुत कम मेटाडेटा), यह जाहिरा तौर पर इसे प्राप्तकर्ता-पक्ष को फ़िल्टर करने के लिए, या तो असंभव है।
आप निश्चित रूप से एक एक्सएमपीपी सर्वर (इज़बर्ड, प्रोसोडी) को स्थापित कर सकते हैं , जैसे कि एक ईमेल सर्वर स्थापित करेगा, और Nav@example.com
किसी अन्य के एक्सएमपीपी सर्वर के माध्यम से उपलब्ध हो सकता है। विंडोज से लेकर एंड्रॉइड तक कई ऑपरेटिंग सिस्टम के लिए एक्सएमपीपी क्लाइंट उपलब्ध हैं। (हालांकि आपको पुश नोटिफिकेशन उपलब्ध कराने में कुछ कठिनाइयां होंगी, और यदि आप ऐसा नहीं करते हैं, तो यह आपकी बैटरी को खत्म कर देगा।)