Kurze Zusammenfassung

Anwesend: deer, Janonymous, jrandom, modulus

Sitzungsprotokoll

14:04 <jrandom> 0) hi 14:04 <jrandom> 1) 0.4.1.2 14:04 <jrandom> 2) 0.4.1.3 14:05 <jrandom> 3) 0.4.2 14:05 <jrandom> 4) Mail-Diskussionen 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) hi 14:05 * jrandom winkt 14:05 <Janonymous> hallo 14:05 <jrandom> viele Nummern in unserer Tagesordnung diese Woche 14:05 <jrandom> wöchentliche Statusnotizen online @ http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 <jrandom> (vor ein oder drei Minuten gepostet) 14:05 <deer> * cervantes hat ein Kissen mitgebracht 14:06 <jrandom> oh, ich hoffe, so langweilig wird's nicht ;) 14:06 <jrandom> wie auch immer, springen wir zu den guten Sachen: 1) 0.4.1.2 14:06 <deer> <cervantes> mach mich nach dem Abschnitt zur statistischen Analyse wach 14:06 <jrandom> das Release ist draußen und alle sollten aktualisieren 14:06 <jrandom> heh 14:06 <deer> <cervantes> ähm wecken 14:07 <jrandom> es gibt ein paar Bugs im Watchdog-Code, der euren router unsauber abschießt (statt ihn neu zu starten, wenn etwas schiefgeht) 14:07 <jrandom> aber hoffentlich kommen solche Situationen nur sehr selten vor 14:07 <deer> <mule_iip> nö :( 14:08 <jrandom> nun, das variiert je nach Benutzer 14:08 <jrandom> ich versuche die Ursache zu finden, das Problem gibt es schon ewig und es ist ziemlich nervig 14:08 <jrandom> (der eigentliche Hänger, nicht der Watchdog-Code, der den Hänger erkennt) 14:09 <jrandom> die aktuelle CVS-Revision (0.4.1.2-1) hat den 'Kern' des Watchdog deaktiviert - er überwacht, fährt den router aber nicht herunter 14:10 <jrandom> aber 0.4.1.2 sollte für alle in Ordnung sein (außer mule ;) 14:10 <jrandom> oh, wie bereits erwähnt, startet etwas Logging und schickt mir Daten, gemäß http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 14:11 <jrandom> je mehr Daten, desto besser - wenn ihr es über Nacht laufen lassen könnt, wäre das großartig (ein 20h-Lauf auf ducks Box erzeugte ~60MB Daten) 14:11 <jrandom> ok, weiter zu 2) 0.4.1.3 14:12 <jrandom> nun, es gibt eigentlich nichts, das ich über das hinaus erwähnen möchte, was in der E-Mail steht 14:12 <jrandom> möchte jemand etwas zu 0.4.1.3 sagen? 14:12 <Janonymous> nee 14:13 <deer> <postman> nein 14:13 <Janonymous> rückwärtskompatibel? 14:13 <jrandom> sicher 14:13 <jrandom> ok, weiter zu * 3) 0.4.2 14:14 <jrandom> wieder so ein „siehe E‑Mail“ :) 14:14 <Janonymous> xpc vs. tcp ?? 14:14 <jrandom> ich habe noch nie einen tcp stack implementiert, daher wäre jede Anleitung willkommen 14:15 <jrandom> xcp hat eine bessere Handhabung in Netzwerken mit hohen Verzögerungen 14:15 <jrandom> (für Congestion Control) 14:15 <Janonymous> gehört da fec dazu? 14:15 <jrandom> nein 14:16 <Janonymous> k, denn ich habe das etwas recherchiert 14:17 <jrandom> cool 14:17 <jrandom> hast du etwas Gutes gefunden? 14:17 <deer> <cervantes> die meisten GET-Anfragen liegen unter 32kb... und eine durchschnittliche HTML-Seite sollte in etwa diese Größe haben... daher nehme ich an, dass das eepsurfing stark verbessert wird... - ich hätte allerdings auch nichts gegen eine Verbesserung des per-tunnel-Durchsatzes ... wird der neue Stack das verbessern? 14:17 <Janonymous> fec wird häufig für Netzwerke mit hoher Latenz/hohem Durchsatz verwendet 14:18 <deer> <mule_iip> jrandom: ich auch nicht, aber ich könnte hier jemanden bitten, dich zu unterstützen 14:18 <Janonymous> jrandom: etwas.. ich melde mich 14:18 <deer> <mule_iip> zumindest wäre es für ihn eine gute Lernerfahrung und ein weiteres Paar Augen 14:18 <jrandom> super, Janonymous 14:18 <jrandom> oh, saugeil, mule 14:18 <jrandom> cervantes: der per-tunnel-Durchsatz würde sich mit>1 Nachrichtenfenstern verbessern 14:19 <jrandom> (ich erwarte, dass wir sogar mit>1 als Fenstergröße starten können, abhängig davon, was wir aus dem router herauslesen können) 14:19 <jrandom> ((ecn++)) 14:19 <deer> <cervantes> grandios 14:20 <jrandom> ok, noch etwas zu 0.4.2-Kram? 14:20 <Janonymous> frischer Stack.. frischer Laptop.. *sabber* 14:21 <jrandom> heh 14:21 <Janonymous> ja 14:21 <Janonymous> eine Sache 14:22 <Janonymous> wird das den neuen kurzen Handshake implementieren? 14:22 <jrandom> hmm? 14:22 <jrandom> wir haben den Low-CPU TCP-Reconnect-Code im 0.4.1 Transport 14:22 <Janonymous> ah, in der E-Mail erwähnst du den Alice-> Bob Handshake 14:23 <Janonymous> ah 14:23 <Janonymous> bin noch am Aufholen 14:23 <jrandom> oh. ja, was auch immer 0.4.2 bringt, es wird eine Paketfolge unterstützen wie die in der E-Mail 14:24 <Janonymous> k 14:24 <jrandom> wir werden das vermutlich weitgehend über Socket-Optionen steuern (z.B. setze den Stream auf interactive und er sendet asap, setze den Stream auf bulk und er sendet nur, wenn der Puffer voll ist oder er geleert wird [oder er acken muss]) 14:25 <jrandom> ok, weiter zu 4) Mail-Diskussion 14:25 <jrandom> postman - bist du da? 14:26 <deer> <postman> ja 14:26 <jrandom> alles klar, magst du uns einen Überblick / ein Update bzgl. der Mail-Sachen geben? 14:27 <deer> <postman> hmm, ok, obwohl ich ziemlich schüchtern bin, vor so vielen Leuten zu reden :) 14:27 <jrandom> heh stell dir einfach vor, wir sind alle n^H^H^Hnackt... ach egal 14:28 * Janonymous holt Popcorn raus 14:28 <deer> <postman> seit dem 20. September läuft ein SMTP/POP Service - erreichbar mit normalen smtp/pop3 MUAs 14:29 <deer> <postman> ich habe da einiges an Aufwand hineingesteckt und die potenziellen Risiken analysiert, die normale Mail-Clients mit sich bringen 14:29 <Janonymous> was ist mit Inproxies/Outproxies? 14:29 <deer> <postman> und alles auf einer Website zusammengestellt 14:29 <deer> <postman> für diejenigen, die es noch nicht getan haben: www.postman.i2p 14:29 * Janonymous hat derzeit keinen Zugang zum Netzwerk 14:30 <deer> <postman> auf der Website gibt es einen Vorschlag, der versucht, alle gängigen Probleme in Bezug auf Anonymität und Zuverlässigkeit eines Mailservices zu erfassen, wenn zwischen i2p und Internet gebridged wird 14:30 <deer> <postman> Out/Inproxy läuft noch nicht, ist aber in Planung 14:30 <Janonymous> ich glaube, ich habe etwas von der Diskussion auf der Mail-Liste oder dem Forum mitbekommen 14:30 <Janonymous> Out wäre gefährlicher als In, richtig? 14:31 <deer> <postman> zuerst möchte ich ein allgemein akzeptiertes Konzept 14:31 <deer> <postman> allgemein JA, aber ich denke, wir haben einen Weg gefunden, dass Spam und Ähnliches nicht nach außen gesendet wird 14:31 <jrandom> cool wäre, wenn der mx.postman.i2p In/Outproxy an verschiedene (oder mehrfach redundante) pop3-Accounts verteilen könnte 14:31 <deer> <postman> jrandom2p: bitte näher erklären 14:32 <jrandom> (so wäre er nicht an einen bestimmten Mailhost gebunden) 14:32 <deer> <postman> jrandom2p: es ist eine Frage des kontobasierten Routings 14:33 <Janonymous> könnten die separaten Mailhosts auch synchronisiert werden? 14:33 <deer> <postman> jrandom2p: der Out/In Proxy könnte problemlos mehr als ein internes Mailsystem handhaben - könnte sogar eine Art Fallback-Zustellung organisieren 14:33 <jrandom> genau, postman 14:33 <jrandom> vermutlich viel Arbeit, ich weiß nicht viel über die MTAs, mit denen du arbeitest 14:33 <deer> <postman> jrandom2p: der Out/In proxy könnte problemlos mehr als ein internes Mailsystem handhaben - könnte sogar eine Art Fallback Zustellung arrangieren 14:34 <jrandom> 'k, super 14:34 <Janonymous> Frage bzgl. In/Out 14:34 <deer> <postman> janonymous: ich habe deine Frage nicht verstanden - bitte erklären 14:34 * jrandom träumt von UUCP-Style Offline Fetch von mx.postman :) 14:35 <Janonymous> würde verpflichtende Mailbox-zu-Mailbox Verschlüsselung das Senden In/Out weniger gefährlich machen? 14:35 <deer> <postman> jrandom: haha, uucp ist nicht nötig, denke ich - vielleicht ist ETRN sexier :) 14:35 <deer> <postman> janonymous: momentan funktioniert das System nur intern - jeder kann PGP oder so ähnlich anwenden 14:36 <jrandom> Janonymous: du solltest bei www.postman.i2p vorbeischauen - er hat dort einen Haufen Ideen/Probleme zusammengestellt 14:36 <Janonymous> verpflichtende Verschlüsselung/Signaturen ist auch eine Antispam-Methode, glaube ich 14:36 <deer> <Ragnarok> wäre es möglich, das postman.i2p-Adressbuch über LDAP zu bedienen? 14:36 <Janonymous> ich werde, sobald mein Laptop kommt 14:37 <deer> <postman> rag: es gibt schon ein Adressbuch - es ist jedoch SQL basiert - eine Übertragung nach LDAP ist möglich 14:38 <Janonymous> = server gehostetes Adressbuch? 14:38 <deer> * postman lädt alle ein, eigene Ideen zum Ideen/Konzepte HTML-Dokument beizutragen 14:38 <Janonymous> wird gemacht, postman 14:38 <deer> * cervantes crawlt das Adressbuch und fängt an, Penisvergrößerungs-Pharma-Mails zu schreiben 14:39 <deer> <postman> janonymous: nun, ALLE Mailuser sind SQL basiert - somit ist das "Adressbuch" nur eine Ansicht auf diese Tabelle 14:39 <deer> <postman> cervantes: btw, jeder Benutzer kann wählen, ob er sichtbar sein will oder nicht 14:39 <Janonymous> ah 14:40 <Janonymous> wie wäre es mit selektiven Gruppen ;) 14:40 <deer> <cervantes> postman: jup, ich habe mich bereits angemeldet ;-) 14:40 <deer> <postman> cervantes: und da wir ein Mailidentitätssystem HABEN, kannst du deine Absenderadresse nicht fälschen - wir wissen, dass DU es warst :) 14:40 <deer> <postman> janonymous: ja, ist für Version 2.0 geplant :) 14:41 <deer> <cervantes> postman: aber ich werde einfach jede ircnym@postman.i2p zuspammen ;-) 14:41 <deer> <postman> cervantes: das ist technisch möglich, ja :) 14:42 <deer> <postman> cervantes: ich hoffe, du kannst diese Pillen auch liefern :) 14:42 <Janonymous> klingt nach einer dringend benötigten und lange erwarteten Entwicklung für i2p 14:42 <Janonymous> das neue E-Mail-System 14:42 <deer> <cervantes> postman: und zur Absender-Sache.. das "Cervantes' Penisvergrößerungs-Elixier" würde den Absender auch anzeigen :) 14:42 <deer> <postman> janonyous: ich kann nicht über jedes implementierte Detail sprechen 14:43 <deer> <postman> jan: die Website ist dafür am besten geeignet 14:43 <deer> <postman> cervantes: in der Tat - aber das könnte gefälscht werden :) 14:43 <Janonymous> alles klar.. ich komme so schnell wie möglich hin 14:43 <jrandom> ok, super. also, ja, ihr solltet euch ansehen, was auf www.postman.i2p steht, und eure Ideen/Kommentare schicken 14:43 <deer> * postman nickt und setzt sich wieder 14:44 <jrandom> (postman++) 14:44 <jrandom> ok das bringt uns zu 5) ??? 14:44 <jrandom> hat noch jemand etwas, das er ansprechen möchte? 14:44 <jrandom> (i2p bezogen) 14:44 <deer> <postman> :) 14:44 <Janonymous> nur ein Gedanke 14:45 <Janonymous> mögliche Nutzung für I2P.. wir wissen, es ist eine "distributed anonymous network layer" 14:45 <deer> <Jake> mein Knoten ist down :( Ausrüstung in einen anderen Teil des Hauses verlegen 14:46 <Janonymous> aber wofür kann das genutzt werden.. insbesondere diese "Gemeinwohl" Themen 14:46 <Janonymous> Unterdrückerische Dritte Welt Länder, Meinungsfreiheit.. etc.. das ist eines der Haupdinge, die mich überhaupt so sehr für i2p interessiert haben 14:47 <Janonymous> und freenet übrigens 14:47 <deer> <Jake> unterdrückte 1. Welt Länder wie die u.s. 14:47 <Janonymous> also dachte ich, vielleicht etwas Ausarbeitung zu diesen Themen, vielleicht beginnend im Forum, dann ein paar Worte auf der Seite 14:48 <jrandom> wir haben eine Menge Arbeit zu tun, bevor wir irgendeine Relevanz für Menschen in China beanspruchen können 14:48 <Janonymous> heh, ja, möchte keine falschen Versprechen machen, aber.. 14:48 * jrandom wird nicht sagen, dass wir sicher sind, wenn es so wenig Peer Review gab (und es noch so viele offene Punkte gibt) 14:49 <deer> <fidd> wie schwer wird es für China sein, i2p zu zensieren? 14:49 <deer> <cervantes> Ich denke Anwendungen werden beginne besser hervor zu kommen, sobald das zugrunde liegende Netzwerk aufgehört hat "shapeshifting" 14:49 <Janonymous> aber diese Themen sind für mich einer der Hauptgründe, die i2p so aufregend machen 14:49 <jrandom> fidd: Zensur hat viele Definitionen. im Sinne von "spezifischen Inhalt vom Transfer abzuhalten", so gut wie unmöglich, außer i2p illegal zu machen 14:50 <Janonymous> wie wäre es, "i2p in Netzwerken in China zu erkennen" 14:50 <Janonymous> stego? 14:51 <jrandom> aufregend, ja. wichtig? ja. notwendig? ja. aber da es noch so viel Arbeit zu tun gibt, bevor wir relevant sind, ist es einfach deprimierend, darüber zu sprechen. 14:51 <Janonymous> mein Fehler :) 14:51 <deer> <cervantes> sobald das Basisnetzwerk solide ist, könnten wir wahrscheinlich mit ein paar netten Spielzeugen weitermachen - z.B. Filesharing Apps, IM Systeme etc. Hoffentlich wird die Nutzerbasis dann anschwellen....bevor dies passiert, wird es einfach nicht genug Peers geben, um Anonymität für Menschen, die in unterdrückerischen Systemen leben, zu garantieren 14:52 <jrandom> es ist immer wichtig, die eigentlichen Ziele im Auge zu behalten, Janonymous, und das schätze ich 14:52 <Janonymous> ja, Anzahl der Nodes hat viel damit zu tun 14:52 <modulus> meiner Meinung nach sollten Menschen in unterdrückerischen Ländern erstmal fernbleiben, bis es stego und Dinge wie Zufallsrauschen gibt, um Traffic Analyse zu besiegen. 14:53 <deer> <cervantes> nein..sie sollten hier bleiben und helfen :) 14:53 <modulus> :-) 14:53 * jrandom wird nicht im Detail beschreiben, warum diese Aspekte nicht nötig sein werden, da sich die 3.0 Rev darum kümmern wird :) 14:53 <modulus> 3.0? klingt langfristig ;-) 14:53 <jrandom> ich habe ~= 0 Vertrauen in stego Transports für öffentliche Netzwerke 14:54 <jrandom> es ist nicht morgen, das ist sicher. 14:54 <Janonymous> word? huh 14:54 <Janonymous> jrandom: warum das (wrt stego)? 14:55 <jrandom> wie man stego auf öffentlichen Netzwerken mit Open Source Software besiegt: den Source downloaden, den stego generation code reviewen, detection code schreiben, deploy. 14:56 <jrandom> wie man stego auf öffentlichen Netzwerken mit Closed Source Software besiegt: die Familie des Entwicklers kidnappen, den Code unterwandern. deploy. 14:56 <Janonymous> ah.. ja.. zufällige Inputs? eh.. ich habe gerade einen Artikel gelesen, der so redet, als ob es die Zukunft wäre oder so 14:56 <jrandom> wie man stego auf privaten Netzwerken besiegt: über die 5 Leute lachen, die es benutzen, und sie alle verhaften. 14:56 <modulus> nun, was ist mit anonymer closed-source Software? natürlich könnte es ein Trojaner sein ;-) 14:57 <deer> <Jake> jrandom: falls du jemals entführt wirst, kannst du es uns wissen lassen, indem du uns sagst "mein Hund fido ist heute wirklich unglücklich über das Futter, das er isst" 14:57 <deer> <Jake> das wird das verräterische Zeichen sein und wir werden es wissen 14:57 <deer> <cervantes> %s!dev's family!jrandom 14:57 <jrandom> heh jake 14:58 <Janonymous> wann ist die eta für 4.2? 14:58 <jrandom> Janonymous: das #1 feature von Anonymitäts- oder Sicherheitssoftware: snake oil. 14:58 <jrandom> 0.4.2? irgendwann diesen Monat 14:58 <jrandom> wahrscheinlich gegen Ende 14:58 <Janonymous> heheh. 14:58 <jrandom> 0.4.1.3 wird wahrscheinlich später diese Woche oder am Wochenende rauskommen 14:58 <deer> <cervantes> Jake: das würde niemals funktionieren, wir würden juste denken, du hast seinen Hund vergiftet 14:58 <deer> <cervantes> *just 14:58 <Janonymous> ich sollte in ein oder zwei Wochen wieder im Netz sein 14:59 <jrandom> r0x0r 14:59 <jrandom> ok, hat noch jemand etwas anzusprechen? 14:59 <deer> <Jake> cervantes :) 15:00 <jrandom> wenn nicht.. 15:00 * jrandom leitet das Ende ein 15:00 * jrandom *baf*t die Sitzung geschlossen