December 2003 - cypherpunks-legacy

suppressing duplicates based on MD5 of body
by Alan Barrett 17 Dec '03

17 Dec '03

It's been more than 30 hours since I sent the first copy of this message to cypherpunks(a)toad.com, and I still haven't seen it on either the moderated or the flames lists @toad.com. Suspecting that a particular naughty word was to blame, I inserted some hyphens and resent the message several hours later. That too has failed to reach me on either the moderated to the flames lists @toad.com. I am now kmtkujatwv to several other flavours of the list, and will be interested to see which (if any) get *this* message, in which the naughty word is encrypted using the well-known ROT-n algorithm, with a key that I will keep secret. Heres's a procmail recipe for suppressing duplicate messages based on the MD5 of a "normalised" version of the body of the messages. Folk who celcmbslo to more than one of the cypherpunks lists may find it useful. :0 * (Sender: |Return-Path: |Received:.*for.*)(owner-)?cypherpunks { # Detect duplicate messages based on MD5 of normalised body :0:.md5.lock * B ?? ? (m=`$HOME/bin/normalise-body | md5`; \ echo "Message-ID: <$m@MD5>" \ | formail -D 8192 .body-md5.cypherpunks.cache ) cypherpunks-duplicates :0: cypherpunks } The "* B ?? ?" means "send the body of the message as input to the following command, and test the command's exit status". $HOME/bin/normalise-body is a simple perl script (appended) that deletes trailing blanks on all lines and then deletes leading and trailing blank lines. --apb (Alan Barrett) # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # normalise-body # echo x - normalise-body sed 's/^X//' >normalise-body << 'END-of-normalise-body' X#!/usr/bin/perl X X# A very weak attempt at normalising the body of a mail message. X# Removes trailing white space on all lines, and removes leading X# and trailing blank lines. X# Does not attempt to normalise any MIME content-transfer-encoding. X X$total_nonblank_lines = 0; X$consecutive_blank_lines = 0; Xwhile (<>) { X s/\s+$//; X if (/^$/) { X $consecutive_blank_lines++; X } else { X print "\n" x $consecutive_blank_lines if $total_nonblank_lines; X print $_; X $consecutive_blank_lines = 0; X $total_nonblank_lines++; X } X} END-of-normalise-body exit

1 0

Re: The Offending Stronghold posts...
by John Young 17 Dec '03

17 Dec '03

Robert Hettinga wrote: >> * I'll supply copies of messages cited if you like. > >Would you please, just so I could trash them myself this time. :-). OK. Here they are: ========================================================== Return-Path: cypherpunks-errors(a)toad.com X-Sender: jya(a)pop.pipeline.com Date: Fri, 07 Feb 1997 17:23:14 -0500 To: cypherpunks(a)toad.com From: John Young <jya(a)pipeline.com> Subject: Re: More on Stronghold Charge - 1 Sender: owner-cypherpunks(a)toad.com ---------- Return-Path: cypherpunks-errors(a)toad.com To: cypherpunks(a)toad.com Subject: Disappearing articles? From: dlv(a)bwalk.dm.com (Dr.Dimitri Vulis KOTM) Comments: All power to the ZOG! Date: Fri, 31 Jan 97 10:39:11 EST Organization: Brighton Beach Boardwalk BBS, Forest Hills, N.Y. Sender: owner-cypherpunks(a)toad.com We already know that Sandy's bot automatically discards submissions from people he doesn't like, irrespective of contents. In the past the rejected articles were tossed to the "flames" list. Now Sandy has gone one step further. The following article criticized the product Sandy is paid to peddle. It showed up on the 'unedited' list, but Sandy hated its contents so much that it hasn't made it to EITHER censored or the 'flames' list! This is the beginning of the censored article: To: cypherpunks(a)toad.com Subject: Security alert!!! From: dlv(a)bwalk.dm.com (Dr.Dimitri Vulis KOTM) Comments: All power to the ZOG! Message-Id: <aw5c2D4w165w(a)bwalk.dm.com> Date: Thu, 30 Jan 97 16:15:21 EST Organization: Brighton Beach Boardwalk BBS, Forest Hills, N.Y. Sender: owner-cypherpunks(a)toad.com Precedence: bulk WARNING: There's a rogue trojan horse out there on the internet known as the "stronghold web server". It's actually a hacked-up version of Apache with a backdoor, which allows hackers (or whoever knows the backdoor) to steal credit card numbers and other confidentil information on the Internet. Be careful! Always use encryption. Do not send confidential information 9such as passwords and credit card numbers) to any site running the trojan horse "stronghold". In general, beware of "snake oil" security products and hacked-up versions of free software. Please repost this warning to all relevant computer security forums. (rest snipped to save bandwidth) --- Dr.Dimitri Vulis KOTM Brighton Beach Boardwalk BBS, Forest Hills, N.Y.: +1-718-261-2013, 14.4Kbps ========================================================== Return-Path: cypherpunks-errors(a)toad.com X-Sender: jya(a)pop.pipeline.com Date: Fri, 07 Feb 1997 18:10:58 -0500 To: cypherpunks(a)toad.com From: John Young <jya(a)pipeline.com> Subject: Re: Is Sandy really censoring criticisms of Stronghold, his product? Sender: owner-cypherpunks(a)toad.com My version of DV's ploy came via the unedited list. There was also a good, brief discussion about Vulis's multi-pronged Denial of Service attack on Cypherpunks, which came unedited, along with other informative comments about how a technologically adept attacker singles out a quarry amongst a lumbering, slumbering, cud- chewing herd. Quite beastly cryptoanarchistic. ========================================================== Return-Path: cypherpunks-errors(a)toad.com X-Sender: jya(a)pop.pipeline.com Date: Sun, 09 Feb 1997 13:17:32 -0500 To: cypherpunks(a)toad.com From: John Young <jya(a)pipeline.com> Subject: Who's Censoring Who? Sender: owner-cypherpunks(a)toad.com Sandy's e-mailed several of us who've sent messages about Vulis's ploy to put Sandy in a conflict-of-interest bind -- a well-known attack on moderators of all kinds, not just on the net. What's worth admiring is how Vulis has adeptly managed to get others -- targets and witting and unwitting cohorts -- to go along with his attack, attack, attack, by opposing or supporting it. A useful lesson. Smart dude, that Vulis, but no more so than others on the Net, say, Tim May, and in the world who've done the same elsewhere, maybe by even smarter dude(s) who provoked, angered, insulted, an unwitting Vulis, or May, to attack on behalf of ... But such deception is to be expected, along with feigned suprise and outrage at the unfairness of opponents fighting as dirty as one's own pure-blackhearts. Sandy's not censoring cypherpunks, nor is Vulis or May or any single person alone. As Pogo said, it's all of us, posters and lurkers and spooks, each trying to get one's way to prevail, under guise of a high principle not easily honored when the squeeze is on alone in a dark cell. Come on out Sandy, it was just a drill. It's probably worth saving accusations of censorship for the real thing, after trial usage here for what is truly nasty high-stakes global info-war gaming. [Note: Thorn, "cuckoo" and TCM responded to this; none were forwarded to the cp-edited list, AFIK.] ==========================================================

3 2

Re(2): DFA
by Theodor.SCHLICKMANN＠bxl.dg13.cec.be 17 Dec '03

17 Dec '03

Hi, the European Commission is also sponsoring a project called "OKAPI" where Quisquater and others are working on smardcards in the spirit of the mentioned publications by DFA. Please check www.tele.ucl.ac.be/OKAPI/index.html for further information. Theodor W. Schlickmann

1 0

Re: The Offending Stronghold posts...
by John Young 17 Dec '03

17 Dec '03

Here're wee additions to your archive: I subbed to cp-unedited from the first, so could compare the unedited messages with the edited. Some of mine(*) were edited, including a few on the Stronghold topic. But to me that's not as big a deal as some want to make of it. For example, in response to Tim's request to repost DV's Stronghold ploy, I did so, and it was edited. Sandy sent me a courteous email stating that he was not forwarding the message. I answered that that was okay with me because I thought that DV was using the issue as a ploy to undermine Sandy. Hey, there were no legal or other threats made to me, darn it! Another of my edited messages stated that there had been good discussion on the unedited list about DV's Denial of Service attack on Cypherpunks. Another noted that DV had been admirably successful in drawing others into his fight -- in support and in opposition -- as part of his DoS. Another questioned "Who's Censoring Who?" and offered the opinion that "censorship" rhetorically exaggerated Sandy's moderation. (I still believe that's the case.) For what it's worth, I oppose moderation, but favor experimentation, in the recognition that humans are near-endlessly adaptable and near- uncontrollable no matter what control mechanisms are employed -- anarchy is the norm whether advocated or not. So, I think the moderation experiment was a success, in that it has led to an unexpectedly constructive reconfiguration of Cypherpunks -- and not the last, that's for sure -- and showed that any archy is wishful dreaming of tortured hearts and minds and loins. A one hand applause to Dr. V and archy-demolishers for vibrating the c'punks house the way SATAN did bigger shoddy piles. Two hands to TCM for more memorable quaking of structure-bunkered c'punks and others. ----- * I'll supply copies of messages cited if you like.

1 0

Re: (fwd) DES challenge organisation
by Tim Newsome 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- On Sat, 15 Feb 1997, Adam Back wrote: > > 5. The prize money will be split equally between Gutenberg and EFF. > > There is a possibility of using part of it for stickers or > > something similar, but don't count on it. > Not a good idea. > How can this be enforced? The RSADSI DES challenge is open to all Unless people modify the client, we will know about it before they do. Yes, people might cheat. Main point is we don't want to turn this into a race for money. (Also, that way we can't use university machines etc.) This topic has been discussed too often also. Read the archives for more debate. Tim Tim Newsome. Programmer for Megasoft. Student at CMU. Cynic in life. Intel sucks. Motorola forever! If it's not PGP signed, it didn't come from me. Always look on the bright side of life. I think I think therefore I think I am. drz(a)froody.bloke.com http://www.local.com/~tnewsom/ PGP key: 2048/C32F01A5 -----BEGIN PGP SIGNATURE----- Version: 2.6.3a Charset: noconv Comment: In God we trust. Everybody else we verify using PGP! iQEVAwUBMwh34PKkXTDDLwGlAQE/KggAmWk9rL86fknnXWy9ASPWQokH6J0vEzW+ qhrBklXwv0Lz5HGNV92OM0qh9KI+bqFct9aNY0B15g6APspSUNYr7RaXI2/LaSYb 0gG7YpPe2kHFdSWsodhYyu7DTzYvdDI1AJOmEnSUKHQPKiLwU/RgVZiLEttuvIcS GCjDEGEW7C0YIrQKTkLoYKkSHz6HHXQ+/hr66yCBMD7AIS1C/p9yN2ticmQ3hLnd DYSpVQb9NudLcU0bGZC1U31o70hSVmyETTt9VcuJCOXseiggWTZsZuNK/D+f5TfA WBEcIAWToBHfrWSokuF9nunAarmcddQyPu/93hzRkgODVTWgmnpOGA== =IuAs -----END PGP SIGNATURE-----

1 0

List of reliable remailers
by Raph Levien 17 Dec '03

17 Dec '03

I operate a remailer pinging service which collects detailed information about remailer features and reliability. To use it, just finger remailer-list(a)kiwi.cs.berkeley.edu There is also a Web version of the same information, plus lots of interesting links to remailer-related resources, at: http://www.cs.berkeley.edu/~raph/remailer-list.html This information is used by premail, a remailer chaining and PGP encrypting client for outgoing mail. For more information, see: http://www.c2.org/~raph/premail.html For the PGP public keys of the remailers, finger pgpkeys(a)kiwi.cs.berkeley.edu This is the current info: REMAILER LIST This is an automatically generated listing of remailers. The first part of the listing shows the remailers along with configuration options and special features for each of the remailers. The second part shows the 12-day history, and average latency and uptime for each remailer. You can also get this list by fingering remailer-list(a)kiwi.cs.berkeley.edu. $remailer{"extropia"} = "<remail(a)miron.vip.best.com> cpunk pgp special"; $remailer{"mix"} = "<mixmaster(a)remail.obscura.com> cpunk mix pgp hash latent cut ek ksub reord ?"; $remailer{"replay"} = "<remailer(a)replay.com> cpunk mix pgp hash latent cut post ek"; $remailer{'alpha'} = '<alias(a)alpha.c2.org> alpha pgp'; $remailer{'nymrod'} = '<nymrod(a)nym.jpunix.com> alpha pgp'; $remailer{"lead"} = "<mix(a)zifi.genetics.utah.edu> cpunk mix pgp hash latent cut ek"; $remailer{"exon"} = "<remailer(a)remailer.nl.com> cpunk pgp hash latent cut ek"; $remailer{"haystack"} = "<haystack(a)holy.cow.net> cpunk mix pgp hash latent cut ek"; $remailer{"lucifer"} = "<lucifer(a)dhp.com> cpunk mix pgp hash latent cut ek"; $remailer{"jam"} = "<remailer(a)cypherpunks.ca> cpunk mix pgp hash middle latent cut ek"; $remailer{"winsock"} = "<winsock(a)rigel.cyberpass.net> cpunk pgp pgponly hash cut ksub reord"; $remailer{'nym'} = '<config(a)nym.alias.net> newnym pgp'; $remailer{"balls"} = "<remailer(a)huge.cajones.com> cpunk pgp hash latent cut ek"; $remailer{"squirrel"} = "<mix(a)squirrel.owl.de> cpunk mix pgp pgponly hash latent cut ek"; $remailer{"middle"} = "<middleman(a)jpunix.com> cpunk mix pgp hash middle latent cut ek reord ?"; $remailer{'cyber'} = '<alias(a)alias.cyberpass.net> alpha pgp'; $remailer{"dustbin"} = "<dustman(a)athensnet.com> cpunk pgp hash latent cut ek mix reord middle ?"; $remailer{'weasel'} = '<config(a)weasel.owl.de> newnym pgp'; $remailer{"death"} = "<x(a)deathsdoor.com> cpunk pgp hash latent post"; $remailer{"reno"} = "<middleman(a)cyberpass.net> cpunk mix pgp hash middle latent cut ek reord ?"; $remailer{"wazoo"} = "<remailer(a)wazoo.com> cpunk mix pgp hash latent cut ek"; $remailer{"shaman"} = "<mix(a)mix.nymserver.com> cpunk mix pgp. hash latent cut"; catalyst(a)netcom.com is _not_ a remailer. lmccarth(a)ducie.cs.umass.edu is _not_ a remailer. usura(a)replay.com is _not_ a remailer. remailer(a)crynwr.com is _not_ a remailer. There is no remailer at relay.com. Groups of remailers sharing a machine or operator: (cyber mix) (weasel squirrel) The alpha and nymrod nymservers are down due to abuse. However, you can use the nym or weasel (newnym style) nymservers. The cyber nymserver is quite reliable for outgoing mail (which is what's measured here), but is exhibiting serious reliability problems for incoming mail. The squirrel and winsock remailers accept PGP encrypted mail only. 403 Permission denied errors have been caused by a flaky disk on the Berkeley WWW server. This seems to be fixed now. The penet remailer is closed. Last update: Mon 17 Feb 97 6:46:40 PST remailer email address history latency uptime ----------------------------------------------------------------------- wazoo remailer(a)wazoo.com ++++++++*+++ 37:37 100.00% nym config(a)nym.alias.net *#*##**++#*+ 4:23 99.99% winsock winsock(a)rigel.cyberpass.net -__.+-..---+ 7:52:03 99.93% cyber alias(a)alias.cyberpass.net ** *++++++*+ 35:11 99.89% dustbin dustman(a)athensnet.com .++--.+--- 2:08:12 99.85% weasel config(a)weasel.owl.de +++++++++++ 1:06:36 99.77% exon remailer(a)remailer.nl.com ***-* *#+# 4:10 99.62% squirrel mix(a)squirrel.owl.de + ++++++ + 1:04:02 99.05% haystack haystack(a)holy.cow.net #*##*+* **+ 20:23 98.49% reno middleman(a)cyberpass.net .++ -- +++ 1:16:02 98.36% lucifer lucifer(a)dhp.com +++++++ +++ 42:18 98.28% extropia remail(a)miron.vip.best.com -------- -- 5:19:42 98.21% middle middleman(a)jpunix.com ++++ + -- 2:16:10 97.36% replay remailer(a)replay.com ---+** ---* 1:27:53 88.59% balls remailer(a)huge.cajones.com ## *### *# 1:38 84.09% jam remailer(a)cypherpunks.ca ******* ** 8:25 82.44% shaman mix(a)mix.nymserver.com 11:03 22.27% mix mixmaster(a)remail.obscura.com *+ 22:42:38 21.62% History key * # response in less than 5 minutes. * * response in less than 1 hour. * + response in less than 4 hours. * - response in less than 24 hours. * . response in more than 1 day. * _ response came back too late (more than 2 days). cpunk A major class of remailers. Supports Request-Remailing-To: field. eric A variant of the cpunk style. Uses Anon-Send-To: instead. penet The third class of remailers (at least for right now). Uses X-Anon-To: in the header. pgp Remailer supports encryption with PGP. A period after the keyword means that the short name, rather than the full email address, should be used as the encryption key ID. hash Supports ## pasting, so anything can be put into the headers of outgoing messages. ksub Remailer always kills subject header, even in non-pgp mode. nsub Remailer always preserves subject header, even in pgp mode. latent Supports Matt Ghio's Latent-Time: option. cut Supports Matt Ghio's Cutmarks: option. post Post to Usenet using Post-To: or Anon-Post-To: header. ek Encrypt responses in reply blocks using Encrypt-Key: header. special Accepts only pgp encrypted messages. mix Can accept messages in Mixmaster format. reord Attempts to foil traffic analysis by reordering messages. Note: I'm relying on the word of the remailer operator here, and haven't verified the reord info myself. mon Remailer has been known to monitor contents of private email. filter Remailer has been known to filter messages based on content. If not listed in conjunction with mon, then only messages destined for public forums are subject to filtering. Raph Levien

1 0

FC97 lookalike: Stock Trading over the Internet Conference
by Robert Hettinga 17 Dec '03

17 Dec '03

I don't know about *lookalike*... Cheers, Bob Hettinga --- begin forwarded text Sender: e$(a)thumper.vmeng.com Reply-To: Ian Grigg <iang(a)systemics.com> Precedence: Bulk Date: Mon, 17 Feb 1997 10:30:32 +0100 (MET) From: Ian Grigg <iang(a)systemics.com> To: Multiple recipients of <e$(a)thumper.vmeng.com> Subject: FC97 lookalike: Stock Trading over the Internet Conference http://www.iqpc.com/0397stoc.htm STOCK TRADING OVER THE INTERNET Exploiting the power of Electronic Commerce March 19-20, 1997 * The Pan Pacific Hotel * San Francisco, CA Hear first hand tips from the true pioneers in Internet stock trading and electronic commerce on: Conquering the process of going public Raising capital in your company via the Internet Using the Web to build your business and partnering with co-opitition Forming permanent syndicates to foster the creation of new offerings Creating effective and complete marketing plans for IPO's and DPO's Attracting customers and delivering services through the exploding electronic commerce market The audience for this event will include companies looking to offer shares via the Internet and drastically cut costs including; Chief Executive Officers, Chief Financial Officers, Managing Directors, General Managers, Investor Relations Managers, Underwriters, Stock Exchange Executives, Venture Capitalists, Investment Bankers, Private Company Executives, Business Development Executives, Technology and Business Press and all those seeking to explore opportunities on the emerging Internet marketplace DAY ONE March 19, 1997 Chairman: Brad W. Smith, President, WBS & A, Ltd. 8:30 REGULATORY CONSIDERATIONS ON INTERNET PUBLIC OFFERINGS This session will review the many regulatory and legislative issues involved in the development of Internet public offerings. In particular, how and why the regulatory bodies of the NASD, NASDAQ and the SEC are making a commitment to the Internet as a vehicle that serves the investor. Proper surveillance procedures have been created and executed to protect all parties. Internet initiatives have been developed to bridge the market side and regulatory side of these complex issues. Al Dandridge, Associate Director of Corporate Finance U.S. SECURITIES AND EXCHANGE COMMISSION Charles Bennett, Associate Director of Corporate Finance NASD 9:30 INTERNET TRADING MARKET PROJECTIONS Internet trading is an emerging market wave that is poised for explosive growth. More than 60 million investors have brokerage accounts. The media reports that Internet brokerage accounts will jump from 1.5 million today to 9.3 million by the year 2001; Every bank will use the Internet to attract customers and deliver services in the next five years and electronic commerce will grow to $600 billion annually within the next 10 years. Visionaries believe that one of the most profound effects of these phenomena's will be to changehow small businesses get capitalized. They predict that small business public offerings will become routine for nano-cap companies. This session will present a strategic overview of the emergence of internet capabilities that make it possible for investors to invest in and trade nano-cap company stocks. Brad Smith, President WBS & A, Ltd. bradwsmith(a)aol.com 11:00 GOING PUBLIC: HOW TO RAISE CAPITAL THROUGH A DIRECT PUBLIC OFFERING (DPO) This session will explore from concept to completion, how to perform all of the necessary functions to prepare and market a DPO and/or an Internet DPO. A case study will be shared of a DPO that will be presented to the investment community world-wide in early 1997. Learn from the experts the specifics on how to take your company where you want to go and ensure success including: Marketing through an investor relations firm Choosing an appropriate analyst Utilizing a transfer agent The link between broker and internet commerce David A. Levonian, President INTERNATIONAL INVESTOR RELATIONS http://iirwebtv.net 1:00 OVERCOMING THE PITFALLS AND CHALLENGES OF GOING PUBLIC The advantages of "going public" appear straight forward. The company accesses the capital it needs to expand or refine its product. (In a purely coincidental occurrence, the current shareholder [including investment bankers, SEC lawyers and stock brokers] get rich.) There are numerous challenges in conquering the process of "going public" including: There are problems with the lawyers, accountants and the bankers and they are on YOUR SIDE There are pounds of paper forms which must be submitted to every group, not to mention the SEC. However, an approved offering does not make a successful offering. It still must be marketed, either by stock brokers OR MAYBE directly over the Internet. And not just to the U.S., but to the entire world. That may be the wave of the future. Direct access to securities and their offering companies over the Internet. Michael J. Waddell, President PROMARKETING, INC. Developer of the (http://www.freemarket.org) selected by PC Novice Guide to the Web as one of the Internet "Greatest Sites" 2:00 IPONET: SELLING & ADVERTISING IPO'S ON THE INTERNET: THE CREATION OF THE FIRST PERMANENT SYNDICATE IPOnet is currently the only site on the Internet with clearance from the SEC to advertise and sell new security offerings online. IPOnet intends to have multiple Broker/Dealers listed on it's site. This will create the first permanent syndicate of Broker/Dealers. These Broker/Dealers will act as selected dealers for each others offerings and act as underwriters of their own offerings. This session will examine the following topics: Why the broker can not be eliminated from the offerings What really happens when an IPO is put on the Internet Why DPO's will never be a major threat to brokers Why a permanent syndicate will foster the creation of new offerings Leo J. Feldman, President IPONET http://www.e-iponet.com lfeldman(a)e-iponet.com 3:30 THE IMPORTANCE OF TRADITIONAL EXCHANGES AS A SECONDARY MARKET Taking your company public via the Internet, rather than the traditional exchange, has become a very viable alternative for small business owners. However, unless the offering is backed by a complete marketing plan, it is unlikely that the offering will reap huge financial rewards and achieve success. Incorporating a traditional exchange as a secondary market into the plan can solidify, stabilize and extend the offering beyond the Internet marketplace and create longevity and security and financial return on your offering. This session will explore secondary markets and how traditional exchanges are advocating the collaborative efforts of traditional and web offerings. Iris Golden Brackett, Manager Listing Sales CHICAGO STOCK EXCHANGE 4:30 Panel Discussion: PUBLIC OFFERINGS AND THE INTERNET: LEGAL CONSIDERATIONS Join three of the most influential Internet finance and securities attorneys for this highly interactive session. They will discuss the legal aspects associated with buying and selling securities on the Internet, including private placement, Regulation A offerings and independent public offerings. Come prepared to share your challenges and solutions! William D. Evers, Esq. MILLER, MAILLIARD & CULVER M. Greg Allio, Esq. SHARTSIS, FRIESE & GINSBERG John Perkins, Chairman THE SMALL BUSINESS CAPITAL ACCESS ASSOCIATION Charles Bennett, Associate Director of Corporate Finance NASD 5:45 CLOSE OF DAY ONE DAY TWO March 20, 1997 8:15 ELECTRONIC BULLETIN BOARDS FOR BID AND ASK OFFERS: THE EMERGENCE OF DIRECT STOCK MARKET The secondary market is the key to successful initial and direct public offerings. The traditional brokerage community has their hands tied when it comes to underwriting and making markets in small company issues. A new strata of corporate finance is being created by technological advances which marry capital requirements of entrepreneurs with risk/return and information demands of investors. This presentation will explore: Using the internet to raise capital for your company Secondary market trading on the Internet Virtual roadshows online Building your own public venture capital portfolio Investing in public venture funds Clay Womack, President DIRECT STOCK MARKET http://www.direct-stock-market.com 9:15 EXPLOITING INTERNET TECHNOLOGY TO REACH A GLOBAL AUDIENCE The power of the Internet has unleashed the potential for new business expansion and financial opportunity in a global market. Foreign businesses can now join forces quickly to create products and services and offer them to a larger population than before. This session will examine how to cultivate these partnerships, foster growth and secure positive financial outcomes by: Using the Web to build your business and partnering with co-opitition Attracting "qualified" people to your site Exploring value-added opportunities in the financial market on the Internet Michael Withrow, Director POWERTRADER, INC. http://www.powertrader.axionet.com 10:45 UNDERSTANDING THE COMPONENTS OF A STOCK TRANSFER Choosing a transfer agent with diversity of services allows your company to do more and retain extra added-value components and services. This session will take you step-by-step through the IPO process from working with attorneys through to the transfer work. Learn how to: How to judicate a stock transfer Outline the processes needed Develop the steps involved Anticipate the role of the Internet in stock transfers Sherri Herman, President THE HERMAN GROUP, INC. SMALL BUSINESS CAPITAL ACCESS ASSOCIATION 1:00 INTERNET TRANSACTIONS FOR THE PORTFOLIO MANAGER This session will feature case studies and the future outlook on internet transactions for portfolio managers including: What is the Electronic/Internet Information System? -Office based and wireless -Text and video How is it used? -The two way information flows -Routine and custom information Specific needs and requirements for the portfolio manager and ways of customizing the information What are the advantages of the new system? Costs and tools of the system -Dollars -Technology -Savvy and advertising John Palicka, CFA, CMT Portfolio Manager GLOBAL EMERGING GROWTH 2:30 INTERNET OPPORTUNITIES FOR PUBLIC COMPANIES This session will focus on opportunities available on the Internet to companies that are publicly traded. A presentation no senior executive should miss! This presentation will examine why public companies should consider the added profitability of the Internet and offer specific Internet strategies and risks including: Using the Internet to improve liquidity Build a stock analyst following using the Internet Dealing with Motley Fool's and other potential risks M. Greg Allio, Partner SHARTSIS FRIESE & GINSBERG 3:30 CREATING AN ELECTRONIC STOCK EXCHANGE Exploiting IP-Understanding Internet Protocol (IP) - How to make your business grow ON-LINE by using the "best of" all available software Order Driven Systems- Understanding why market makers & specialists are a "necessary evil" we live with, and look at the functionality of SuperDot-type automation as opposed to Drop Copy A Virtual Branch Office- The growth of the independent brokerage industry, and a look at what will happen to the traditional registered representative Compliance/Supervision- How a small brokerage firm will supervise their representatives in the Internet age Ken Gruneisen, President & CEO, BEST EX, INC. THE BOCA RATON ELECTRONIC STOCK EXCHANGE 5:30 END OF CONFERENCE Post Conference Workshops ------------------------- 9:00am - 12:00pm The Impact of the World Wide Web on Individual Investors and Electronic Stock Trading 1pm - 4pm Building the partnership between Electronic Commerce and Raising Capital1pm - 4pm ---------- The e$ lists are brought to you by: Intertrader Ltd - Commerce Solutions in the UK Visit <http://www.intertrader.com/> for details ... Where people, networks and money come together: Consult Hyperion http://www.hyperion.co.uk info(a)hyperion.co.uk Like e$? Help pay for it! See <http://www.shipwright.com/rah.html> Or, for e$/e$pam sponsorship, see <http://www.shipwright.com/rah/> Thanks to the e$ e$lves: Of Counsel: Vinnie Moscaritolo <mailto:vinnie@webstuff.apple.com> (Majordomo)^2: Rachel Willmer<mailto:rachel@intertrader.com> Commermeister: Anthony Templer <mailto:anthony@atanda.com> Interturge: Rodney Thayer <mailto:rodney@sabletech.com> --- end forwarded text ----------------- Robert Hettinga (rah(a)shipwright.com) Philodox e$, 44 Farquhar Street, Boston, MA 02131 USA "Never attribute to conspiracy what can be explained by stupidity." -- Jerry Pournelle The e$ Home Page: http://www.shipwright.com/rah/ FC97: Anguilla, anyone? http://www.ai/fc97/

1 0

Re: Cypherpunks afraid of spam?
by Cynthia H. Brown 17 Dec '03

17 Dec '03

On 17 Feb 1997, Bryan Reece wrote: > So, if I put root(a)127.0.0.1 in the "From:" field of my news reader's > configuration, all of my posts will give this as my e-mail address. > > More likely to be delivered is root(a)[127.0.0.1] or Oops, finger trouble... Must've been something in that pizza for supper <sheepish grin> Cynthia =============================================================== Cynthia H. Brown, P.Eng. E-mail: cynthb(a)iosphere.net | PGP Key: See Home Page Home Page: http://www.iosphere.net/~cynthb/ Junk mail will be ignored in the order in which it is received. Klein bottle for rent; enquire within.

1 0

suppressing duplicates based on MD5 of body
by Alan Barrett 17 Dec '03

17 Dec '03

It's been more than 30 hours since I sent the first copy of this message to cypherpunks(a)toad.com, and I still haven't seen it on either the moderated or the flames lists @toad.com. Suspecting that a particular naughty word was to blame, I inserted some hyphens and resent the message several hours later. That too has failed to reach me on either the moderated to the flames lists @toad.com. I am now kmtkujatwv to several other flavours of the list, and will be interested to see which (if any) get *this* message, in which the naughty word is encrypted using the well-known ROT-n algorithm, with a key that I will keep secret. Heres's a procmail recipe for suppressing duplicate messages based on the MD5 of a "normalised" version of the body of the messages. Folk who celcmbslo to more than one of the cypherpunks lists may find it useful. :0 * (Sender: |Return-Path: |Received:.*for.*)(owner-)?cypherpunks { # Detect duplicate messages based on MD5 of normalised body :0:.md5.lock * B ?? ? (m=`$HOME/bin/normalise-body | md5`; \ echo "Message-ID: <$m@MD5>" \ | formail -D 8192 .body-md5.cypherpunks.cache ) cypherpunks-duplicates :0: cypherpunks } The "* B ?? ?" means "send the body of the message as input to the following command, and test the command's exit status". $HOME/bin/normalise-body is a simple perl script (appended) that deletes trailing blanks on all lines and then deletes leading and trailing blank lines. --apb (Alan Barrett) # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # normalise-body # echo x - normalise-body sed 's/^X//' >normalise-body << 'END-of-normalise-body' X#!/usr/bin/perl X X# A very weak attempt at normalising the body of a mail message. X# Removes trailing white space on all lines, and removes leading X# and trailing blank lines. X# Does not attempt to normalise any MIME content-transfer-encoding. X X$total_nonblank_lines = 0; X$consecutive_blank_lines = 0; Xwhile (<>) { X s/\s+$//; X if (/^$/) { X $consecutive_blank_lines++; X } else { X print "\n" x $consecutive_blank_lines if $total_nonblank_lines; X print $_; X $consecutive_blank_lines = 0; X $total_nonblank_lines++; X } X} END-of-normalise-body exit

1 0

WTO_tap
by John Young 17 Dec '03

17 Dec '03

Three newspapers have pieces today on the new WTO telecom agreement. A Page 1 NYP report examines the administration's favoring of the once-moribund WTO over the UN as a principal means for "exporting US free-market values through global commercial agreements." The telecom agreement, for the first time, allows the WTO to go inside the signatory countries and check compliance, and if warranted, impose sanctions, a role once reserved to the UN. While encryption is not mentioned, it's worth watching the WTO globally unite its privacy-invasive predecessors: the national tele-tappers. The spin is that now all governments can have access to the global (wiretap) network under guise of enhanced commercial competition. (And that's why Commerce was given EI for CCL.) ----- WTO_tap ---------- For related background, there's informative discussion on the encryption switchover from State to Commerce in the Defense Trade News, archived at the Dept of State Web site. We've put the five issues in which the shift of encryption items from the USML to the CCL is formulated by the Technical Working Group at: January/April 1993: http://jya.com/dtn0193.htm (76K) January 1994: http://jya.com/dtn0194.htm (99K) April 1994: http://jya.com/dtn0494.htm (66K) July/October, 1994: http://jya.com/dtn0794.htm (67K) October 1995: http://jya.com/dtn1095.htm (35K)

1 0