Domain: freenetproject.org
Stories and comments across the archive that link to freenetproject.org.
Comments · 750
-
Already Happening
Well, not the lawsuits, but the lawsuit threats, which are just as effective. See this link to a Gnucleus Forum post regarding an incident of this taking place over a month ago. Just to clarify how it works (straight from the DMCA rules), the copyright holder hires a company like Ranger which has custom-made software that spiders all the major P2P networks. They will index the copyrighted work to a list of IPs, then generate form letters which are sent to the ISP threatening a lawsuit. The ISP then forwards the letter to the user, who has the opportunity to dispute the claim or comply with the 'request' to remove the copyrighted material from the network. Needless to say, if you want to keep your internet access, you must comply. The latest version of Gnucleus already comes with a list of known spidering site IPs blocked, but this is clearly not a solution. IMO, nothing short of the capabilities of Freenet will succeed against this.
-
Re:Commentary is completely off."RIP Swapping -- 2006"
By 2006 I would expect that the real P2P software to start taking hold. This software is just not in real time, which has its dis/advantages but it can effectivly (in theory) do the same thing
If the RIAA forces everyone to stop trading in the clear, most people will go under ground, and this project will be developed even faster.
This is a true Spy vs. Spy scenario.
-
FreeNet?
They sued Napster, it pushed people to true P2P networks like Gnutella. Now they go after the people on the networks, won't this just push people to something like Freenet? (Freenet masks users and files so it'd be more difficult to target specific people for trading specific things)
-
Re:How to make it cooler...
Check out Freenet. Although it does have a kind of central server to keep a list of public Freenet nodes, it can work without it, because nodes will announce themselves to the network when they join.
Freenet currently uses its own protocol to connect to other nodes, but one of the hidden strengths of Freenet is that one can write plugins to transfer data using different methods, for example via encrypted messages posted thru anonymous remailers or even CPIP
:)A word of caution: Freenet is under heavy development, and the network performance is.. scetchy at best.
-
One Sided Nonsense
That's the sort of article that might have appeared in Entertainment Executive Bonus Entitlement Journal--not in a general business magazine.
What business week forgets to mention is that broadband is supposed to make all kinds of high bandwidth services available, such as streaming audio and video, all kinds of as yet to be invented multi-media entertainment, as well as on-line delivery of software and services. Apparently the business week writer confuses a 5MB MP3 with a 5GB video file. And Jane Black, the author has probably never downloaded a Linux ISO image either. Here go another 100 to 200 song files. Peer to peer will be unaffected, once better algorithms (such as free network project's) are available. Rich content would die--think the next generation of video games, with live audio and video.
If the cable providers want to lower cost, they can start by shutting down their spam portals, which offer a great collection of advertising, bland news, and a box for searching the web. As in who needs it? Too lazy to type cnn or google?
And for lowering the cost to consumer, the answer lies in competition. But Congress and U.S. regulatory agencies have pretty much outlawed and out ruled competition. Imagine broadband prices, if all the surplus fiber was put to use. Or if there was a real choice when ordering broadband access, instead of AT&T Cable or Qwest/Microsoft DSL. Or if instead of filling the airwaves and cable system with digital spam, the spectrum would be available for bridging the last mile, and the cable system would be available for Gigabit access. But seeing cereal boxes in high definition is obviously more important.
Broadband suffers from poor service and too high prices, not too much bandwidth. It's a chicken and egg problem, waiting for bandwidth and content. Kill the chicken, and the birds will eat the egg. Or something like that. -
Freenet's solution to this problem
We have been thinking about this problem for some time. Our solution is a mechanism called "subspaces", where users can effectively vouch for the authenticity of data, even though that data might be anonymously inserted into the network. Even those vouching for data can remain anonymous, they will be motivated to stay honest to maintain the reputation of their anonymous identity. You can learn more about subspaces here.
-
Freenet's solution to this problem
We have been thinking about this problem for some time. Our solution is a mechanism called "subspaces", where users can effectively vouch for the authenticity of data, even though that data might be anonymously inserted into the network. Even those vouching for data can remain anonymous, they will be motivated to stay honest to maintain the reputation of their anonymous identity. You can learn more about subspaces here.
-
Freenet
How about looking at Freenet? To Quote the site, "Freenet is a large-scale peer-to-peer network which pools the power of member computers around the world to create a massive virtual information store open to anyone to freely publish or view information of all kinds." It appears to be available for Mac X Windows, and Linux.
-
Come party with me
dominik@schnitzer.at, mozparty-at-subscribe@relax.ath.cx, dominik@schnitzer.at, david_markvica@web.de, johannes_richter@gmx.net, kairo@kairo.at, rossi@chello.at, markush@world-direct.com, cbiesinger@web.de, jenskager@gmx.net, jo-at-mt@gmx.net, johann.petrak@gmx.at, dviper01@gmx.net, simon@simonschwaighofer.net, dreckskerl@glump.at, wt-lists@trexler.at, dusty@strike.wu-wien.ac.at, kasparhauserjr@hotmail.com, b.schallar@gmx.net, mutato@libero.it, phil@goli.at, diddalick@gmx.net, studio@paw8.com, croco@utanet.at, petru@paler.net, jlemmerer@node.at, bigkub@time2change.at, patrick@seher-it.at, ronald@hartwig.at, mozilla_party@webterminate.com, stefan@kleinhans.it, horst.jens@gmx.at, jjan@gibts.net, mjahn@agency.at, gpoul@gnu.org, green@eggs.ham, gerhard.hipfinger@openforce.at, mailto:moz@moz.org>, florianweinwurm@yahoo.com, christian@precht-jensen.dk, Bill_Gates@microsoft.com, Tux_the_penguin@linux.rules.microsoft.sux.open.so
u rce.is.the.way.to.go.net, domi@schnitzer.at, joe_ringmaster@gmx.at, sifu@isohypse.org, dk@perm.ru, nobandwidth@bigpond.com, nobandwidth@bigpond.com, luke@strangemonkey.com, mrundataker@optushome.com.au, mcgarry@tig.com.au, chris@think.net.au, Mathias.Burbach@Bigfoot.com, acuteparanoia@optushome.com.au, syzh401@cse.unsw.edu.au, maillist@jasonlim.com, ram@digitalmethod.org, jason@sydneypubguide.net, geek@digitalone.com.au, curious@ihug.com.au, bill@maidment.com.au, kristof@staesis.org, bill@microsoft.com, belle@netset.net.au, ksosez@softhome.net, jruderman@hmc.edu, andyed@surfmind.com, down8@yahoo.com, mozparty@sigkill.com, bulbul@ucla.edu, gavin-mozparty@doughtie.com, roger@digitalfountain.com, matt@linuxschooltorrance.com, mozparty@ventura.nu, rombouts@compuserve.com, ian@freenetproject.org, tristanreid@yahoo.com, groovefx@yahoo.com, jj@lacasabonita.com, gmoudry@hotmail.com, eyezero@yahoo.com, ian@primewave.net, jlawson7@adelphia.net, el_arturo@att.net, janie@freenetproject.org, 145371217@numenor.net, infinite_8_monkey@yahoo.com, charshman@divus.org, mozparty@shadowlurker.net, john@marinapacific.com, ilanterrell@yahoo.com, aafes@psu.edu, bustamam98@yahoo.com, mozparty@myunixbox.com, yaten@sbcglobal.net, joelinux@pacificnet.net, dgc@penguino.net, poserskater69@yahoo.com, lheartb@hotmail.com, ncmother@zimage.com, daniel@likeicare.com, digital.evil@lycos.com, cjeburke@yahoo.com, jblow@hotmail.com, zachary.anthony@verizon.net, boogah@23.org, mebelost@yahoo.com, nickkricheff@netscape.net, mikemcg@ucla.edu, gogomozilla@denofslack.net, mike@mm1.com, seanmcoleman@attbi.com, jsm@bigfoot.com, hoarycripple@crippl3.net, mozparty@nslu.x.myxomop.com, mozparty@camworld.com, mozpartyNYC@isoga.net, ccarlen@netscape.com, h@rediffmail.com, lefever@rcn.com, tedjackson@accounting.org, darren@ny.com, marlon@nyc.com, plui@hyperreal.org, dzeluff@zeluff.com, joel@natividads.com, ken@bigbadapple.com, treebeard@treebeard.net, florent@nyc.com, chad@macristy.com, spud@montelshow.com, gbman_of_gvill@yahoo.com, eam-mozparty@learningpatterns.com, pkrause@primavera.com, tossoffus@yahoo.com, ryan@pantz.com, nichomof@eecs.tulane.edu, billg@microsoft.com, DevilsRejection@msn.com, petergunn@hotmail.com, bagerj@sullcrom.com, isaac@structuredsystems.net, bobk@panix.com, ngellner@hotmail.com, luke@sigterm.org, vivake@yahoo.com, jon@mediavortex.com, groovefx@yahoo.com, brendan@sighup.net, jds@panix.com, bluerose@bluerose.com, chris@allermann.net, dimkal@yahoo.com, preppyl@yahoo.com, blujoker@blujoker.net, nowell_h@hotmail.com, aragorn@cs.stanford.edu, treed@cpr.com, brt204@nyu.edu, andreas@antonopoulos.com, dj@randomwalks.com, lists@pote.com, mike@mhudack.com, reliable57@yahoo.com, jared@geek-boy.com, ondadl@mac.com, floss@myrealbox.com, xod@thestonecutters.net, mozilla@sectae.net, tywonm@screamingmedia.com, Odin_NT@hotmail.com, crooney@panix.com, bg25222@binghamton.edu, eugenem@brainlink.com, dave@downneck.net, romspace@mac.com, sdaejo@yahoo.com, masseo1@yahoo.com, jim@fearandloathing.net, mike@mjoy.us, miles@openly.com, LuciferSD@hotmail.com, nsdilwor@intertechmedia.com, chrisdowden@yahoo.com, pgs10@columbia.edu, sbrennan@ovid.com, lthomiso@rcn.com, paralox@paralox.ath.cx, Jester_458@yahoo.com, jsadove@beltion.net, stuehmke@yahoo.com, mike@realfx.com, alex@risky-roosky.com, shava@efn.org, kra10@columbia.edu, saihung@ix.netcom.com, gropo@mac.com, scottnym@yahoo.com, shaas@vibe.com, roon_toon@hotmail.com, ajaygautam@yahoo.com, jhdaly@mindspring.com, manuel@sphinx.ms, very_itchy_rash@yahoo.com, emeldrum@drew.edu, jeld@mindless.com, as867@columbia.edu, slams@penguin.rutgers.edu, wassa@columbia.edu, tony@vegan.net, zilla@bibliotrack.com, zeno_lee@hotmail.com, fosh@fishnet.cx, linux@gpl.us, jblow@hotmail.com, dkrook@hotmail.com, ivesti@yahoo.com, arek@arekwyderka.com, bljoechang@yahoo.com, brian@tribrothers.com, sparky@marklife.org, charles@softwareprototypes.com, scottkundla@hotmail.com, ccharabaruk@meldstar.com, ian@pottinger.ca, netdemonz@yahoo.com, diatribe@mailcity.com, nick@tomkinet.com, shawnlin@yahoo.com, sculley@pathcom.com, herd.killing@rogers.com, dave@renouf.com, aliyamin@hotmail.com, aswitzer@ispgn.com, netm0nkey@ispgn.com, hyakugei@hotmail.com, geduggan.mozparty@peri.csclub.uwaterloo.ca, lwhite@darkfires.ca, jorel@the-wire.com, js@tap.net, davew@tap.net, tmh@whitefang.com, vid_mozillaparty@zooid.org, anon@foolswisdom.org, morris_mk@yahoo.ca, colinmc@idirect.com, marcus.brubaker@utoronto.ca, akish@kishcom.com, nconway@klamath.dyndns.org, jason@thegeekcave.com, rampaging_simian@hotmail.com, garret@sirsonic.com, piowie@myrealbox.com, m5m5m@yahoo.com, ivan.brovko@net-sweeper.com, returnofthedorks@hotmail.com, axxackall@yahoo.com, tednye@sympatico.ca, darren.fuller@bell.ca, jbailey@nisa.net, swangeo@yahoo.ca, Hercynium@yahoo.com, cinetron@passport.ca, jotaroh@hotmail.com, aghajani@principle.com, fzv@yahoo.com, rocketmail_com@rocketmail.com, foo@bar.com, wolfe@alt.net, drew@xyzzy.dhs.org, jimmiejaz@nixhelp.net, bofh@swma.net, nilesh_mehta@email.com, mslack@rogers.com, m-cahill@rogers.com, tworkowski@sympatico.ca, george@openlight.com, irina@openlight.com, ilia@lobsanov.com, rjs@tao.ca, paul-mp@it.ca, alvarolists@aycuens.com, xan@dimensis.com, ike@lab.org, miguel@asiinfo.net, marevalo@marevalo.net, iolalla@yahoo.com, peluz0n@justice.com, weeddeveloper@yahoo.com, alfonsobugs@terra.es, sgala@apache.org, z_gringo@hotmail.com, santiz@madritel.es, murphy@litio.net, fox@mozilla.gr.jp, party@mozilla.org.uk, danj@fledgeling.com, fun@thingy.apana.org.au, moz@the-allens.net, onelists@hotmail.com, joel@fysh.org, simon.mozilla-party-if-its-in-central-london@rumbl e.net, bigboyjim@excite.com, andrew.and.friends.iff.central.london@sent.freeser ve.co.uk, itwillbecentrallondon@mozilla.org.uk, noahsark2x2@tiscali.co.uk, mmm-central-london@smileyben.com, jonathan-for-central-london@peepo.com, dave-Party-in-Central-London@dgta.co.uk, DJGMOL@netscape.net, srick@europe.yahoo-inc.com, moz-party@zpok.demon.co.uk, moz-party-central-london@trickofthelight.org, marc@brosystems.com, party@budge.net, rillian@telus.net, uphillsurfer@hotmail.com, edward@debian.org, mozilla@robertbrook.com, reagan@technomoose.com, lew@saltbeefsandwich.co.uk, osama@afghanistan.com, barking@insaneworld.org.uk, john@billabong-media.com, leith@cs.bu.edu, mozparty@noseynick.org, jonasj@jonasj.dk, bugzilla@kenneth.dk, chr_damsgaard@hotmail.com, alring@email.com, hp.grondal@get2net.dk, martin@marquentein.dk, Lovechild@foolclan.com, Kim@schulz.dk, kl@vsen.dk, mbendix@dunghill.dk, schnitzer.at@tange.dk, tommy@svindel.net, moz10@pbb.dk, dezral@despammed.com, nick@tioka.com, ask@fujang.dk, gecko@c.dk, spam@deck.dk, bugzilla@gemal.dk, b@bogdan.dk, kenneth@gnu.org, jee@email.dk, daniel@rtfm.dk, umfalvo@yahoo.com, christian@ostenfeld.dk, xor@ivwnet.com, Jason@screaminweb.com, alex@spamcop.net, dustym@riseup.net, rmcgee1@earthlink.net, dr_zeus@hotmail.com, chris.lozano@myrealbox.com, looney_binn@yahoo(dot)com, apendell@attbi.com, dantrevino@wrevolution.org, fireball1244@mac.com, tommyo@hargray.com, natas@redtailboa.net, emmett_in_dallas@yahoo.com, razzbuten@yahoo.com, igdavis@truculent-telephone.org, foobar@null.net, bob@kludgebox.com, cgrimland@yahoo.com, ghamlett@swbell.net, bgood@inceptual.com, slot0k@pogox.org, kwhudson@netin.com, jimjamjoh@softhome.net, jimmys@utdallas.edu, charlesv@mfos.org chris@focus2.com jest6r@hotmail.com steve@ncc.com, usrg@mail.utexas.edu, steve@deltos.com, alex@avengergear.com, mkoenecke@alum.haverford.edu langley@hex.net mordred@inaugust.com swapan@yahoo.com drosoph@hotmail.com, goulash1@mac.com, ean@brainfood.com, vj@vj.com lpret42@hotmail.com bugoff@hotmail.com chad@digitaltriage.net, stewart@digitaltriage.net scottvr01@yahoo.com adam@dfwuptime.com dsaint@gnumatt.org naltrexone42@yahoo.com, webmaster@bast.net, tommyo@hargray.com, ladd@kryp.to, jtaylor5@bayou.uh.edu, jgschmitz@linuxmail.org, enslaver@enslaver.com edfierro@yahoo.com, moz@photonsphere.com, rayw@fuckmicrosoft.com, rfmobile@swbell.net, kevin@unif.com trident5@bigfoot.com Erik_Osterholm@ieee.org, tmunson@houston.rr.com, alessi_brand@hotmail.com, rballa1@lsu.edu, wasted@kewlhair.com, jofficer@martinapparatus.com, idiot@mylinuxisp.com, j0sh01@ev1.net faust@wintermarket.org bouncer@hotmonkeyporn.com tk-mozparty_@perljam.net janisch@students.zcu.cz, aha@pinknet.cz kuzi@atlas.cz scat@reboot.cz, petr@dousa.cz, ruzicka@core.cz, roman@management.cz, hojan@students.zcu.cz, tille@soti.org, cas.tuyn@hetnet.nl, aeon@pandora.be, sensi_millia2000@yahoo.com, crypto@shiftat.com, jan.fabry@vsknet.be, monkeyboy@fruru.com, adulau@foo.be, johan@linux.be, karu@pobox.com, soggie@soti.org nick@tomkinet.com, why_are_you_too_lazy_to_drive_1_hour_to_toronto@yo u_lazy.com try_grammer_class_a_while@get_a_life.com john@interlynx.ca asharp@axo.cc, unionstation@ryder.ca, prade@hotmail.com, 2600@hamilton2600.ca, chris.lozano@myrealbox.com, dantrevino@wrevolution.org, jksteinhauer@netscape.net, i_love_junk_email@yahoo.com, cmiller@surfsouth.com, jan@bestbytes.de, me@phillipoertel.com, sebastian@pixelsalon.de, ccozan@andtek.com, ben@itlib.de, martin.ament@gmx.de, pulsar@highteq.net, muid@gmx.de, cedi@zooomclan.org, soapy@soapy.ch, deep_blue_ocean@gmx.ch, stamp@zooomclan.org, hans@switzerland.com, milamber@zooomclan.org, mtettea@switzerland.com, cylander@zooomclan.org, duke@zooomclan.org, pegirun@gmx.ch, pilif@pilif.ch, mlati@yahoo.com, Mozillzooom@holophrastic.com, erichiseli@yahoo.com, la_burdet@yahoo.com, rkoerber@gmx.de, dotzmasta@hotmail.com, B.Eckstein@cli.de, rtfm@linux.de, info@phosmo.de, gz@disintegrated.de, byronbay@gmx.de, stiwi@mac.com, mage@koeln.netsurf.de, mozilla@portfolio16.de, wrede@fh-aachen.de, ilikemozilla@html.de, cloud@final-fantasy.de, sfricke@sfricke.de, info@flossbau.de, no@dom.de, julian.suschlik@gmx.net, omero@m4d.sm, lapo@lapo.it, alcor78@email.it, info@fuelcat.it, mutato@libero.it, ildella@inwind.it, a.marabini@spinthehumanfactor.com, uomoman@criticalbit.com, thefl74@netscape.net, elbardo@libero.it, clem131@libero.it, t-i-e@bigfoot.com, gng74@libero.it, moz.party.20.gnes@spamgourmet.com, ema.cerqui@libero.it, ubertob@tin.it, mozparty.20.anagoor@spamgourmet.com, gianpaolo@preciso.net, ian@deepsky.com, marco@porciletto.org, planetx2100@hotmail.com, billabong@tiscalinet.it, piofree@libero.it, skunkyboy@tiscalinet.it, vincenzo@mondopiccolo.net, macmatteo@interfree.it, contreras@jce.it, hereandnow@libero.it, pza@students.cs.mu.oz.au, caedwa@students.cs.mu.oz.au, mgi@students.cs.mu.oz.au, bah@humbug.net, mfp@cs.mu.oz.au, nospamplease@indevelopment.org, peter@simplyit.screaming,net, pmj@users.sf.net, xanni@sericyb.com.au, agh@kalcium-is.com, felicityconsult@ozemail.com.au, lucas@lucaschan.com, andrewg@nopninjas.com, andym@abnormal.com, ts@meme.com.au, jasonpell@hotmail.com, syngin@gimp.org, mhammond@skippinet.com.au, szutshi@devraj.org, rmoonen@bigpond.net.au, fawad@fawad.net, ufs@softhome.net, kotrade@yahoo.com, ben@benscorp.com, stevesmith@columbus.rr.com, kkimmelosu@yahoo.com, neal.lindsay@peaofohio.com, pat@linuxcolumbus.com, chrisbaker@iname.com, hiroki2c@yahoo.com, seth@remor.com, jsohn@columbus.rr.com, ross@nanonet.net, mark@cushman.net, swinghammer.2@osu.edu, roberto.12@osu.edu, farhat@hotmail.com, pgunn@dachte.org, jwagner@gcfn.org, bp@osc.edu, joepletch@postmark.net, dsherman@iwaynet.net, glenn@uniqsys.com, bernstein.46@osu.edu, trent_reznor@nothing.com, erikniklas@bobanddoug.com, walters@gnu.org, timo@bolverk.net, annek25@aol.com, jlamb@leader.com, bart@osc.edu, jason@mcvetta.org -
Come party with me
dominik@schnitzer.at, mozparty-at-subscribe@relax.ath.cx, dominik@schnitzer.at, david_markvica@web.de, johannes_richter@gmx.net, kairo@kairo.at, rossi@chello.at, markush@world-direct.com, cbiesinger@web.de, jenskager@gmx.net, jo-at-mt@gmx.net, johann.petrak@gmx.at, dviper01@gmx.net, simon@simonschwaighofer.net, dreckskerl@glump.at, wt-lists@trexler.at, dusty@strike.wu-wien.ac.at, kasparhauserjr@hotmail.com, b.schallar@gmx.net, mutato@libero.it, phil@goli.at, diddalick@gmx.net, studio@paw8.com, croco@utanet.at, petru@paler.net, jlemmerer@node.at, bigkub@time2change.at, patrick@seher-it.at, ronald@hartwig.at, mozilla_party@webterminate.com, stefan@kleinhans.it, horst.jens@gmx.at, jjan@gibts.net, mjahn@agency.at, gpoul@gnu.org, green@eggs.ham, gerhard.hipfinger@openforce.at, mailto:moz@moz.org>, florianweinwurm@yahoo.com, christian@precht-jensen.dk, Bill_Gates@microsoft.com, Tux_the_penguin@linux.rules.microsoft.sux.open.so
u rce.is.the.way.to.go.net, domi@schnitzer.at, joe_ringmaster@gmx.at, sifu@isohypse.org, dk@perm.ru, nobandwidth@bigpond.com, nobandwidth@bigpond.com, luke@strangemonkey.com, mrundataker@optushome.com.au, mcgarry@tig.com.au, chris@think.net.au, Mathias.Burbach@Bigfoot.com, acuteparanoia@optushome.com.au, syzh401@cse.unsw.edu.au, maillist@jasonlim.com, ram@digitalmethod.org, jason@sydneypubguide.net, geek@digitalone.com.au, curious@ihug.com.au, bill@maidment.com.au, kristof@staesis.org, bill@microsoft.com, belle@netset.net.au, ksosez@softhome.net, jruderman@hmc.edu, andyed@surfmind.com, down8@yahoo.com, mozparty@sigkill.com, bulbul@ucla.edu, gavin-mozparty@doughtie.com, roger@digitalfountain.com, matt@linuxschooltorrance.com, mozparty@ventura.nu, rombouts@compuserve.com, ian@freenetproject.org, tristanreid@yahoo.com, groovefx@yahoo.com, jj@lacasabonita.com, gmoudry@hotmail.com, eyezero@yahoo.com, ian@primewave.net, jlawson7@adelphia.net, el_arturo@att.net, janie@freenetproject.org, 145371217@numenor.net, infinite_8_monkey@yahoo.com, charshman@divus.org, mozparty@shadowlurker.net, john@marinapacific.com, ilanterrell@yahoo.com, aafes@psu.edu, bustamam98@yahoo.com, mozparty@myunixbox.com, yaten@sbcglobal.net, joelinux@pacificnet.net, dgc@penguino.net, poserskater69@yahoo.com, lheartb@hotmail.com, ncmother@zimage.com, daniel@likeicare.com, digital.evil@lycos.com, cjeburke@yahoo.com, jblow@hotmail.com, zachary.anthony@verizon.net, boogah@23.org, mebelost@yahoo.com, nickkricheff@netscape.net, mikemcg@ucla.edu, gogomozilla@denofslack.net, mike@mm1.com, seanmcoleman@attbi.com, jsm@bigfoot.com, hoarycripple@crippl3.net, mozparty@nslu.x.myxomop.com, mozparty@camworld.com, mozpartyNYC@isoga.net, ccarlen@netscape.com, h@rediffmail.com, lefever@rcn.com, tedjackson@accounting.org, darren@ny.com, marlon@nyc.com, plui@hyperreal.org, dzeluff@zeluff.com, joel@natividads.com, ken@bigbadapple.com, treebeard@treebeard.net, florent@nyc.com, chad@macristy.com, spud@montelshow.com, gbman_of_gvill@yahoo.com, eam-mozparty@learningpatterns.com, pkrause@primavera.com, tossoffus@yahoo.com, ryan@pantz.com, nichomof@eecs.tulane.edu, billg@microsoft.com, DevilsRejection@msn.com, petergunn@hotmail.com, bagerj@sullcrom.com, isaac@structuredsystems.net, bobk@panix.com, ngellner@hotmail.com, luke@sigterm.org, vivake@yahoo.com, jon@mediavortex.com, groovefx@yahoo.com, brendan@sighup.net, jds@panix.com, bluerose@bluerose.com, chris@allermann.net, dimkal@yahoo.com, preppyl@yahoo.com, blujoker@blujoker.net, nowell_h@hotmail.com, aragorn@cs.stanford.edu, treed@cpr.com, brt204@nyu.edu, andreas@antonopoulos.com, dj@randomwalks.com, lists@pote.com, mike@mhudack.com, reliable57@yahoo.com, jared@geek-boy.com, ondadl@mac.com, floss@myrealbox.com, xod@thestonecutters.net, mozilla@sectae.net, tywonm@screamingmedia.com, Odin_NT@hotmail.com, crooney@panix.com, bg25222@binghamton.edu, eugenem@brainlink.com, dave@downneck.net, romspace@mac.com, sdaejo@yahoo.com, masseo1@yahoo.com, jim@fearandloathing.net, mike@mjoy.us, miles@openly.com, LuciferSD@hotmail.com, nsdilwor@intertechmedia.com, chrisdowden@yahoo.com, pgs10@columbia.edu, sbrennan@ovid.com, lthomiso@rcn.com, paralox@paralox.ath.cx, Jester_458@yahoo.com, jsadove@beltion.net, stuehmke@yahoo.com, mike@realfx.com, alex@risky-roosky.com, shava@efn.org, kra10@columbia.edu, saihung@ix.netcom.com, gropo@mac.com, scottnym@yahoo.com, shaas@vibe.com, roon_toon@hotmail.com, ajaygautam@yahoo.com, jhdaly@mindspring.com, manuel@sphinx.ms, very_itchy_rash@yahoo.com, emeldrum@drew.edu, jeld@mindless.com, as867@columbia.edu, slams@penguin.rutgers.edu, wassa@columbia.edu, tony@vegan.net, zilla@bibliotrack.com, zeno_lee@hotmail.com, fosh@fishnet.cx, linux@gpl.us, jblow@hotmail.com, dkrook@hotmail.com, ivesti@yahoo.com, arek@arekwyderka.com, bljoechang@yahoo.com, brian@tribrothers.com, sparky@marklife.org, charles@softwareprototypes.com, scottkundla@hotmail.com, ccharabaruk@meldstar.com, ian@pottinger.ca, netdemonz@yahoo.com, diatribe@mailcity.com, nick@tomkinet.com, shawnlin@yahoo.com, sculley@pathcom.com, herd.killing@rogers.com, dave@renouf.com, aliyamin@hotmail.com, aswitzer@ispgn.com, netm0nkey@ispgn.com, hyakugei@hotmail.com, geduggan.mozparty@peri.csclub.uwaterloo.ca, lwhite@darkfires.ca, jorel@the-wire.com, js@tap.net, davew@tap.net, tmh@whitefang.com, vid_mozillaparty@zooid.org, anon@foolswisdom.org, morris_mk@yahoo.ca, colinmc@idirect.com, marcus.brubaker@utoronto.ca, akish@kishcom.com, nconway@klamath.dyndns.org, jason@thegeekcave.com, rampaging_simian@hotmail.com, garret@sirsonic.com, piowie@myrealbox.com, m5m5m@yahoo.com, ivan.brovko@net-sweeper.com, returnofthedorks@hotmail.com, axxackall@yahoo.com, tednye@sympatico.ca, darren.fuller@bell.ca, jbailey@nisa.net, swangeo@yahoo.ca, Hercynium@yahoo.com, cinetron@passport.ca, jotaroh@hotmail.com, aghajani@principle.com, fzv@yahoo.com, rocketmail_com@rocketmail.com, foo@bar.com, wolfe@alt.net, drew@xyzzy.dhs.org, jimmiejaz@nixhelp.net, bofh@swma.net, nilesh_mehta@email.com, mslack@rogers.com, m-cahill@rogers.com, tworkowski@sympatico.ca, george@openlight.com, irina@openlight.com, ilia@lobsanov.com, rjs@tao.ca, paul-mp@it.ca, alvarolists@aycuens.com, xan@dimensis.com, ike@lab.org, miguel@asiinfo.net, marevalo@marevalo.net, iolalla@yahoo.com, peluz0n@justice.com, weeddeveloper@yahoo.com, alfonsobugs@terra.es, sgala@apache.org, z_gringo@hotmail.com, santiz@madritel.es, murphy@litio.net, fox@mozilla.gr.jp, party@mozilla.org.uk, danj@fledgeling.com, fun@thingy.apana.org.au, moz@the-allens.net, onelists@hotmail.com, joel@fysh.org, simon.mozilla-party-if-its-in-central-london@rumbl e.net, bigboyjim@excite.com, andrew.and.friends.iff.central.london@sent.freeser ve.co.uk, itwillbecentrallondon@mozilla.org.uk, noahsark2x2@tiscali.co.uk, mmm-central-london@smileyben.com, jonathan-for-central-london@peepo.com, dave-Party-in-Central-London@dgta.co.uk, DJGMOL@netscape.net, srick@europe.yahoo-inc.com, moz-party@zpok.demon.co.uk, moz-party-central-london@trickofthelight.org, marc@brosystems.com, party@budge.net, rillian@telus.net, uphillsurfer@hotmail.com, edward@debian.org, mozilla@robertbrook.com, reagan@technomoose.com, lew@saltbeefsandwich.co.uk, osama@afghanistan.com, barking@insaneworld.org.uk, john@billabong-media.com, leith@cs.bu.edu, mozparty@noseynick.org, jonasj@jonasj.dk, bugzilla@kenneth.dk, chr_damsgaard@hotmail.com, alring@email.com, hp.grondal@get2net.dk, martin@marquentein.dk, Lovechild@foolclan.com, Kim@schulz.dk, kl@vsen.dk, mbendix@dunghill.dk, schnitzer.at@tange.dk, tommy@svindel.net, moz10@pbb.dk, dezral@despammed.com, nick@tioka.com, ask@fujang.dk, gecko@c.dk, spam@deck.dk, bugzilla@gemal.dk, b@bogdan.dk, kenneth@gnu.org, jee@email.dk, daniel@rtfm.dk, umfalvo@yahoo.com, christian@ostenfeld.dk, xor@ivwnet.com, Jason@screaminweb.com, alex@spamcop.net, dustym@riseup.net, rmcgee1@earthlink.net, dr_zeus@hotmail.com, chris.lozano@myrealbox.com, looney_binn@yahoo(dot)com, apendell@attbi.com, dantrevino@wrevolution.org, fireball1244@mac.com, tommyo@hargray.com, natas@redtailboa.net, emmett_in_dallas@yahoo.com, razzbuten@yahoo.com, igdavis@truculent-telephone.org, foobar@null.net, bob@kludgebox.com, cgrimland@yahoo.com, ghamlett@swbell.net, bgood@inceptual.com, slot0k@pogox.org, kwhudson@netin.com, jimjamjoh@softhome.net, jimmys@utdallas.edu, charlesv@mfos.org chris@focus2.com jest6r@hotmail.com steve@ncc.com, usrg@mail.utexas.edu, steve@deltos.com, alex@avengergear.com, mkoenecke@alum.haverford.edu langley@hex.net mordred@inaugust.com swapan@yahoo.com drosoph@hotmail.com, goulash1@mac.com, ean@brainfood.com, vj@vj.com lpret42@hotmail.com bugoff@hotmail.com chad@digitaltriage.net, stewart@digitaltriage.net scottvr01@yahoo.com adam@dfwuptime.com dsaint@gnumatt.org naltrexone42@yahoo.com, webmaster@bast.net, tommyo@hargray.com, ladd@kryp.to, jtaylor5@bayou.uh.edu, jgschmitz@linuxmail.org, enslaver@enslaver.com edfierro@yahoo.com, moz@photonsphere.com, rayw@fuckmicrosoft.com, rfmobile@swbell.net, kevin@unif.com trident5@bigfoot.com Erik_Osterholm@ieee.org, tmunson@houston.rr.com, alessi_brand@hotmail.com, rballa1@lsu.edu, wasted@kewlhair.com, jofficer@martinapparatus.com, idiot@mylinuxisp.com, j0sh01@ev1.net faust@wintermarket.org bouncer@hotmonkeyporn.com tk-mozparty_@perljam.net janisch@students.zcu.cz, aha@pinknet.cz kuzi@atlas.cz scat@reboot.cz, petr@dousa.cz, ruzicka@core.cz, roman@management.cz, hojan@students.zcu.cz, tille@soti.org, cas.tuyn@hetnet.nl, aeon@pandora.be, sensi_millia2000@yahoo.com, crypto@shiftat.com, jan.fabry@vsknet.be, monkeyboy@fruru.com, adulau@foo.be, johan@linux.be, karu@pobox.com, soggie@soti.org nick@tomkinet.com, why_are_you_too_lazy_to_drive_1_hour_to_toronto@yo u_lazy.com try_grammer_class_a_while@get_a_life.com john@interlynx.ca asharp@axo.cc, unionstation@ryder.ca, prade@hotmail.com, 2600@hamilton2600.ca, chris.lozano@myrealbox.com, dantrevino@wrevolution.org, jksteinhauer@netscape.net, i_love_junk_email@yahoo.com, cmiller@surfsouth.com, jan@bestbytes.de, me@phillipoertel.com, sebastian@pixelsalon.de, ccozan@andtek.com, ben@itlib.de, martin.ament@gmx.de, pulsar@highteq.net, muid@gmx.de, cedi@zooomclan.org, soapy@soapy.ch, deep_blue_ocean@gmx.ch, stamp@zooomclan.org, hans@switzerland.com, milamber@zooomclan.org, mtettea@switzerland.com, cylander@zooomclan.org, duke@zooomclan.org, pegirun@gmx.ch, pilif@pilif.ch, mlati@yahoo.com, Mozillzooom@holophrastic.com, erichiseli@yahoo.com, la_burdet@yahoo.com, rkoerber@gmx.de, dotzmasta@hotmail.com, B.Eckstein@cli.de, rtfm@linux.de, info@phosmo.de, gz@disintegrated.de, byronbay@gmx.de, stiwi@mac.com, mage@koeln.netsurf.de, mozilla@portfolio16.de, wrede@fh-aachen.de, ilikemozilla@html.de, cloud@final-fantasy.de, sfricke@sfricke.de, info@flossbau.de, no@dom.de, julian.suschlik@gmx.net, omero@m4d.sm, lapo@lapo.it, alcor78@email.it, info@fuelcat.it, mutato@libero.it, ildella@inwind.it, a.marabini@spinthehumanfactor.com, uomoman@criticalbit.com, thefl74@netscape.net, elbardo@libero.it, clem131@libero.it, t-i-e@bigfoot.com, gng74@libero.it, moz.party.20.gnes@spamgourmet.com, ema.cerqui@libero.it, ubertob@tin.it, mozparty.20.anagoor@spamgourmet.com, gianpaolo@preciso.net, ian@deepsky.com, marco@porciletto.org, planetx2100@hotmail.com, billabong@tiscalinet.it, piofree@libero.it, skunkyboy@tiscalinet.it, vincenzo@mondopiccolo.net, macmatteo@interfree.it, contreras@jce.it, hereandnow@libero.it, pza@students.cs.mu.oz.au, caedwa@students.cs.mu.oz.au, mgi@students.cs.mu.oz.au, bah@humbug.net, mfp@cs.mu.oz.au, nospamplease@indevelopment.org, peter@simplyit.screaming,net, pmj@users.sf.net, xanni@sericyb.com.au, agh@kalcium-is.com, felicityconsult@ozemail.com.au, lucas@lucaschan.com, andrewg@nopninjas.com, andym@abnormal.com, ts@meme.com.au, jasonpell@hotmail.com, syngin@gimp.org, mhammond@skippinet.com.au, szutshi@devraj.org, rmoonen@bigpond.net.au, fawad@fawad.net, ufs@softhome.net, kotrade@yahoo.com, ben@benscorp.com, stevesmith@columbus.rr.com, kkimmelosu@yahoo.com, neal.lindsay@peaofohio.com, pat@linuxcolumbus.com, chrisbaker@iname.com, hiroki2c@yahoo.com, seth@remor.com, jsohn@columbus.rr.com, ross@nanonet.net, mark@cushman.net, swinghammer.2@osu.edu, roberto.12@osu.edu, farhat@hotmail.com, pgunn@dachte.org, jwagner@gcfn.org, bp@osc.edu, joepletch@postmark.net, dsherman@iwaynet.net, glenn@uniqsys.com, bernstein.46@osu.edu, trent_reznor@nothing.com, erikniklas@bobanddoug.com, walters@gnu.org, timo@bolverk.net, annek25@aol.com, jlamb@leader.com, bart@osc.edu, jason@mcvetta.org -
Re:About time to dump Transgaming
When's the last time you DONATED to a free project?
For the record, I've donated $30 to the Freenet project in the past year. I donate whenever I think a project is worthwhile, and Transgaming has just about passed that time. -
Re:Someone actually uses Kazaa??
No, KaZaA used to have a Linux client, but they went out of their way to break compatibility with their own network protocol -- multiple times -- so the official KaZaA Linux client no longer works.
If you're looking for a Linux-based file sharing system, you have three basic choices:
I don't count Freenet here because it's too unreliable.
-
Re:quick!!
Quick, post it to Freenet; you don't know where it's stored!
-
Re:The perfect task for Freenet
Throughput - Browsers will be able to download content from multiple sources in parallel
Bandwidth Savings - Browsers will automatically discover and select the closest mirror for a piece of content.
Fault Tolerance - Even if a site goes down in the middle of a download, browsers will automatically locate another mirror and continue downloading.
Scalability - Any number of machines may be added to the network, creating a CDN ad hoc, with very little administration.
Security - Browsers will be able to safely download content from untrusted mirrors without risk of corruption or viruses.Right on target. Freenet accomplishes these goals, and actually works right now. Freenet is essentially an anonymous, distributed caching system into which anyone can insert data and retrieve it later. It supports both locating information by content hashes or by a human-readable redirect, as well as lots of really cool features like anonymous websites ("freesites"). So... what are you waiting for? Install Freenet today!
</plug>
-
Re:p2p meets mirror
From the website:
Tree Hash EXchange format (THEX) - Coming 05/2002. This document defines a serialization and interchange format for Merkle Hash Trees. These hash trees allow very efficient, fine-grained integrity checking of content in a distributed network.
It seems that files will be referenced by their hash and thus ensure that data has not been corrupted, and also in this manner will eliminate the "renaming files changes contents" thing that many P2P networks seem to believe in.
Of course, Freenet does this and more -- and already works -- so why not use it? Integrity checking, intelligent caching, and high anonymity to boot.
-
1 of many alternatives.
There are pleny of other open p2p products.
Freenet scaleable, not vaporware, very much beta.
Alpine.
based on trust
Gnunet. Sounds very open. based on electonic money. also seach for gnet.
chord Very efficient to find files.
distrinet At this stage: vaporware.(there is code....) But if you look at the description it beats any p2p software!
But in the end the network with the most data (gnutella/kazaa) will be used. Note that users will switch networks very quickly. Look what happened to napster. -
Ours no more.
I guess what most of these issues come down to is something I keep having a hard time with.
The internet isn't our little playground anymore, and we can't continue to use it like we have been.
I guess we really need to give up, and realize that Ashcroft and his men really do run things now. The internet has become not a tool of geeks, a place with Code rules all, but a corporate vehicle, to be regulated, and policied by whatever is popular at the moment, by whomever is in power, and we can't do a damn thing about it. There just aren't enough of us.
The internet is a victim of it's own success. The more people who use it without understanding how and why it works, the less it will be useful to those of us who liked having out own place to play.
We've already lost this fight. Viva La Freenet! -
facts, anyone?
Whoa, you need to read the documentation, buddy. The "implementation sucks" argument's been used before, and there's rebuttal on the site. It requires sifting through technical docs, though.
See, you take it from a traditional, file-sharing p2p perspective -- don't lump it in with other programs. That's the problem. You say: "People don't want to store information they did not request." That's the whole point in FreeNet, otherwise something would be near-to/totally centralized, wouldn't it? If not, then it surely isn't anonymous to the degree it is (which is where the security layers, the so-called sucky implementation, comes in). If that's not your purpose (if you "have nothing to hide"), then forget about it! Don't criticize it for starting to do something, the goals (goals via, for example, anonymity and a plan of storage) of which you don't agree with.
Look, I hear griping for a "real" implementation. Well, freenet and some gnutella clients (e.g., gnucleus) are open-source. You fix it if you don't like it. But, don't beat on the system when IT is not the bottleneck of acceptance, which is really what this is about.
BitTorrent, on the surface, is just a commercial distro plan that the mpaa wants to use (though heavily mod'd, I'm sure. Oh, that's why you call it "actual content," eh? But what if you didn't request that pr0n movie, but your computer/box is used to distribute the content?
P2P does not mean only one thing. It is not embodied in either gnutella, freenet, or other projects; they work differently. They're called mediocre, but where's the specific criticism? I mean, working as it does, excluding the leeches and the anti-leech methods (as it existed years ago), the gnutella system accomplished things. It is "an option" for me and millions. Options can be many things. Some people don't care if you don't like it. If it's not spyware, and if it gets a job done, then what's the problem?
There are positive, identifiable problems with freenet, and it's also a baby of a project -- just because people run it doesn't mean anything to or about it. But it's running, and it's ideas of storage and implementation have yet to be seriously debated and critiqued.
-
Freenet.
Want no bandwidth limit, no fees, no hassles on "community standards"? Just upload your page to Freenet. And it's anonymous so you won't even have to answer to the law. Sure it's a painfully slow to access most pages, but what do you want for free?
-
Freenet
This is a 'case in point' for the freenet project.
This case boils down to 1 thing:
'Someone' said something that 'someone else' takes offense at, and that 'someone else' is going to oppress the freedom of speech of 'someone', at any expense.
When Freenet fulfills its promise, this stuff won't even be possible, so the "someone else" will just have to suck it up. -
Re:Ocean Store
No need for new projects -- already good distributed filesystems that you can set up big servers with
afs? (or here)
coda?
intermezzo?
CMU, for example, uses AFS campus-wide. Your login scripts and dotfiles and whatnot all reside in your home directory (on AFS) so preferences migrate with you.
You can make things world-readable, and because AFS has a global namespace, anyone can see them. If I do research at MIT as well, I just need to grab a Kerberos ticket from their KDC and start using my files over there.
Just plonk a server in place, put an array of 100GB drives in place, make things readable by whomever you want, and you're good to go.
If you want a system designed with fancy automated caching that people can use without dicking around with Kerberos, freenet's a good choice. Of course, there's no guarantee that the data will stay around, but cest la vie. -
One Word: FreenetFor all your secure info storing needs..
Only problem is that you have to use it frequently to make sure that websites spread your info around... otherwise any identity info will disappear..
-
How it might work (absolute requirements)Well, first of all, "truly secure" is impossible. All we can do is aproach secure and hope.
It's difficult to tell what will be the attributes of any method that will exist, but it's not hard to give requirements. I'll use the word "spyee" to mean the person whose data is being stored.
* First of all, it cannot be done without people's permission. Every single piece of info that is stored MUST be there with the spyee's knowledge and consent. If someone wants to store their sexual preference or medical records, etc. etc. let them, but don't reqiure me to tell you my SSN / Credit Card info.
* Second: It MUST be distributed. This is because it can work iff (if and only if) the spyee retains ownership and complete rights to his data. Nobody else can even think for a minute that they own it. Even if they store it. It's paramount that each spyee's info be broken up and different chunks stored on different computers. In this sence, it would work like The Eternity Service (here's even more info) or (my favorite), Freenet.
*Third, Every piece of info must be stored encrypted. Let the user's browser have a session keys. Let the user have a few keys. That way, the user can access his data (with the help of front-end programs) and he can have a stupid form filler, but the company or Skriptkidd1e can't use it.
*This MUST be a subscription service. I believe that it would be far too expensive for advertising to be the source of driving revenue. The storer MUST NOT be able to sell the data, thus depriving him of that form of revenue as well.
*The user can pay the same way as payment worked in ZKS FREEDOM - The user bought an activation number and used it to buy the service - but the end user name _cannot_ be traced to the person who bought it (Hence "zeroknowledge"). It was awesome!
This can be accomplished quite easily, and built in to any UI so that working it requires minimal gray matter. I think that the best way would be to store it on freenet. It takes care of all the above problems, but introduces one of its own: data expiration.
Reply and tell me what you think, this topic is fascinating. -
How it might work (absolute requirements)Well, first of all, "truly secure" is impossible. All we can do is aproach secure and hope.
It's difficult to tell what will be the attributes of any method that will exist, but it's not hard to give requirements. I'll use the word "spyee" to mean the person whose data is being stored.
* First of all, it cannot be done without people's permission. Every single piece of info that is stored MUST be there with the spyee's knowledge and consent. If someone wants to store their sexual preference or medical records, etc. etc. let them, but don't reqiure me to tell you my SSN / Credit Card info.
* Second: It MUST be distributed. This is because it can work iff (if and only if) the spyee retains ownership and complete rights to his data. Nobody else can even think for a minute that they own it. Even if they store it. It's paramount that each spyee's info be broken up and different chunks stored on different computers. In this sence, it would work like The Eternity Service (here's even more info) or (my favorite), Freenet.
*Third, Every piece of info must be stored encrypted. Let the user's browser have a session keys. Let the user have a few keys. That way, the user can access his data (with the help of front-end programs) and he can have a stupid form filler, but the company or Skriptkidd1e can't use it.
*This MUST be a subscription service. I believe that it would be far too expensive for advertising to be the source of driving revenue. The storer MUST NOT be able to sell the data, thus depriving him of that form of revenue as well.
*The user can pay the same way as payment worked in ZKS FREEDOM - The user bought an activation number and used it to buy the service - but the end user name _cannot_ be traced to the person who bought it (Hence "zeroknowledge"). It was awesome!
This can be accomplished quite easily, and built in to any UI so that working it requires minimal gray matter. I think that the best way would be to store it on freenet. It takes care of all the above problems, but introduces one of its own: data expiration.
Reply and tell me what you think, this topic is fascinating. -
Re:Where are the apps
Well said. Remember the new-fangled Freenet P2P that was getting a bunch of press a while ago? After all that time, the developers are still only at 0.4. I argue Freenet would actually be useful if it was written in C rather than Java. Java claims "write once, run anywhere" but this is already a reality with C+autoconf. Why mess with success?
-
Re:Distributed hosting?
Well, there is the Freenet Project.
-
Techie YENC Bad Design Info ! (Please mod up)yEnc considered harmful yEnc considered harmful
yEnc is yet another encoding method for binary files. Unlike Base64 or UUENCODE, it uses nearly all octet values, reducing the overhead from 33% to about 2%. Problems with yEnc No MIME or Back to the UUENCODE mess
A huge mistake is not to use MIME for yEnc. Let me explain why: In the pre-MIME era there was UUENCODE, which had several problems:
- There are no clear delimiters. UU-encoded files can start anywhere in a text message. As a result, some newsreaders incorrectly see attachments where there aren't any. This has been partly addressed by yEnc which uses =ybegin...=yend instead of begin...end. But there's still a chance that the markers appear in normal text.
- No labelling of file types (Content-Type in MIME).
- Charset recoding problems. Note that this is a much larger issue with yEnc than with UUENCODE. UUENCODE is only corrupted on gatways that can't handle some ASCII characters (esp. EBCDIC systems, which should now be extinct). For yEnc, every 8bit charset translation is fatal.
- No standard labelling of split messages. (This is addressed by yEnc, but only within the body.)
MIME provides a proven solution to these problems:
- It clearly labels all data out-of-bound, using Content-* headers. It clearly seperates text from binary data.
- Base64 uses an alphabet that most likely survives all charset translations.
- message/partial provides a standard way to split large messages. It even allows MTAs to split messages on the transport level (granted, that should NEVER happen on Usenet).
Back then, when UUENCODE was state of the art you could just cut and paste a UU-encoded file into your text message. With modern, MIME-aware newsreaders, this is no longer the case:
- Newsreaders might be tempted to apply Quoted-Printable (or Base64) encoding on the text. Yes, I've seen Quoted-Printable encoded UUENCODE attachments.
- Even if they can be convinced to use 8Bit (or Binary), they might suddenly
do some charset recoding:
- ISO-8859-15 and UTF-8 become more and more popular, especially due to the Euro Currency Sign. This means the charset has to be recoded from the systems native encoding (e.g. Windows-1252).
- Even with plain old ISO-8859-1, DOS and OS/2 newsreaders have to recode from the DOS charset and Mac newsreaders have to recode from the Mac charset.
(Note that this is no problem with UUENCODE or Base64, which only use an unproblematic ASCII subset.)
There are also some smaller problems which should be addressed:
- Using CRC32 as a checksum. There are much better hash algorithms like SHA-1 or MD5 available.
- Bad Extensibility and less features than MIME Content-*: Could be solved by integrating yEnc into MIME or vice-versa (e.g., Content-* headers could be allowed directly after =ybegin and before an empty line after which the binary starts.)
One of the solution, of course, is to embed yEnc into MIME. The first idea is to do that as a Content-Transfer-Encoding.
There have been some arguments against MIME, however, which should be addressed here.The creation of new Content-Transfer-Encoding values is STRONGLY discouraged. (Quote from RFC 2045)
This is true and there's a very good reason for it: A lot of software needs to be updated to support it.
On the other hand, the situation is no better when MIME is not used: Users would still need new software. If the news client does not support the format, users can just export the message (nearly every newsreader can export a message in source format) and process it with external tools.
You have to ask whether a new, news-only encoding is a good thing. If yes, then it does not make a difference wheter it's embeded in MIME or not.message/partial MUST not have binary content.
This is because it couldn't be recoded as neccessary on gateways. But with yEnc, recoding would only happen where the message would have been recoded anyway.
It only raises the question whether a news-only encoding is a good thing again. (With yEnc, recoding would only happen where the message would have been corrupted anyway.)There's no per-part integrity checking for message/partial.
There is no reason why Content-MD5 could not be used on message/partial: RFC 1864 only disallows Content-MD5 on multipart/* and message/rfc822, not message/partial. (The reason for this is that these type can contain data that could be recoded at gateways. This would not happen with message/partial or, if it happens due to yEnc, the message would have been corrupted anyway.)
There's no easy way to find all parts from a single part (i.e. find the message ids of all parts) with message/partial
Neither is there with yEnc. All proposed solutions would both work with a non-MIME-yEnc and message/partial.
You can't use your standard newsreader by pasting the encoded data.
You haven't been scared enough by the yEnc-over-Quoted-Printable and Charset Fun chapter, have you?
Conclusion: yEnc as a MIME CTE is much better than yEnc without MIME. yEnc as a MIME Content-Type
The other solution, of course, would be to introduce yEnc as a MIME Content-Type. It then would have to use the binary 8bit CTE.
This would be a similar approach as used for application/mac-binhex40, which is also defined as a Content-Type. Also note that many compression and archive formats are a Content-Type.
As yEnc contains additional information (such as file name, markers, etc.) which a CTE usually does not, this seems to be the better solution.
Conclusion: yEnc should be a MIME Content-Type. Alternatives
Of course, one should ask what alternatives are there to yEnc (or any other super-Base64 encoding). Not using Usenet
Usenet is, even without the Base64 overhead, a horribly inefficient method to transfer large files. Because of the flood-fill mechanism, the articles are sent to all news-servers carrying the specified newsgroup, even if there's no user that wants the article there.
Peer-to-peer networks, such as Gnutella or Freenet are much more efficient and can transfer binary data as-is.
Conclusion: Binaries should not be sent over Usenet. This is not expected to happen any time soon, however. Use all MIME features
MIME already has most of the features necessary to send binary data over Usenet:
- An encoding: Base64.
- A standard to split messages: message/partial.
- An integrety check: Content-MD5 (MD5 is much better than CRC32.)
- Out-of-band labelling of data types.
- No mixing between text with charsets and binary data.
Of course, you would have to use all features provided by MIME to provide everything that yEnc provides (today):
- Use Content-MD5 on each embedded file.
- Use Content-MD5 on each message/partial
- Use Content-Disposition to transport file names and attributes.
- Use the number and total parameters on every part.
- Use the Message-ID convention described below.
Some features proposed for yEnc, such as assembling a file (message) from different sets of partial messages, could also be integrated into MIME - in a backward compatible way!
There is only one real argument agains MIME: efficiency. The Base64 encoding produces about 33% overhead.
Conclusion: MIME provides a proven solution to send binary data over Usenet. The only problem is efficiency. Link-level Compression
The 33% overhead can be more than nullified by using an compression method over bandwith-sensitive links.
There's a proposal for a MIME-aware compression scheme Assembly of partial messages
See my document about a Message-ID convention for partial messages. Conclusion
MIME already provides a solution to most problems that yEnc is supposed to solve. There's no reason to reinvent the wheel for yEnc, which causes some problems. Only the more efficient encoding remains. This problem can be addressed by introducing yEnc as a MIME compression scheme or by introducing a link-level compression/filtering.
Revisions
2002-03-19yEnc as MIME type would only require 8bit, not binary.
Some minor fixes. 2002-03-04Initial version.
Claus Frber <claus@faerber.muc.de> -
Re:and I'll say it again
Want a route around ICANN? How about DNS? Try freenet! No domain registration required. Free anonymous encrypted worldwide data storage, what more could you ask for?
-
Engineered in
This type of book will no doubt help people write more secure applications, but security in larger projects still needs to be engineered in, rather than added on at a later date as a "feature".
For example, Freenet starts with the assumption that nodes on the network will sometimes be hostile to the network, and that they will fail without reason. That fundamental assumption makes their network stronger IMHO than it would have been if they started with a blue-sky look at the network and added code to prevent certain types of attacks.
Also, it seems to me that security in applications is probably something won by hard experience. I'm not even sure if it's possible for somebody whose been hacking for just 1 year to build a fundamentally secure application, but trying to learn never hurts. :)
-
The best is yet to come...
I put 8 months of hard work into Freenet - in particular, developing the W--dows FreeWeb client program and the multi-platform FCPtools library. It's very possible that I will return to the project at some time in the near future.
In my mind, Freenet is still very much in its infancy. At present, it's mostly a prototype, suffering severely from being written in J---, but if gcj gets into a fit state (or some hard-assed hackers re-code it in C), the major problems will be overcome.
But to me, one of Freenet's greatest strengths is almost totally unknown - the bottom layer is designed so that almost anything can be easily slotted in and used as a transport - not just plain TCP/stream sessions, but UDP, or tunnels, or anything.
Because of this design foresight, it's very straightforward to write and plug in a few steganographic transport drivers which traffic keys in devious ways, eg usenet groups with graphics file carriers, or whitespace/grammatical stego in plaintext mailing lists or IRC, hidden packets within webcam feeds, even pirate radio (note that Freenet is high on redundancy and very fault-tolerant).
The way I see it, any determined effort at stamping Freenet out will bring the project alive like never before, and cause it to attract legions of talented and inspired developers to keep n steps ahead in the arms race.
"Repress a religion, and it will flourish"
-- James Herbert -
Petitions are useless
Donate money to EFF and other groups which defend our rights. Whats a petition going to tell the industry who already knows 60 million+ people disagree with them from the Napster Saga.
Donate to EFF EFF
Donate to GNU
Donate to Linux Mandrake Linux Mandrake
Donate to Freenet
We should donate to all of these groups because these groups are doing the actual fighting, stupid pettitions arent doing anything. Its like a kid who gets down on the ground banging their fists crying, thats not going to stop the bully from kicking your ass. Not giving the bully the money is also not going to stop the bully from kicking your ass. Hiring people to help you fight the bully will help you kick the bullies ass. Its the only way. -
Sounds like Freenet IIIn the 1999 paper "A Distributed Decentralized Information Storage and Retrieval System" which formed the basis for the Freenet project, the following future direction is suggested:
Generalisation of Adaptive Network for data processing
A longer term and more ambitious goal would be to determine whether a distributed decentralised data processing system could be constructed using the information distribution Adaptive Network [Freenet] as a starting point. Such a development would allow the creation of a complete distributed decentralised computer
Guess there is nothing new under the sun. -
Sounds like Freenet IIIn the 1999 paper "A Distributed Decentralized Information Storage and Retrieval System" which formed the basis for the Freenet project, the following future direction is suggested:
Generalisation of Adaptive Network for data processing
A longer term and more ambitious goal would be to determine whether a distributed decentralised data processing system could be constructed using the information distribution Adaptive Network [Freenet] as a starting point. Such a development would allow the creation of a complete distributed decentralised computer
Guess there is nothing new under the sun. -
Re:How to Earn that Karma!
Even better is this comment that points to an even older paper, and then says:
"Guess there is nothing new under the sun."
Got that right... -
Sounds Like Freenet IIIn the 1999 paper"A Distributed Decentralized Information Storage and Retrieval System" which formed the basis for the Freenet project, the following future direction is suggested:
Generalisation of Adaptive Network for data processing
A longer term and more ambitious goal would be to determine whether a distributed decentralised data processing system could be constructed using the information distribution Adaptive Network [Freenet] as a starting point. Such a development would allow the creation of a complete distributed decentralised computerGuess there is nothing new under the sun.
-
Sounds Like Freenet IIIn the 1999 paper"A Distributed Decentralized Information Storage and Retrieval System" which formed the basis for the Freenet project, the following future direction is suggested:
Generalisation of Adaptive Network for data processing
A longer term and more ambitious goal would be to determine whether a distributed decentralised data processing system could be constructed using the information distribution Adaptive Network [Freenet] as a starting point. Such a development would allow the creation of a complete distributed decentralised computerGuess there is nothing new under the sun.
-
Sounds like Freenet IIIn the 1999 paper [freenetproject.org] "A Distributed Decentralized Information Storage and Retrieval System" which formed the basis for the Freenet [freenetproject.org] project, the following future direction is suggested:
Generalisation of Adaptive Network for data processing
A longer term and more ambitious goal would be to determine whether a distributed decentralised data processing system could be constructed using the information distribution Adaptive Network [Freenet] as a starting point. Such a development would allow the creation of a complete distributed decentralised computerGuess there is nothing new under the sun.
-
Sounds like Freenet IIIn the 1999 paper [freenetproject.org] "A Distributed Decentralized Information Storage and Retrieval System" which formed the basis for the Freenet [freenetproject.org] project, the following future direction is suggested:
Generalisation of Adaptive Network for data processing
A longer term and more ambitious goal would be to determine whether a distributed decentralised data processing system could be constructed using the information distribution Adaptive Network [Freenet] as a starting point. Such a development would allow the creation of a complete distributed decentralised computerGuess there is nothing new under the sun.
-
Distributed storage / P2P instead of archive media
One way to solve this problem is to archive all information in the data storage pool created by networked computers. With current peer-to-peer file sharing systems (e.g. freenet, gnutella) we have an ever growing pool of information, which is distributed and continually transferred to newer media (e.g. users upgrading their hard disks). As this concept grows in the coming years, and data storage gets cheaper, it may become common to have shared data automatically replicate between nodes in a peer-to-peer network. The result would be an information pool that never becomes obsolete, because the data exists on many nodes in the system, preserving it as each node is replaced with newer hardware and storage mechanisms.
-
Best Defence, avoid tracking users?
In order to avoid liability all developers have to do is create a file sharing program that it's developers or maintainer's cannot track files and users? This seems to be a flimsy defence at best. If this is the case however, then programs like Freenet will give the likes of MPAA, headaches.
-
This is why Freenet is a good thing
I'm surprised nobody has suggested it already: Hosting and development could just move to Freenet, which would protect the identities of the developers and make it quite impossible for Blizzard to shut the project pages down, and for US courts to prosecute any US developer.
-
Re:http://www.linuxfromscratch.org/
"I ***know*** what it running on my system. I know this because I built the binaries myself. I know this because I can look at the source code and see what it does." (emphesis added)
A couple points:
- You can look at the source yourself? Woohoo. But do you actually audit the code yourself? Are you competent enough to not only know what every line of code is doing, but know enough to look out for obvious backdoors, and not-so-obvious backdoors disguised as unintentional security holes? Compiling from source is little better than using the binaries unless you've answered 'yes' to these questions.
- Let's say you finished looking at the source code you use and finished auditing it thoroughly, on a box called 'Sparcy' some 2 months ago. You even wrote down the version numbers. Now let's say you download the source again because Sparcy's hard drive crashed, and you need to recompile everything. You hit the usual sites and download the same versions. How do you know the distributors or mirror operators didn't add a few unmentioned features? What about your ISP, and their uplink? Can you trust everyone from point A to point B? The same would apply to one of your e-mail buddies or even a reputable friend telling you GnuPG 1.06 is "clean".
For the latter situation, you should write down md5sums for anything important that you audit like that. But mostly the point was this really isn't practical.
Suggestions? Maybe rely on a group of trusted people to audit code for you and the general public, PGP-signing the md5sums as their official seal-of-approval. How about using a system like Freenet to collaborate and organize such an effort? Freenet is uncensorable, and provides for anonymous publication and retrieval of content. A method of code peer-review that the feds/aliens/Elvis/Jesus/Dr. Evil can't stop, bribe, or censor, or otherwise put to a halt. Unfortunately, Freenet is far from mainstream. However, it's stuff like this Freenet is designed for, and does the best job for.
By the way, if such a group/organization is formed, there's no reason they couldn't compile binaries in the exact environment popular distribution packagers build packages, that is, by using the exact same libraries, etc. Theoretically, if a source package can be marked clean, and a distributor's diffs can be marked clean, the exact binary could be reproduced, and the package management utilities could recreate what should be the official package binary. If it really is exactly the same as the official package, that package (and the md5sum!) could be declared as "clean" as well. I don't know about other distributions/OSs, but Debian and NetBSD provide for detailed build logs, and probably give enough information to recreate the official packages.
-
Freenet project official website...
-
With regards of duel posting.
Here is the original post, on the Freenet homepage about the Infoanarchy piece, as to whether it was posted on Kuro5hin or InfoAnarchy, read either, it doesn't matter. At the above link is an MP3 file of the original cited speech (at Codecon).
-
Re:Please tell me why...A government could make encryption software illegal, however the legal barriers are quite high. In Europe they have the Human Rights act which protects a lot of rights (which is one of the reasons the RIP Act has not been rigourously enforced in England) and in the US you have the constitution.
I started using Freenet for the technical challenge, a kind of Internet within Internet, which is a kind of neat concept, but there are also some interesting quite innovative sites on there. But danger Will Robinson, there is also some evil!
Has there ever been a time that you want to comment about something and protect you identity? Freenet allows this.
-
Re:Freenet is not perfect!I agree with you in respective of the "fuck you" attitude of the developers, that is their perogative, but I think it is counter productive to one of their goals which is widespread acceptance.
I really beleive that good documentation coupled with good code is the reason that some projects prosper and others fail. Maybe they have the balance right, the system is ludicrously easy for Windows users now. On the plus side:
They have a Wiki system on their homepage which allows you to add to the documentation easily (had this been available 6 months ago I would have)
The code is nearing a stable level (Datastore bug gone)
Usefull non-Pr0n applications are been developed such as Frost.
-
Reinventing the wheel to be square?As far as I was aware, the issue of scalability of Gnutella is something that came out of a simplistic design, indeed, I cannot really imagine a distributed P2P system of a simpler nature. There is obviously a point to reshuffling its topology (after all, we'll get to use words like hypertori!) but I do not see it immediately. Why not look at something like Freenet which has been
- designed by people who seem to have a good idea about what they are doing
- made scalable
- made efficient
- made truly anonymous
- I guess the point of this is to ask ourselves a question: why bother? Let the best programs survive.
-
Mute argumentThis whole thing is a mute argument, the cat is out of the bag. Not least because of Freenet. There is nothing aside from severely restricting usage at ISP's to stop this.
Freenet is a distributed network with anonymity built in. In a nutshell here are the features:
It can't be monitored effectively
It can carry any kind of media
It is anonymous
It is written in Java
Napster style clients exist (also written in Java)
All OSS
It is crawling with all kinds of undesirables because of the above.
If the users of existing filesharing networks were to move to something like this the record industry would be screwed.
-
Mute argumentThis whole thing is a mute argument, the cat is out of the bag. Not least because of Freenet. There is nothing aside from severely restricting usage at ISP's to stop this.
Freenet is a distributed network with anonymity built in. In a nutshell here are the features:
It can't be monitored effectively
It can carry any kind of media
It is anonymous
It is written in Java
Napster style clients exist (also written in Java)
All OSS
It is crawling with all kinds of undesirables because of the above.
If the users of existing filesharing networks were to move to something like this the record industry would be screwed.
-
FreenetHmmm, interesting given that a number of P2P file-sharing applications are using Sourceforge, including Freenet.
OTOH, I don't think anyone really expected Sourceforge to stand up to the RIAA should they attempt to bully them into shutting-off web access to a project like Freenet anyway (although looking at page views, Freenet is three-times more popular than SF's next most viewed project).
This is a wake-up call though, I will definitely start thinking about alternatives now should I ever wake up to discover that SF has shut down Freenet's account under threat from the RIAA.