July 2018 - cypherpunks-legacy

[liberationtech] UK: Phone and email records to be stored in new spy plan
by Frank Corrigan 06 Jul '18

06 Jul '18

I understand the capabilities below already exist in the US< in terms of real time access to ISP/Telco customer records? Communications Capabilities Development Programme http://action.openrightsgroup.org/ea-campaign/clientcampaign.do?ea.client.i… http://www.homeoffice.gov.uk/counter-terrorism/communications-data/ "Details of every phone call and text message, email traffic and websites visited online are to be stored in a series of vast databases under new Government anti-terror plans. Rather than the Government holding the information centrally, companies including BT, Sky, Virgin Media, Vodafone and O2 would have to keep the records themselves. Under the scheme the security services would be granted b real timeb access to phone and internet records of people they want to put under surveillance, as well as the ability to reconstruct their movements through the information stored in the databases." http://www.telegraph.co.uk/technology/internet/9090617/Phone-and-email-reco… Frank _______________________________________________ liberationtech mailing list liberationtech(a)lists.stanford.edu Should you need to change your subscription options, please go to: https://mailman.stanford.edu/mailman/listinfo/liberationtech If you would like to receive a daily digest, click "yes" (once you click above) next to "would you like to receive list mail batched in a daily digest?" You will need the user name and password you receive from the list moderator in monthly reminders. Should you need immediate assistance, please contact the list moderator. Please don't forget to follow us on http://twitter.com/#!/Liberationtech ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

Re: last mile, regulatory incentives, etc (was: att fiber, et al)
by Marcel Plug 06 Jul '18

06 Jul '18

This article from arstechnica is right on topic. Its about how the city of Amsterdam built an open-access fibre network. It seems to me this is the right way to do it, or at least very close to the right way.. http://arstechnica.com/tech-policy/news/2010/03/how-amsterdam-was-wired-for… -Marcel On Fri, Mar 23, 2012 at 11:35 PM, <Valdis.Kletnieks(a)vt.edu> wrote: > On Fri, 23 Mar 2012 14:18:26 -1000, Michael Painter said: > >> "The indication of above average or below average is based on a comparison of the actual test result to the current NTIA >> definition of broadband which is 768 kbps download and 200 kbps upload. Any test result above the NTIA definition is >> considered above average, and any result below is considered below average." > > That's the national definition of "broadband" that we're stuck with. To show > how totally cooked the books are, consider that when they compute "percent of > people with access to residential broadband", they do it on a per-county basis > - and if even *one* subscriber in one corner of the county has broadband, the > entire county counts. > ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

Re: [cryptography] crypto.cat
by natanael.l＠gmail.com 06 Jul '18

06 Jul '18

It seems to lack verification and authorization = easy to MITM. 2012-03-31 15:49 skrev Mario Contestabile: You guys have any cypherpunk opinions on https://crypto.cat/ ? It's a "secure" online communication tool, apparently used by Anonymous. It was developed by Nadim Kobeissi, (yet another Montrealer). Mario _______________________________________________ cryptography mailing list cryptography(a)randombit.net https://crypto.cat/ _______________________________________________ cryptography mailing list cryptography(a)randombit.net http://lists.randombit.net/mailman/listinfo/cryptography ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

[tor-talk] hidden services 2.0 brainstorming
by proper 06 Jul '18

06 Jul '18

I think the concept of hidden services has a lot potential. Not only because they are hidden. Let's face it: - You get a free domain for live. - You get transparent, free end to end encryption. No flawed root CA system. - That's something remarkable, isn't it? With some modifications/improvements they could be potentially used for any website, such as as e-commerce, google, twitter, facebook etc. hidden services "1.0" as of July 2012 features: - "optional" [1] client anonymity - "optional" [2] server anonymity - somewhat slow both, when client anonymity and server anonymity are active - free live time domain - no domain registrar can mess up - somewhat [3] secure - very few useful legitimate hidden services exist [4] ideas for hidden services "2.0": - Marketing: Free domain for live! - Marketing: Safer than SSL! - "optional" [1] client anonymity - "optional" server anonymity - add an option to let the server and/or client connect non-anonymously [6] - somewhat slow both, client anonymity and server anonymity are active - fast if only one uses anonymity - very fast if none use anonymity - establish new human friendly name system [7] - improved stability, reachability, performance and dos protection features advantages: - More legitimate hidden services. Better reputation for Tor. - Real solution for the flawed root CA system. - Say goodbye to the DNS hierarchy system, DNS spoofing etc. Free domains, domain security depends on local security, not on registrar / DNS system. - Tor gets more known and gets more relay / bridge contributors. - Safes exit bandwidth. [1] Optional because if Tor2webMode is set to 1: Tor connects to hidden services non-anonymously. As far I know it connects to the rondevouz point directly, server of course stays anonymous. [2] There are exit enclaves. The server acts as exit and allows to exit to it's own IP. [3] Please don't make that the topic here. What I mean is the domain name may not be long enough, weak sha1 hash and the encryption keys are not the most up to date, strongest ones. [4] Depends on opinion, anyway, much more legitimate and useful servers can not hurt. Let's not make this the topic here. [5] One hop circuit or can you even make a 0 hop circuit, i.e. direct connection? [6] Non-anonymous domains could use something else, not .onion. [7] There is already at least one proposal, pet name system. _______________________________________________ tor-talk mailing list tor-talk(a)lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

which is the best hosting provider in Antigua?
by James Salsman 06 Jul '18

06 Jul '18

--- forwarded message --- Date: Wed, 30 Jan 2013 12:12:21 +0000 From: Richard Symonds <richard dot symonds at wikimedia dot org dot uk> Subject: [Wikimedia-l] "Legalised Piracy" Very interesting things happening in Antigua and the US: http://www.bbc.co.uk/news/technology-21247683 Essentially, the World Trade Organization (WTO) have ruled that the islands have the right to suspend US intellectual property rights. It all stems from a trade dispute in 2003, where the US effectively banned electronic interstate gambling, which in turn damaged Antigua's economy." This has led to one thing and another, and "...on Monday the WTO's dispute settlement body gave final authorisation for Antigua to sell movies, music, games and software via a store that would be able to ignore US copyright and trademark claims." I'm not sure what this means for the movement - I'm sure there will be a long and lively discussion - but it's a very interesting turn of events in IP law. Richard Symonds Wikimedia UK -- You received this message because you are subscribed to the Google Groups "science-liberation-front" group. To unsubscribe from this group and stop receiving emails from it, send an email to science-liberation-front+unsubscribe(a)googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

Re: [HacDC:Byzantium] USAID Tech Challenge
by Andrew Donovan-Shead 06 Jul '18

06 Jul '18

Packet Radio via HAM radio should work. To my mind it would be another gateway in and out of the Byzantium mesh. It would be a wonderful range extender. At a quick glance, it shouldn't require more than connecting the computer wired Ethernet or USB link or whatever to the Packet Radio bridge. Byzantium should see it as an open connection to the Internet and connect the mesh automatically. Any number of narrow-area Byzantium meshes could be interconnected over a wide area by Packet Radio. Bandwidth should increase proportional to the number of HAMs providing Packet Radio connections, limited by the number of RF channels available. I could look into your idea and put together a system block diagram illustrating the concept, if you're interested. On 01/22/2013 07:36 PM, Urbanus Z wrote: > Greetings, > > It's been a while since I've checked back in with HacDc, and I'm > impressed with the progress Byzantium has made. > > There's a tech challenge <http://thetechchallenge.org/#%21inflow> from > www.humanityunited.org <http://www.humanityunited.org>. and USAID > opening in Feburary that a few of you might be interested in. Here's > the problem description.: > > During acute crises, vulnerable populations are often *cut off > from critical information* and *have limited, if any, ability to > communicate* inside or outside of their communities. While there > are a number of existing efforts aimed at *improving information > flow* in these contexts, many focus on the *outflow of > information* from communities or rely too heavily on *existing > communications infrastructure* or *basic literacy*. > > > Which basically sounds close enough to Byzantium to be worth applying > for. Let me know if anyone has interest. > > Some side questions for the tech folks: > Does Byzantium work across non WiFi IP stacks? Would it be > reasonable to attach it to Packet Radio over HAM radio? > > > Sincerely, > Urbanus > -- > You received this message because you are subscribed to the Google > Groups "Project Byzantium (Emergency Mesh Networking)" group. > To view this discussion on the web visit > https://groups.google.com/a/hacdc.org/d/msg/Byzantium/-/Gz0wUKNBphsJ. > To post to this group, send email to Byzantium(a)hacdc.org. > To unsubscribe from this group, send email to > Byzantium+unsubscribe(a)hacdc.org. > For more options, visit this group at > http://groups.google.com/a/hacdc.org/group/Byzantium/?hl=en. -- You received this message because you are subscribed to the Google Groups "Project Byzantium (Emergency Mesh Networking)" group. To post to this group, send email to Byzantium(a)hacdc.org. To unsubscribe from this group, send email to Byzantium+unsubscribe(a)hacdc.org. For more options, visit this group at http://groups.google.com/a/hacdc.org/group/Byzantium/?hl=en. ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

For IP: Skype encryption stumps German police
by Ole Jacobsen 06 Jul '18

06 Jul '18

Interesting: http://news.yahoo.com/s/nm/20071122/wr_nm/security_internet_germany_dc_3;_y… Ole J. Jacobsen Editor and Publisher, The Internet Protocol Journal Cisco Systems Tel: +1 408-527-8972 Mobile: +1 415-370-4628 E-mail: ole(a)cisco.com URL: http://www.cisco.com/ipj ------------------------------------------- Archives: http://v2.listbox.com/member/archive/247/=now RSS Feed: http://v2.listbox.com/member/archive/rss/247/ Powered by Listbox: http://www.listbox.com ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

[IP] Skype encryption stumps German police
by David Farber 06 Jul '18

06 Jul '18

Begin forwarded message:

1 0

DCSB: Chuck Wade; New Authentication Services--A pending train wreck?
by R. A. Hettinga 06 Jul '18

06 Jul '18

-----BEGIN PGP SIGNED MESSAGE----- [The Harvard Club is now "business casual". No more jackets and ties, but see below for details. While it lasts, anyway. Since the dot-bomb, the suit-probability in the main dining room has been asymptotically approaching unity. :-). --RAH] The Digital Commerce Society of Boston Presents Chuck Wade New Authentication Services--A pending train wreck? Tuesday, December 4th, 2001 12 - 2 PM The Downtown Harvard Club of Boston One Federal Street, Boston, MA The IT industry's holy grail has always been "single sign-on," and now Microsoft is promising to deliver this long-sought treasure with its Passport offering. Meanwhile, AOL, Oracle and Sun (with its friends in the Liberty Alliance) are also claiming to have found solutions to the single sign-on problem. In the payments world, Visa is readying a new authentication service called 3-D Secure for over-the-Internet credit card transactions, while MasterCard prepares to introduce its SPA authentication technology and American Express is still promoting its Blue Card and associated wallet software. Interest in authentication services, including single sign-on, has reached a fever pitch since the tragic events of September 11th, although interest was building even before the twin towers collapsed. With all of these new authentication services coming to market, it might seem that the IT industry is about to finally get some much-needed relief from the suffering associated with weak, or non-existent, authentication. Unfortunately, what we may be about to witness instead is another industry train wreck as competing solutions collide in the midst of a skeptical market place. This talk will highlight some of the strengths and weaknesses of these emerging authentication services. It will also discuss their common failure to address the real requirements of users. Some thoughts will be offered on how the industry approach needs to change if viable authentication services are ever to be adopted in the real world. Chuck Wade consults on Internet payments and security. He was previously engaged as a Senior Researcher at CommerceNet, and as a Principal Consultant in the Information Security Group of BBN Technologies. At BBN, he led Electronic Commerce initiatives and client engagements, with most of his consulting work within the Financial Industry. As one of the original participants in the FSTC eCheck Project, Chuck has been involved with over-the-Internet electronic payments since the mid 1990's. He also contributed directly to the architecture, design, deployment and testing of various large, mission-critical networks, including the trading floor network for the New York and American Stock Exchanges. In a career spanning a quarter century, Chuck spent all of the '90s with BBN (now a part of Verizon) as a Consultant and Systems Architect. During most of the '80s, he worked at Motorola directing the Advanced Technology Group for their Codex division. He has also worked in the minicomputer industry and university research. He holds both Sc.B. and Sc.M. degrees from Brown University in Electrical Engineering. This meeting of the Digital Commerce Society of Boston will be held on Tuesday, December 4th, 2001, from 12pm - 2pm at the Downtown Branch of the Harvard Club of Boston, on One Federal Street. The price for lunch is $37.50. This price includes lunch, room rental, A/V hardware if necessary, and the speakers' lunch. The Harvard Club has relaxed its dress code, which is now "business casual", meaning no sneakers or jeans. Fair warning: since we purchase these luncheons in advance, we will be unable to refund the price of your meal if the Club finds you in violation of what's left of its dress code. We need to receive a company check, or money order, (or, if we *really* know you, a personal check) payable to "The Harvard Club of Boston", by Saturday, December 1st, or you won't be on the list for lunch. Checks payable to anyone else but The Harvard Club of Boston will be returned. Checks should be sent to Robert Hettinga, 44 Farquhar Street, Boston, Massachusetts, 02131. Again, they *must* be made payable to "The Harvard Club of Boston", in the amount of $37.50. Please include your e-mail address so that we can send you a confirmation If anyone has questions, or has a problem with these arrangements (we've had to work with glacial A/P departments more than once, for instance), please let us know via e-mail, and we'll see if we can work something out. Upcoming speakers for DCSB are: January James Turk Non-Bank Payment Systems February TBA As you can see, :-), we are actively searching for future speakers. If you are in Boston on the first Tuesday of the month, are a principal in digital commerce, and would like to make a presentation to the Society, please send e-mail to the DCSB Program Committee, care of Robert Hettinga, <mailto: rah(a)shipwright.com>. For more information about the Digital Commerce Society of Boston, send "info dcsb" in the body of a message to <mailto: majordomo(a)reservoir.com> . If you want to subscribe to the DCSB e-mail list, send "subscribe dcsb" in the body of a message to <mailto: majordomo(a)reservoir.com> . We look forward to seeing you there! -----BEGIN PGP SIGNATURE----- Version: PGP 7.0 iQEVAwUBO/Z+lcUCGwxmWcHhAQGU+ggAs4e7abFasaxckLi+Oo8nqPeb9noeuoFZ QAn6hDUJmqFgkkhcJ3i0z0+Aw6hIT3pQ3iL/AE3q2TGGOOu4q4Ca30Ghh9m5ScNx rRJTDa4UD2PZjWVcIWJ+RqCnSOKRsCR2epMzLjDJXCZ+NhmBsAJf2Wrec78nTQN7 lS3g5sUyE0PMUNTjMByeWvts3wClsQqnlXOaP8uGHdENKMoXioVZtdPbfcKWXPag K2BRJ8xkyMb1vr8XUYpa8mBZh+ItddAtGikB39vPbDFqouLFP6zU6Vk7dc8yhoCm j70jilWp7F4zT+n0EM0CTKXLrhekbZX0Vd7qzvzXoFEO90IIpZpFng== =hQe4 -----END PGP SIGNATURE----- -- ----------------- R. A. Hettinga <mailto: rah(a)ibuc.com> The Internet Bearer Underwriting Corporation <http://www.ibuc.com/> 44 Farquhar Street, Boston, MA 02131 USA "... however it may deserve respect for its usefulness and antiquity, [predicting the end of the world] has not been found agreeable to experience." -- Edward Gibbon, 'Decline and Fall of the Roman Empire' ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To unsubscribe from this list, send a letter to: Majordomo(a)reservoir.com In the body of the message, write: unsubscribe dcsb-announce Or, to subscribe, write: subscribe dcsb-announce If you have questions, write to me at Owner-DCSB(a)reservoir.com --- end forwarded text -- ----------------- R. A. Hettinga <mailto: rah(a)ibuc.com> The Internet Bearer Underwriting Corporation <http://www.ibuc.com/> 44 Farquhar Street, Boston, MA 02131 USA "... however it may deserve respect for its usefulness and antiquity, [predicting the end of the world] has not been found agreeable to experience." -- Edward Gibbon, 'Decline and Fall of the Roman Empire'

1 0

[i2p] weekly status notes [sep 14]
by jrandom 06 Jul '18

06 Jul '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi y'all, its that time of the week again * Index: 1) 0.4.0.1 2) Threat model updates 3) Website updates 4) Roadmap 5) Client apps 6) ??? * 1) 0.4.0.1 Since last Wednesday's 0.4.0.1 release, things have been going pretty well on the net - more than 2/3rd of the network has upgraded, and we'e been maintaining between 60 and 80 routers on the network. IRC connection times vary, but lately 4-12 hour connections have been normal. There have been some reports of funkiness starting up on OS/X though, but I believe some progress is being made on that front too. * 2) Threat model updates As mentioned in reply [1] to Toni's post [2], there has been a pretty substantial rewrite of the threat model [3]. The main difference is that rather than the old way of addressing the threats in an ad-hoc manner, I tried to follow some of the taxonomies offered within the literature [4]. The biggest problem for me was finding ways to fit the actual techniques people can use into the patterns offered - often a single attack fit within several different categories. As such, I'm not really too pleased with how the information in that page is conveyed, but its better than it was before. [1] http://dev.i2p.net/pipermail/i2p/2004-September/000442.html [2] http://dev.i2p.net/pipermail/i2p/2004-September/000441.html [3] http://www.i2p.net/how_threatmodel [4] http://freehaven.net/anonbib/topic.html * 3) Website updates Thanks to Curiosity's help, we've begun on some updates to the website - the most visible of which you can see on the homepage itself. This should help people out who stumble upon I2P and want to know right off the bat wtf this I2P thing is, rather than having to hunt and peck through the various pages. In any case, progress, ever onwards :) * 4) Roadmap Speaking of progress, I've finally thrown together a revamped roadmap [5] based upon what I feel we need to implement and upon what must be accomplished to provide for the user's needs. The major changes to the old roadmap are: * Drop AMOC altogether, replaced with UDP (however, we'll support TCP for those who can't use UDP *cough*mihi*cough*) * Kept all of the restricted route operation to the 2.0 release, rather than bring in partial restricted routes earlier. I believe we'll be able to meet the needs of many users without restricted routes, though of course with them many more users will be able to join us. Walk before run, as they say. * Pulled the streaming lib in to the 0.4.3 release, as we don't want to go 1.0 with the ~4KBps per stream limit. The bounty on this is still of course valid, but if no one claims it before 0.4.2 is done, I'll start working on it. * TCP revamp moved to 0.4.1 to address some of our uglier issues (high CPU usage when connecting to people, the whole mess with "target changed identities", adding autodetection of IP address) The other items scheduled for various 0.4.* releases have already been implemented. However, there is one other thing dropped from the roadmap... [5] http://www.i2p.net/roadmap * 5) Client apps We need client applications. Applications that are engaging, secure, scalable, and anonymous. I2P by itself doesn't do much, it merely lets two endpoints talk to each other anonymously. While I2PTunnel does offer one hell of a swiss army knife, tools like that are only really engaging to the geeks among us. We need more than that - we need something that lets people do what they actually want to do, and that helps them do it better. We need a reason for people to use I2P beyond simply because its safer. So far I've been touting MyI2P to meet that need - a distributed blogging system offering a LiveJournal-esque interface. I recently [6] discussed some of the functionality within MyI2P on the list. However, I've pulled it out of the roadmap as its just too much work for me to do and still give the base I2P network the attention it needs (we're already packed extremely tight [7]). There are a few other apps that have much promise. Stasher [8] would provide a significant infrastructure for distributed data storage, but I'm not sure how that's progressing. Even with Stasher, however, there would need to be an engaging user interface (though some FCP apps may be able to work with it). IRC is also a potent system, though has its limitations due to the server-based architecture. oOo has done some work to see about implementing transparent DCC though, so perhaps the IRC side could be used for public chat and DCC for private file transfers or serverless chat. General eepsite functionality is also important, and what we have now is completely unsatisfactory. As DrWoo points out [9], there are significant anonymity risks with the current setup, and even though oOo has made some patches filtering some headers, there is much more work to be done before eepsites can be considered secure. There are a few different approaches to addressing this, all of which can work, but all of which require work. I do know that duck mentioned he had someone working on something, though I don't know how thats coming or whether it could be bundled in with I2P for everyone to use or not. Duck? Another pair of client apps that could help would be either a swarming file transfer app (ala BitTorrent) or a more traditional file sharing app (ala DC/Napster/Gnutella/etc). This is what I suspect a large number of people want, but there are issues with each of these systems. However, they're well known and porting may not be much trouble (perhaps). Ok, so the above isn't anything new - why did I bring them all up? Well, we need to find a way to get an engaging, secure, scalable, and anonymous client application implemented, and it isn't going to happen all by itself out of the blue. I've come to accept that I'm not going to be able to do it myself, so we need to be proactive and find a way to get it done. To do so, I think our bounty system may be able to help, but I think one of the reasons we haven't seen much activity on that front (people working on implementing a bounty) is because they're spread too thin. To get the results we need, I feel we need to prioritize what we want and focus our efforts on that top item, 'sweetening the pot' so as to hopefully encourage someone to step up and work on the bounty. My personal opinion is still that a secure and distributed blogging system like MyI2P would be best. Rather than simply shoveling data back and forth anonymously, it offers a way to build communities, the lifeblood of any development effort. In addition, it offers a relatively high signal to noise ratio, low chance for abuse of the commons, and in general, a light network load. It doesn't, however, offer the full richness of normal websites, but the 1.8 million active LiveJournal users don't seem to mind. Beyond that, securing the eepsite architecture would be my next preference, allowing browsers the safety they need and letting people serve eepsites 'out of the box'. File transfer and distributed data storage are also incredibly powerful, but they don't seem to be as community oriented as we probably want for the first normal end user app. I want all of the apps listed to be implemented yesterday, as well as a thousand other apps I couldn't begin to dream of. I also want world peace, and end to hunger, the destruction of capitalism, freedom from statism, racism, sexism, homophibia, an end to the outright destruction of the environment and all that other evil stuff. However, we are only so many people and we can only accomplish so much. As such, we must prioritize and focus our efforts on achieving what we can rather than sit around overwhelmed with all we want to do. Perhaps we can discuss some ideas about what we should do in the meeting tonight. [6] http://dev.i2p.net/pipermail/i2p/2004-September/000435.html [7] http://www.i2p.net/images/plan.png [8] http://www.freenet.org.nz/python/stasher/ [9] http://brittanyworld.i2p/browsing/ * 6) ??? Well, thats all I've got for the moment, and hey, I got the status notes written up *before* the meeting! So no excuses, swing on by at 9pm GMT and barrage us all with your ideas. =jr -----BEGIN PGP SIGNATURE----- Version: PGP 8.1 iQA/AwUBQUc1OhpxS9rYd+OGEQLaYQCg0qql8muvuGEh46VICx4t69PuRl8An0Ki 3GEF2jrg/i9csiMO6VdQccxH =4Tip -----END PGP SIGNATURE----- _______________________________________________ i2p mailing list i2p(a)i2p.net http://i2p.dnsalias.net/mailman/listinfo/i2p ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> ______________________________________________________________ ICBM: 48.07078, 11.61144 http://www.leitl.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE http://moleculardevices.org http://nanomachines.net [demime 1.01d removed an attachment of type application/pgp-signature]

1 0