I2P डेवलपर बैठक - 11 अक्टूबर 2005

16:29 <jrandom> 0) नमस्ते 16:29 <jrandom> 1) 0.6.1.2 16:29 <jrandom> 2) I2PTunnelIRCClient 16:29 <jrandom> 3) Syndie 16:29 <jrandom> 4) I2Phex 16:29 <jrandom> 5) Stego और डार्कनेट्स (flamewar के संदर्भ में) 16:29 <jrandom> 5) ??? 16:29 <jrandom> 0) नमस्ते 16:29 <@cervantes> (6) 16:29 <+postman> आपका मतलब 6) है? 16:29 <jrandom> हाँ, मैं गिन नहीं पाता ;) 16:30 * postman ने cervantes को हाई-फाइव किया 16:30 <jrandom> साप्ताहिक स्थिति नोट्स यहाँ पोस्ट किए गए हैं @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html 16:30 <wiht> प्रश्न आइटम 6 होना चाहिए। 16:30 <jrandom> मैं 30 मिनट देर से आया हूँ, तो मुझे यकीन है कि आप सब वे नोट्स पढ़ चुके होंगे, चलिए शुरू करते हैं ;) 16:31 <jrandom> 1) 0.6.1.2 16:31 <@cervantes> 6) समय-निर्धारण में jrandom के रूममेट के खराब निर्णय पर चर्चा 16:31 <jrandom> *खाँसी* ;) 16:31 <jrandom> ठीक है, ईमेल में जिसकी चर्चा हुई थी, 0.6.1.2 रिलीज़ अच्छा काम कर रही है। 16:32 <jrandom> हमने वह बग ढूँढ लिया जिसने IRC सर्वरों को पुराने बिल्ड पर रोके रखा था, और अब वे भी अपडेटेड हैं (w00t!) 16:32 <+postman> :) 16:32 <wiht> उस बारे में, router कंसोल के netDB में, क्या पेज के शीर्ष पर routers और उनके संस्करणों वाली तालिका सूचीबद्ध करना संभव है? 16:33 <jrandom> प्रति संस्करण routers की संख्या, सही? हाँ, यह काफ़ी आसानी से हो सकता है, शायद इसे peers.jsp तालिका में एकीकृत कर दें (प्रति-peer वर्ज़न दिखाते हुए) और नीचे एक नई तालिका? 16:34 <jrandom> 9 संस्करणों को साथ में बढ़िया चलते देखना अच्छा है, हालांकि नए वाले ही सबसे बेहतर काम करते हैं 16:35 <jrandom> ठीक है, किसी और के पास 1) 0.6.1.2 के बारे में कुछ है? 16:35 <+postman> मेरे routers में से एक 1080 known दिखा रहा है 16:35 <jrandom> वाह 16:35 <+postman> मुझे लगता है यह थोड़ा गलत लग रहा है? 16:35 <jrandom> क्या वह 0.6.1.2 पर है? 16:35 <+postman> हाँ, लगता है 16:36 <jrandom> हम्म, हाँ, यह... थोड़ा ज्यादा है। मैं अभी लगभग उसका आधा देख रहा हूँ 16:36 <+Complication> यहाँ स्थायी रूप से करीब 400 के आसपास 16:37 <+bar> यहाँ भी वही 16:37 <wiht> मैं 260 known routers देख रहा हूँ। 16:37 <jrandom> postman: बैठक के बाद हम उस router में क्या हो रहा है, इसे देख सकते हैं (क्या आप मुझे netDb/routerInfo-* को tar.bz2 करके भेज सकते हैं?) 16:38 <+postman> jrandom: हाँ, धन्यवाद 16:38 <jrandom> gracias 16:38 <jrandom> हाँ, हर कोई हर netDb संदर्भ नहीं देखेगा, तो उतार-चढ़ाव होना सामान्य है 16:40 <jrandom> ठीक है, अगर 1) 0.6.1.2 पर और कुछ नहीं, तो 2) I2PTunnelIRCClient पर चलते हैं 16:40 <@cervantes> बढ़िया किया dust 16:40 <jrandom> ईमेल में बताया था, हमारे पास CVS में एक नया IRC-प्रोटोकॉल-विशिष्ट फ़िल्टर उपलब्ध है, और अगली रिविज़न में यह डिफ़ॉल्ट के रूप में जारी होना चाहिए 16:41 <+postman> बहुत बढ़िया 16:41 <jrandom> हाँ, यह बहुत बढ़िया है, लोग लंबे समय से कुछ ऐसा ही मांग रहे थे 16:41 <+Myo9> Jrandom, आप हाल में ज़्यादा खुले हो गए हैं, हमने आपकी ex के बारे में जाना, और अब आपके रूममेट के बारे में, आदि। याद रखें: http://www.navysecurity.navy.mil/st031204.webp 16:41 <jrandom> *खाँसी* 16:42 <dust> अगर आप देखना चाहें कि आपका क्लाइंट क्या भेजता है, तो आप net.i2p.i2ptunnel.I2PTunnelIRCClient=INFO जोड़ सकते हैं और फिर सब कुछ देखने के लिए लॉग्स देखें 16:43 <dust> मैंने कुछ क्लाइंट्स टेस्ट किए हैं, पर बहुत सारे हैं.. 16:43 <jrandom> हाँ, मैं इसे थोड़ी देर से देख रहा हूँ, और फ़िल्टरिंग ठीक लगती है 16:44 <jrandom> भविष्य में कुछ बढ़िया चीजें कर सकते हैं - जैसे PING/PONG को स्थानीय रूप से करना, ताकि नेटवर्क गतिविधि कम हो 16:44 <+Complication> dust: "info" के लिए धन्यवाद :) 16:44 <+bar> कमाल, dust, बहुत धन्यवाद 16:44 <wiht> क्या इसका मतलब है कि हमें अतिरिक्त IRC tunnel सेटअप करने की ज़रूरत नहीं? 16:44 <jrandom> wiht: नहीं, आपको एक IRC tunnel चाहिए होगी, पर यह आपकी मौजूदा वाली को बदल सकती है 16:45 <+Complication> wiht: बस इस चिंता को कम कर देता है कि हमारा IRC क्लाइंट हमारी पोल खोल दे 16:45 <jrandom> postman/cervantes: server ping/pong timeouts बढ़ाने या हटाने पर कोई विचार? 16:45 <wiht> समझ गया, धन्यवाद। 16:46 <+postman> हम्म, मैं उन्हें हटाना नहीं चाहूँगा, जब मैंने इसमें छेड़छाड़ की तो मेरा क्लाइंट बिल्कुल गड़बड़ा गया 16:46 <jrandom> postman: खैर, मैं सोच रहा था कि अगर इसका जवाब लोकली दिया जाए, तो क्लाइंट को बहुत तेज़ PING/PONG मिलेगा 16:46 <@cervantes> postman: प्रॉक्सी pings का जवाब दे सकती है 16:46 <jrandom> (पर ping/pong को नेटवर्क पर जाने की ज़रूरत नहीं होगी) 16:47 <jrandom> असर क्या होगा पता नहीं, पर देखना फ़ायदेमंद हो सकता है। 16:47 <@cervantes> पर मुझे नहीं पता सर्वर कैसे रिएक्ट करेंगे, कहीं ढेरों zombie क्लाइंट्स न बन जाएँ 16:47 <+postman> jrandom: खैर 16:47 <jrandom> खैर, streaming lib का keepalive इसे संभाल लेना चाहिए 16:47 * Complication ने कभी-कभी zombification का अनुभव किया है 16:47 <jrandom> Complication: हाल में? 16:47 <+postman> jrandom: अगर प्रॉक्सी क्लाइंट की ओर से ping करती है, तो प्रॉक्सी को क्लाइंट को भी ping/pong करना होगा 16:48 <+Complication> मेरा ख्याल है एक हफ्ता पहले। 16:48 <jrandom> postman: क्लाइंट से प्रॉक्सी को PING आने पर, प्रॉक्सी i2p पर कुछ भेजे बिना सीधे क्लाइंट को PONG भेज देगी 16:48 <+Complication> लेकिन मेरी "copy" अंततः ड्रॉप हो गई। 16:48 <@cervantes> jrandom: कनेक्शन खुला रखा जाएगा...सर्वरों को यह तय करने की सीमा कम करनी पड़ेगी कि किस बिंदु पर कोई क्लाइंट निष्क्रिय हो गया है और उसे निकालना है 16:48 <jrandom> Complication: अच्छा, तब IRC सर्वर अपडेट नहीं थे, अब ऐसा नहीं होना चाहिए 16:49 <+Complication> मेरे 'ghost' का उपयोग किए बिना। हाल में ghost कमांड का उपयोग बहुत सारे नोड्स के साथ काम करने के कारण हुआ है। 16:49 <+postman> jrandom: और lag माप? 16:49 <jrandom> cervantes: ठीक। और/या ज़रूरत पड़ने पर, प्रॉक्सी सर्वर को एक अतिरिक्त PING संदेश भेज सकती है, अगर उसे इसकी /ज़रूरत/ हो। 16:49 <+postman> मुझे यह जानना काफ़ी उपयोगी लगता है कि मैं lagged हूँ या नहीं 16:49 <jrandom> postman: मुझे भी, पर आप हमेशा /msg खुद को कर सकते हैं 16:50 <dust> शायद pings की संख्या कम की जा सकती है 16:50 <jrandom> इससे काफी bandwidth बचेगी, क्योंकि tunnel संदेश 1024byte के ब्लॉक्स होते हैं, जो 2*k+1 hops पर भेजे जाते हैं 16:50 <jrandom> वह भी 16:50 <jrandom> पता नहीं, बस एक आइडिया है। जो हमारे पास अभी है, वह जबरदस्त है 16:51 <+postman> ठीक है, मैं एक testserver को पैच करने की कोशिश करूँगा 16:51 <@cervantes> शायद हम संख्या कम करने पर ध्यान दे सकते हैं...लेकिन मुझे लगता है कि क्लाइंट्स अभी भी जीवित हैं या नहीं, यह जाँचने के लिए कुछ असली pings फिर भी भेजनी चाहिए 16:51 <+postman> हो सकता है यह काम करे 16:51 <jrandom> ठीक लगता है, cervantes। मुझे नहीं लगता कि सर्वर पर किसी पैचिंग की ज़रूरत होगी, उम्मीद है? 16:52 <+postman> jrandom: डिएक्टिवेट करने के लिए शायद - पर अंतराल कम करना एक conf पैरामीटर है 16:53 * postman ircd डॉक्युमेंटेशन को चबा रहा है ( फिर से ) 16:53 <jrandom> अच्छा, कोई जल्दी नहीं। बस कुछ है जिसे कभी देख सकते हैं 16:53 <@cervantes> class servers 16:53 <@cervantes> { 16:53 <@cervantes> pingfreq 120; 16:54 <@cervantes> class clients { pingfreq 90 } 16:54 <@cervantes> यह मेरा वर्तमान config है 16:54 <+postman> cervantes: हाँ, मुझे पता है - सवाल यह है कि क्या इसे पूरी तरह डिएक्टिवेट किया जा सकता है 16:54 <@cervantes> मैं उन्हें डिएक्टिवेट नहीं करूँगा...बस उन्हें कम करने पर नज़र डालें 16:55 <+postman> ठीक है, उससे शुरू करते हैं 16:55 <+postman> cervantes: 180 सेकंड कैसे रहेंगे? 16:56 <@cervantes> सीधे गहरे पानी में 240 से 16:56 <@cervantes> लेकिन शायद पहले हमें ircproxy वाला पक्ष तैयार करना चाहिए 16:57 <@cervantes> *बैठक के बाद चर्चा करें* 16:57 <+postman> सहमत 16:57 <jrandom> w3rd. ठीक है, 2) I2PTunnelIRCClient पर और कुछ, या 3) Syndie? 16:57 <@cervantes> मेरे वर्तमान 40kb/sec औसत router ट्रैफ़िक को कम करने के लिए कुछ भी ;-) 16:58 <jrandom> हेह, किसी वजह से मुझे शक है कि यह सब IRC ही है ;) 16:58 <jrandom> ठीक है, आगे बढ़ते हैं 16:59 * cervantes अपने पोनी वीडियो डाउनलोड्स छिपाता है जिन्हें वह पूरे हफ्ते jrandom से लीच कर रहा था 16:59 <@cervantes> is=the 16:59 <+postman> LOL 16:59 <jrandom> मेल में बताई गई बात के अनुसार, Syndie के साथ कुछ काफी बढ़िया चीजें चल रही हैं 16:59 <jrandom> CLI तुच्छ है, लेकिन dust का नया Sucker बहुत उम्मीदजनक लग रहा है 16:59 <jrandom> dust: हमें संक्षेप में बताओ? 17:00 <dust> ओह, 17:01 <dust> खैर, यह फीड्स को पार्स करने के लिए rome का उपयोग करता है और फिर उसे sml में बदल देता है, जैसा jrandom के blog में बताया गया है 17:02 <dust> यह अभी जिसे आप robust कहें, वैसा नहीं है, लेकिन इसे सिर्फ़ दो दिन हुए हैं :) 17:02 <dust> मेरे Syndie में कुछ Dilbert आ गया है.. 17:02 <dust> :) 17:02 <dust> . 17:02 <jrandom> अच्छा 17:03 <jrandom> ठीक है, यह कहाँ जाना चाहिए, इस पर आपके विचार क्या हैं - क्या इसे Syndie के सोर्स में डालकर CLI के रूप में एक्सपोज़ करें, या इसे अलग रखें और स्वतंत्र रूप से वितरित करें, या कुछ और? 17:04 * dust नहीं जानता, आप तय करें 17:04 <dust> अलग-अलग टूल्स जितने कम, उतना अच्छा 17:04 <jrandom> हाँ, शायद सब कुछ साथ पैक करना आसान होगा, इस तरह सभी को पता रहेगा कि वे इसका उपयोग कर सकते हैं 17:05 <jrandom> तब हम इसे वेब इंटरफ़ेस में, और संभवतः Ragnarok के scheduler में इंटीग्रेट कर पाएँगे (दूसरे नोड्स के साथ syndicate करना और rss/atom/etc से खींचना) 17:07 <jrandom> ठीक है, 3) Syndie पर किसी के कोई प्रश्न/टिप्पणियाँ/चिंताएँ? 17:07 <wiht> यदि आप I2P में सॉफ्टवेयर जोड़ते ही जाते हैं, तो यह एक भारी-भरकम सॉफ्टवेयर पैकेज बन सकता है। 17:07 <wiht> बिल्कुल, अगर मैं इसका उपयोग नहीं कर रहा, तो मैं Syndie को बंद कर सकता हूँ। 17:08 <jrandom> i2p sdk 13KLOC 17:08 <jrandom> और i2p router सिर्फ 22KLOC है 17:08 <jrandom> पर हाँ, इंस्टॉल डाउनलोड समय पर असर पड़ता है 17:09 <jrandom> अगर कोई चाहे, तो वह बिना क्लाइंट ऐप्स के एक stripped-down router बना सकता है, सिर्फ router.jar, jbigi.jar, और i2p.jar का उपयोग करके 17:09 <wiht> हाँ, मैं डाउनलोड की ही बात कर रहा था। 17:09 <jrandom> (लेकिन यह तब कहीं ज़्यादा उपयोगी होता है जब इसे नियंत्रित करने के लिए वेब इंटरफ़ेस, i2ptunnel, और streaming lib वगैरह हों ;) 17:11 <jrandom> smeghead एक distribution सिस्टम पर काम कर रहा था (emerge जैसा, Java के लिए), और jpackage वाले भी हैं 17:11 <jrandom> अगर कोई बंडलिंग के बिना ऐप्स को मैनेज करने का निर्बाध और विश्वसनीय तरीका ढूँढना चाहे, तो वह बहुत बढ़िया होगा 17:12 <jrandom> ठीक है, अगर उस पर और कुछ नहीं, तो 4) I2Phex पर चलते हैं 17:13 <jrandom> स्टेटस नोट्स में जो है, उसके अलावा मेरे पास जोड़ने को ज़्यादा नहीं 17:13 <jrandom> redzara: आप हैं? 17:13 <+redzara> हाँ, मैं हूँ 17:13 <+redzara> मैं अगली वर्ज़न पर काम कर रहा हूँ, Gregor के साथ बैठक का इंतज़ार करते हुए। 17:13 <jrandom> आह, बढ़िया 17:13 <+redzara> इस समय काम मुख्यतः I2P के उपयोग से संबंधित विभिन्नताओं और आवश्यकताओं की पहचान करने का है, जैसे उदाहरण के लिए tcp/udp बनाम i2p, I2P-विशिष्ट पैरामीटर्स का प्रबंधन (और अगली वर्ज़न्स के समय इन्हीं पैरामीटर्स के अपडेट का प्रबंधन, ...) GWebCache का I2P पर पोर्ट, RSS का उपयोग करना है या नहीं, push का उपयोग करना है या नहीं... 17:14 <+redzara> मेरे पास पढ़ने के लिए बहुत सा डॉक्यूमेंटेशन और कोड है 17:15 <jrandom> वाह, हाँ, काफी काम लगता है। I2P इंटीग्रेशन के बारे में कोई प्रश्न हों तो बताइए, या अगर सिर्फ़ विचारों पर चर्चा करने के लिए किसी की ज़रूरत हो 17:16 <jrandom> I2Phex हिस्से को mainline Phex के लिए एक प्लगइन में बदलना वाकई कमाल होगा 17:17 <jrandom> ठीक है, 4) I2Phex के लिए किसी और के पास कुछ है? 17:18 <+redzara> मुझे petname वाले हिस्से के लिए निश्चित रूप से सहायता चाहिए होगी 17:19 <+redzara> और शायद tunnels के parameters की fine tuning के लिए भी 17:19 <jrandom> अच्छा, naming काफ़ी आसान है - बुनियादी स्तर पर, आप बिना नामों का उपयोग किए भी काम चला सकते हैं (I2Phex अभी ऐसे ही करता है) 17:20 <jrandom> tunnel config भी समस्या नहीं होनी चाहिए, हालांकि इससे यह विचार आता है कि शायद Phex को plugins के लिए एक 'advanced configuration' सेक्शन चाहिए होगा 17:20 <jrandom> (हम वैसे भी अच्छे डिफ़ॉल्ट रखना चाहेंगे) 17:21 <+redzara> शायद ircclient जैसा कुछ, यकीन के लिए एक फ़िल्टर 17:22 <@cervantes> मेरी राय में पहले ऐप को सही रूप में लाना बेहतर है 17:22 <jrandom> वह काम कर सकता है, पर मनमाने byte sequences से निपटना मुश्किल हो सकता है 17:23 <jrandom> हालाँकि, ircclient जैसी प्रॉक्सी किसी भी gnutella क्लाइंट को इसका उपयोग करने देने में सक्षम हो सकती है। लेकिन यह काफी काम होगा। 17:23 <+redzara> हम्म, यह बस एक आइडिया है ;) 17:23 * jrandom प्रोटोकॉल को इतना अच्छी तरह नहीं जानता कि सबसे अच्छा तरीका बता सके, इसलिए सुझाव है कि सबसे सरल चीज़ से शुरू करें जो काम कर सके :) 17:25 <jrandom> ठीक है, अगर और कुछ नहीं, तो 5) stego और डार्कनेट्स को संक्षेप में देख लें 17:26 <jrandom> मुझे नहीं लगता कि सूची पर जो कहा जा रहा है उससे परे मेरे पास जोड़ने को कुछ है (और मुख्य चर्चा शायद वहीं जारी रहनी चाहिए) 17:27 <jrandom> यह कहते हुए, उठाए गए मुद्दों पर किसी को कुछ कहना है? 17:27 <wiht> चर्चा में Freenet संस्करण 0.5 और 0.7 का उल्लेख था। क्या Freenet का 0.6 संस्करण है? 17:27 <jrandom> 0.6 उनके नेटवर्क की मौजूदा "unstable" शाखा है 17:27 <jrandom> afaik 17:28 <+postman> ओह और मैं सोच रहा था कि इसे एलियन फोर्सेस ने चुरा लिया है 17:28 <jrandom> हालाँकि एलियंस को दोष देना आमतौर पर सुरक्षित दांव है, यह उन कुछ मामलों में से है जहाँ उनकी गलती नहीं है 17:28 <+postman> :) 17:28 <wiht> Toad I2P या FreeNet के नोड्स के IP पते जुटा पाने की बात कर रहा था, सही? 17:28 <jrandom> और भी कई चीज़ों के अलावा 17:29 <wiht> बस वही स्पष्ट करना चाहता था, धन्यवाद। 17:29 <jrandom> np. ठीक है, 5) पर किसी और के पास कुछ है, या हम पुराने अंदाज़ वाले 6) ??? पर चलें? 17:30 <+postman> ठीक है, मेरे पास 6) के लिए एक है 17:30 <jrandom> मान लीजिए हम आगे बढ़ गए हैं। 17:30 <jrandom> क्या बात है, postman? 17:30 <+postman> हम सबने देखा है कि प्रोटोकॉल-विशिष्ट फ़िल्टर करने में सक्षम प्रॉक्सी अच्छी और ज़रूरी हैं 17:31 <+postman> क्या किसी generic प्रॉक्सी पर सोच-विचार करना संभव होगा 17:31 <+postman> जिसे प्रोटोकॉल विवरण दिया जा सके 17:31 <+redzara> मैं beanshell का उपयोग करके cron जैसी एक एप्लिकेशन चाहता हूँ जो Java कोड को गतिशील रूप से चला सके 17:31 <+postman> साथ ही निगरानी/फ़िल्टर/छिपाने की चीज़ें भी 17:31 <+postman> जैसे एक filter/sanitize XML विवरण 17:32 <+postman> ताकि हमें नया सोर्स नहीं, बस नई फ़िल्टर फ़ाइल/प्रोफाइल चाहिए हो 17:32 <+postman> (बस सवाल है कि इस पर सोचना सार्थक है या नहीं) 17:32 <jrandom> बहुत, बहुत जटिल है, postman। javacc जैसी lexer का उपयोग करके इनपुट भाषाएँ बनाना और फिर उस भाषा को आउटपुट फ़ॉर्मैट में अनुवाद करने वाला एक ऐप बनाना संभव होगा 17:32 <@cervantes> समस्या उन चीज़ों को पकड़ने में आती है जो प्रोटोकॉल से विचलित होती हैं 17:33 <+postman> यह तो बस ब्रेनस्टॉर्मिंग शुरू कराने का एक आइडिया था 17:33 <+postman> imho modeled फ़िल्टर/पार्सर वाली एक generic प्रॉक्सी बहुत उपयोगी है 17:33 <wiht> क्या कोई eepsites.i2p से कनेक्ट हो पाया है? मैं पिछले हफ्ते कई बार कोशिश की, पर हर बार असफल रहा। 17:33 <jrandom> wiht: मैंने इसे एक बार लोड किया था, यह eepsites.com जैसा ही है 17:34 <jrandom> (या वह .net है? या .org? भूल गया) 17:34 * wiht eepsites.com पर जाता है 17:34 <jrandom> postman: अगर कोई कुछ ऐसा बना दे जो काम करे, तो वह कमाल होगा 17:34 <+postman> jrandom: ठीक है, मैं susi के साथ मिलकर कुछ सोचूँगा 17:34 <jrandom> w3wt 17:34 <+postman> jrandom: शायद हम इसे अगले हफ्ते छोड़ देंगे 17:35 <wiht> यह eepsites.com है, और यह eepsites के लिए एक सर्च इंजन है। 17:35 <+postman> पर मैंने सपना देखा था कि यह काम कर रहा था 17:35 <+postman> :] 17:35 <jrandom> :) 17:36 * Complication को संदेह है कि प्रोटोकॉल में होने वाली सारी बारीकियों का वर्णन... कोड की माँग करता है, और कोड से कम कुछ नहीं 17:36 <+Complication> (कम से कम ज़्यादातर प्रोटोकॉल्स के लिए) 17:36 <@cervantes> नाह, बस कुछ eeevul regex 17:36 <+postman> Complication: शायद यही शंका हमें आगे की जाँच-पड़ताल से रोकती है 17:37 <+postman> Complication: मैं अभी पक्का नहीं हूँ, पर सिर्फ़ शंका से मैं इस मामले में रुकने वाला नहीं 17:37 <jrandom> खैर, यहाँ एक महत्वपूर्ण बात वह है जो dust ने हमारे लिए दिखाया - 17:37 * Complication ऐसे काम करने में सक्षम regex से डरता है 17:37 <jrandom> कोड ज़रूरी नहीं कि इतना डरावना हो 17:37 <+postman> देखा? :) 17:37 <+postman> एक अच्छी फ़िल्टर मॉडलिंग भाषा वही काम कर देगी 17:38 <+postman> :) 17:38 <@cervantes> tcl? :) 17:38 <+Complication> वह बहुत अच्छी होनी चाहिए। 17:38 * jrandom देखता है कि तुम्हारे पास भी अपने उड़ने वाले पोनी हैं, postman ;) 17:38 * dust को भी यहाँ-वहाँ कोड दोहराने पर बुरा लगा 17:38 <+postman> jrandom: कोई गाय नहीं :) 17:38 <jrandom> काम करने वाला कोड>>> कोड में सैद्धांतिक सुधार 17:39 <+postman> हम्म 17:40 <+postman> एक बात मैंने I2P से सीखी है 17:40 <wiht>>>> का मतलब "बहुत, बहुत बेहतर?" 17:40 <+postman> पहली नज़र में हार मत मानो 17:40 <jrandom> बिलकुल सही, postman 17:40 <jrandom> हाँ, wiht 17:41 <jrandom> यह वाकई बहुत बढ़िया होगा 17:41 <jrandom> ठीक है, बैठक के लिए और किसी के पास कुछ है? 17:41 <+bar> अच्छा, IMAP कैसा काम कर रहा है, postman? (मैंने फोरम्स में इसके बारे में पढ़ा है पर अभी खुद नहीं आज़माया) 17:41 <+postman> bar: खुद ट्राई करो - अभी मेरे पास कोई यूज़र रिपोर्ट्स नहीं हैं 17:41 * cervantes पोनी-आकार का गोंग अंदर लुढ़काता है 17:42 <+bar> ठीक है, करूँगा :) 17:42 <+postman> bar: और मेरे लिए यह FINE काम करता है :) 17:42 <jrandom> अच्छा 17:42 <+bar> कूल 17:42 <+postman> cervantes: तुम अटके हुए हो 17:42 <@cervantes> मैं?! 17:42 <@cervantes> :) 17:43 <jrandom> ठीक है, 90 मिनट का निशान छूने से पहले 17:43 * jrandom समेटता है 17:43 * jrandom मीटिंग को *baf* करके बंद करता है