Re: [havenco-discuss] Re: [Announce] HavenCo Sealand Remailer Online

2001-09-17 Thread Ryan Lackey
cations and prosecution to no longer be merely academic. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-founder, HavenCo Ltd.+44 7970 633 277 the free world just milliseconds away http://www.havenco.com/ OpenPGP 4096: B8B8 3D95 F940 9760 C64B DE90 07AD BE07 D2E0 301F

[Announce] HavenCo Sealand Remailer Online (remailer.havenco.com)

2001-09-16 Thread Ryan Lackey
C5 xWQu3XkDnHjyLwKvZTZsdEwWmnZmgbp9NoBVGdXl m+0+M5V1hS4EP2YOd/YtMBUMriPbEZpZRZ8V7og+ qVArqXXyX5C3XbbR++yeMoCEjq+vmBpy6aOELoUq cvSxIBCoJU8+XwAA AAAAAAAA AAA

Re: anonymous digital cash and other (now) iffy stuff

2001-09-22 Thread Ryan Lackey
that time is over. Indeed, an upcoming conference, CodeCon, exists to advance the state of the art in and promote discussion of such systems; CFP to be sent shortly.) [2] Which would be done, but in multiple boxes/bags/jars, just as our ultimate response to someone presenting a clear

thoughts on proxy services

2001-11-21 Thread Ryan Lackey
motivation for using net-10 was to make accounting simpler, and to "fail secure" (since net-10 isn't routed); we have flows-based accounting as a possibility, and if you want fail-secure, net-10 is still a possibility. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PRO

RE: The Crypto-Financial Paradox

2001-11-21 Thread Ryan Lackey
, if you count HINDE. (unclear if 0 for 2 is better than 0 for 1; I actually think so. Better than 0 for 0 regardless.) -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-founder, HavenCo Ltd.+44 7970 633 277 the free world just milliseconds away http://www.havenco.com/ OpenPGP 4096: B8B8 3D95 F940 9760 C64B DE90 07AD BE07 D2E0 301F

Re: "quitting havenco", not quite!

2001-11-20 Thread Ryan Lackey
ous p2p projects, or general circumvention technology, or maybe crypto. Sourceforge does what it does quite well, so for general-purpose code, it's probably the best place to host. I hope to have something as good as sourceforge by summer 2002. The mail stuff is mostly done and just

Re: Pay per use remailers and remailer reliability tracking.

2001-12-20 Thread Ryan Lackey
e effort required to create an ecash system from scratch, deploy it, scale it, and then use it for this application. Not that I'm saying an ecash system isn't worthwhile for its own sake, though :) -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-founder, HavenCo Ltd.+44 7970 633 277 the free world just milliseconds away http://www.havenco.com/ OpenPGP 4096: B8B8 3D95 F940 9760 C64B DE90 07AD BE07 D2E0 301F

Re: Pay per use remailers and remailer reliability tracking.

2001-12-20 Thread Ryan Lackey
ely determine if > your messages have gotten stuck at a particular remailer. Given the level of latency and standard deviation for messages, I'm not sure if this would provide a reasonable level of quality of service, using today's remailer population. -- Ryan Lackey [RL7618 RL5931-RIP

Re: More on remailers

2001-12-23 Thread Ryan Lackey
DP [multicast], but whatever. I think ecash will ultimately have many transports, but one of them should almost certainly be PGP-encrypted email which looks exactly like any other PGP-encrypted message, back and forth with an ecash server attached directly to a remailer, where every message fits w

ecash developer software liability, round 809834

2001-12-23 Thread Ryan Lackey
ate with a wide variety of applications. The number one thing required to successfully develop and deploy an electronic cash system today, though, is being simultaneously smart enough to be able to do it, but stupid enough to do it anyway, even given the past failures, lack of rationa

Re: Liability, economic realities and self delusion in ecash developers. Or: Why not "just write ecash" (again).

2001-12-23 Thread Ryan Lackey
patents and dying down of patriotic hysteria will reassure developers; perhaps legal analysis of the risks to pure developers will lower it; perhaps high visibility persecution of p2p systems, dmca-violating tools, etc. will motivate a new generation of programmers; perhaps computer science educa

simplest possible ecash mint

2001-12-24 Thread Ryan Lackey
he past 3 months, primarily from a gaming background, but there's nothing to prevent people from playing with the system itself before then. Might as well start from day 1 with real separation of roles, at least in name. (one might note there are worthwhile conferences every 1-2 months from now

Re: simplest possible ecash mint

2001-12-24 Thread Ryan Lackey
l description of the issue, the issuer signing keys, and external means of reputation/identity to be verified; this is just a question of what keys sign what and how to present it. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-founder, HavenCo Ltd.+44 79

Remailer Stats (was: Swiss Bank in a Box)

2001-12-24 Thread Ryan Lackey
bodies to make "MUST" or "SHOULD" security for protocols (with the hope that standard/reference implementations will be available). I hate standards bodies, but some people seem to get off on this, and it's not unhelpful. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL

Re: Liability, economic realities and self delusion in ecash developers. Or: Why not "just write ecash" (again).

2001-12-24 Thread Ryan Lackey
ll be distributed and not deployed, or deployed but not widely used, and thus mainly ignored, but not for regulatory reasons, simply for trust, software engineering, market, etc. reasons. But I'd like to give it a shot. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co

What to back an ecash issue with, structure

2001-12-24 Thread Ryan Lackey
igh-power money" experiment would be fun, and might be a better basis for issues than "mint in control of bank accounts externally" or "external issuer banking issue", but it's more complex to deploy. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-

Re: End-to-end encrypting US GSM phones?

2001-12-29 Thread Ryan Lackey
and then use IP-IP or a VoIP bridge to get cheaper or free international calling; encrypted by default to the gateway, and possibly to the other end if supported. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-founder, HavenCo Ltd.+44 7970 633 277 the free

Re: End-to-end encrypting US GSM phones?

2001-12-31 Thread Ryan Lackey
ived this e-mail in error you may not copy, disclose to any > third party or use the contents, attachments or > information in any way, Please delete all copies of the e-mail and the > attachment(s), if any and notify the sender. > Thank You. > ==

Re: End-to-end encrypting US GSM phones?

2001-12-31 Thread Ryan Lackey
en maybe something more efficient. I'm pretty sure someone has made the bluetooth headset work with linux already, so it's just a question of kernel patches. The security of this would depend somewhat on the bluetooth encryption, although I'd be happier trusting unencrypted but low

RE: End-to-end encrypting US GSM phones?

2001-12-31 Thread Ryan Lackey
do it -- I don't know if they have an IPsec implementation for the wince platform yet. BTW, [EMAIL PROTECTED] appears permanently dead, culled from the to: line. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-founder, HavenCo Ltd.+44 7970 633 277 the free

Re: End-to-end encrypting US GSM phones?

2002-01-01 Thread Ryan Lackey
ts you use dirt-simple compression algorithms, So palm would then be sort of feasible on a bluetooth-headset, bluetooth-cellphone, with 28.8kbps HSCSD, at about USD 0.15/minute cell to cell in the UK. > or you could burn some of your 206MHz horsepower on better compression. I suppose batter

Re: U.S. Said to Pay Iraq Contractors in Cash

2005-02-15 Thread Ryan Lackey
lis' testimony > because majority Republicans have declined to investigate the suspected > misuse of funds in Iraq. > > "This isn't penny ante. Millions, perhaps billions of dollars have been > wasted and pilfered," Dorgan, D-N.D., said in an interview ahead of the > Senate Democratic Policy Committee's session. > > Willis concluded that "decisions were made that shouldn't have been, > contracts were made that were mistakes, and were poorly, if at all, > supervised, money was spent that could have been saved, if we simply had > the right numbers of people. ... I believe the 500 or so at CPA > headquarters should have been 5,000." > -- Ryan Lackey [RL960-RIPE AS24812] [EMAIL PROTECTED] +1 800 723 0127 OpenPGP DH 4096: B8B8 3D95 F940 9760 C64B DE90 07AD BE07 D2E0 301F

new CDR node: cypherpunks@cypherpunks.metacolo.com

2004-01-21 Thread Ryan Lackey
Hi. I'm finishing putting together a CDR node on cypherpunks.metacolo.com initially I'm just providing "cypherpunks", the unedited unspamfiltered feed. Later I'll put up cypherpunks-nospam (automated antispam), cypherpunks-edited (some simple human filtering to kill abuse), and cypherpunks-gems

Re: maximize best case, worst case, or average case? (TCPA)

2002-06-30 Thread Ryan Lackey
ne cascaded ... and in theory still be able to use the serial port for > other use at the same time. > > i believe that there is some statistic some place about the UK and the US > are really great that in those two countries the copyright piracy is > estimated to on

Re: maximize best case, worst case, or average case? (TCPA)

2002-06-30 Thread Ryan Lackey
tion floppy disks crammed > > into the same drive at the same time. The chip was suppose to provide an > > analog to the CPU serial number used for licensing software on mainframes > > dating at least from the original IBM 370s (store cpuid hardware > > instruction).

Re: maximize best case, worst case, or average case? (TCPA

2002-06-30 Thread Ryan Lackey
mandated, or relying on legislative solutions to business problems, is wrong. While I'd certainly prefer a world where creation of worthwhile content is rewarded and encouraged, I would far prefer if every artist starved rather than a world where general purpose computing is restricted at all.

Re: maximize best case, worst case, or average case? (TCPA

2002-07-01 Thread Ryan Lackey
ting hardware in private hands (although hopefully osmosis would cause them to feel DRM is actually Evil, too) > Joe -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-founder, HavenCo Ltd.+44 7970 633 277 the free world just milliseconds away http://www.havenco.com/ OpenPGP 4096: B8B8 3D95 F940 9760 C64B DE90 07AD BE07 D2E0 301F

Re: maximize best case, worst case, or average case? (TCPA)

2002-07-04 Thread Ryan Lackey
okernel level, but then the signed OS required to deal with signed media objects on a daily basis, which most users will require, may support this functionality. Since this code will be signed, third party patches will be prohibited. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO a

Re: Kennenlernen wollt

2002-07-05 Thread Ryan Lackey
I assume since I didn't post this, it's a sign that those who post anonymously messages and use spray.net as their ISP shouldn't run windows worm-vulnerable MUAs? :) Quoting Ryan Lackey <[EMAIL PROTECTED]>: > Content-Type: application/octet-stream; > name=s3

onsite service on Sealand

2002-08-27 Thread Ryan Lackey
laptop and cellphone/802.11b/100baseTX link with at most 15 minutes delay. -- Ryan Lackey [RL7618 RL5931-RIPE][EMAIL PROTECTED] CTO and Co-founder, HavenCo Ltd. the free world just milliseconds away http://www.havenco.com/ OpenPGP 4096: B8B8 3D95 F940 9760 C64B DE90 07AD BE07 D2E0 301F

Re: [1st amend] NYT: MTV refuses antiwar commercial

2003-03-14 Thread Ryan Lackey
oing to smoke a politician, .300winmag is better than a bong...your lungs and fellow citizens will thank you) -- Ryan Lackey [RL960-RIPE AS24812] [EMAIL PROTECTED] +1 202 258 9251 OpenPGP DH 4096: B8B8 3D95 F940 9760 C64B DE90 07AD BE07 D2E0 301F

Re: pgp in internet cafe (webpgp)

2003-03-23 Thread Ryan Lackey
; end > (of original message) > > Y-a*h*o-o (yes, they scan for this) spam follows: > Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! > http://platinum.yahoo.com -- Ryan Lackey [RL960-RIPE AS24812] [EMAIL PROTECTED] +1 202 258 9251 OpenPGP DH 4096: B8B8 3D95 F940 9760 C64B DE90 07AD BE07 D2E0 301F