December 2003 - cypherpunks-legacy

Elm and premail (long)
by John A. Perry 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- I have just finished integrating premail 0.30 with Elm on jpunix.com. Since there have been some questions about how to do this type of thing, I thought I'd give a blow-by-blow description of what I did and the pro's, con's and alternatives to what I did. 1) I installed premail as a wedge to the sendmail daemon. In other words, per Raph Levin's instructions in his README file, I renamed sendmail to something else and then renamed premail to sendmail and have it pointing to the renamed sendmail. I realize this requires system admin privs and is a big step to take, but I have testing premail working as the sendmail program with great success and at this point I have no qualms about premail/sendmail being one in the same. 2) I created the ~/.premailrc file in my home directory per Raph's README file. There is an option at the bottom to create aliases and that is what I did at first. Then, I discovered that the alias database created by Elm is compatible with premail!! 3) I edited ~/.elm/aliases.text to make changes similar to the following: The alias raph = Levin; Raph = raph(a)kiwi.cs.berkeley.edu to raph = Levin; Raph = raph@kiwi.cs.berkeley.edu^key=raph@cs.berkeley.edu Elm doesn't seem to mind this new alias structure and premail parses it just fine! I could have added a ^chain=3 also, but I decided that I may not want to email Raph through a set of remailers every time. I decided I would add the extra header during message creation. More on this later. What this does is that from now on, whenever I send email to Raph, it will automatically be encrypted with his public key with no further intervention on my part! When I want to chain the message through some remailers, I just take the H)eaders option from the Elm pre-send menu and add a header line: Chain: 3 This causes the message to be chaine through three random remailers before it gets to Raph. I also added two addition Perl scripts to Elm to help in the creation of encrypted messages for people NOT in my alias file, signing messages, and reading PGP encrypted messages that are not MIME compliant. These scripts are mailpgp and morepgp. These Perl scripts were published with version 2.3 of PGP but work fine with 2.4 and up. In Elm, I went to the options menu and replaced the default editor with mailpgp as well as the visual editor. I also replaced the default builtin+ display parameter with morepgp. These two Perl scripts are listed at the end of this message. The mailpgp script will allow you to encrypt and sign messages right before they are sent. The morepgp script will decrypt/verify incoming messages on the fly. The really nice benefit of these scripts is that you can reply to cleartext version of PGP encrypted messages. With the combination of these Perl scripts, Elm (or Pine for that matter) can be turned into an encrypted mail handler with a minimum of fuss. morepgp: #!/usr/local/bin/perl # -*- Perl -*- # written by jason steiner, jsteiner(a)anwsun.phya.utoledo.edu, Jan 1993 # # if you use or make improvements to this program i would appreciate # copies of your modifications & your PGP public key. # # Modified by Greg Spencer, greg(a)graphics.cornell.edu, May 1994 # Mostly just cleaned up things and added stuff like automatic # addition and detection (and ignoring) of keys to be added to keyring, # and signal catching, as well as environment variable control of # most site-specific stuff. # # Must set the following environment variable: # # PGPCOMMAND set to the pgp decryption command # # PAGER set to the desired pager command # # NOTE that this program NEVER writes sensitive data to a disk file. # it will only slurp it into memory, so if you have a HUGE file, you might # have problems. # setup some variables ($pgpcommand = $ENV{'PGPCOMMAND'}) || ($pgpcommand = "/usr/local/bin/pgp"); # just used for tmpfile names... ($logname = $ENV{'LOGNAME'}) || ($logname = "nobody"); # ($pager = $ENV{'PAGER'}) || ($pager="/usr/local/bin/less -i -n -s -S -c -M"); ($pager = $ENV{'PAGER'}) || ($pager="/usr/bin/more -c"); $|=1; $topgp = 0; $tokey = 0; $pgpused = 0; ($tmpdir = $ENV{'TMPDIR'}) || ($tmpdir = "/tmp"); #temporary file name $tmpfile = "${tmpdir}/.pgp1.$logname.$$"; $tmpfile2 = "${tmpdir}/.pgp2.$logname.$$"; # trap signals so we do not leave # garbage around sub catcher { local ($sig) = @_; print "Caught a SIG$sig -- exiting\n"; close (TMPFILE); close (OUTPUT); close (PAGER); unlink ($tmpfile); unlink ($tmpfile2); } $SIG{'INT'} = 'catcher'; $SIG{'QUIT'} = 'catcher'; $SIG{'HUP'} = 'catcher'; $SIG{'KILL'} = 'catcher'; # make sure nobody can read stuff umask 077; # prepare a data area @tmpdata = (); @newkeys = (); while (<>) { if (!$topgp && m/^-----BEGIN PGP .*-----/ && !m/^-----BEGIN PGP PUBLIC KEY BLOCK-----/) { $topgp = 1; $pgpused = 1; unlink ($tmpfile); open (TMPFILE, ">$tmpfile") || (unlink ($tmpfile) && die "Cannot open $tmpfile for output.\n"); } if (!$topgp) { push(@tmpdata, $_); } if ((!$tokey) && (m/^-----BEGIN PGP PUBLIC KEY BLOCK-----/)) { $contains_keys = 1; $tokey = 1; } if ($tokey) { push (@newkeys, $_); if (m/^-----END PGP PUBLIC KEY BLOCK-----/) { $tokey = 0; } } if ($topgp) { print TMPFILE $_; # OK to write this to a file -- it is encrypted! if (m/^-----END PGP .*-----/ && !m/^-----END PGP PUBLIC KEY BLOCK-----/) { $topgp = 0; close TMPFILE; open (CLEAR, "$pgpcommand -f < $tmpfile |") || (unlink($tmpfile) && die "Cannot open pipe to PGP.\n"); $blocktype = $_; $blocktype =~s/^-----END (PGP .*)-----/$1/; $blocktype =~s/PGP MESSAGE/DECRYPTED MESSAGE/; $blocktype =~s/PGP SIGNATURE/SIGNED MESSAGE/; chop ($blocktype); push (@tmpdata, "-----BEGIN $blocktype-----\n"); while (<CLEAR>) { push (@tmpdata, $_); if ((!$tokey) && (m/^-----BEGIN PGP PUBLIC KEY BLOCK-----/)) { $contains_keys = 1; $tokey = 1; } if ($tokey) { push (@newkeys, $_); if (m/^-----END PGP PUBLIC KEY BLOCK-----/) { $tokey = 0; } } } close CLEAR; print STDERR "\n"; unlink ($tmpfile); push (@tmpdata, "-----END $blocktype-----\n"); } } } select (STDIN); $|=1; select (STDERR); $|=1; select (STDOUT); $|=1; # This handles things if we found keys that need # adding to our keyring # note that we are only writing the KEYS to the file. if ($contains_keys) { print STDERR "PGP Keys found, attempting to add...\n"; open (TMPFILE2, ">$tmpfile2"); foreach $_ (@newkeys) { print TMPFILE2; } close (TMPFILE2); # strange things happen if we do not # read/write directly from /dev/tty (perl bug??) system ("$pgpcommand -ka $tmpfile2 >/dev/tty </dev/tty 2>&1"); unlink ($tmpfile2); # get rid of it asap $pgpused = 1; } # copy the contents of @tmpdata to the pager we want to use. open (PAGER, "|$pager") || (unlink ($tmpfile1) && die "Cannot open pipe to $pager.\n"); # do "press any key to continue" # only if we had some output from PGP # (like a verified signature) # again with the /dev/tty thing (weird!) if ($pgpused) { $q=''; open (TTY, "</dev/tty") || (unlink ($tmpfile1) && die "Couldn't open /dev/tty\n"); select(TTY); $| = 1; print STDERR "Press any key to continue...\n"; $q = getc (TTY); select (STDIN); } # output the decoded thing to the pager foreach $_ (@tmpdata) { print PAGER; } @tmpdata = (); close OUTPUT; close PAGER; # cleanup unlink ($tmpfile); mailpgp: #!/usr/local/bin/perl # -*- Perl -*- # written by jason steiner, jsteiner(a)anwsun.phya.utoledo.edu, Jan 1993 # # if you use or make improvements to this program i would appreciate # copies of your modifications & your PGP public key. # # Modified by Greg Spencer, greg(a)graphics.cornell.edu, May 1994 # Mostly just cleaned up things and added stuff like automatic # addition and detection (and ignoring) of keys to be added to keyring, # and signal catching, as well as environment variable control of # most site-specific stuff. # # Must set the following environment variables: # # EDITOR or VISUAL set to editor of choice # # PGPCOMMAND set to the pgp decryption command # # PGPID or SIGNATURE set to the id you wish to # have used for your pgp signatures, etc. # # PREFIX set to the forwarded message prefix that you use # # setup some variables ($visual = $ENV{'EDITOR'}) || ($visual = $ENV{'VISUAL'}) || ($visual = 'pico'); ($pgpcommand = $ENV{'PGPCOMMAND'}) || ($pgpcommand = "/usr/local/bin/pgp"); #($myname = $ENV{'PGPID'}) || ($myname = $ENV{'SIGNATURE'}); ($prefix = $ENV{'PREFIX'}) || ($prefix = "> "); $topgp = 0; $blanks = 0; $paragraphs = 1; $blankcompress = 1; $name=@ARGV[$#ARGV]; #temporary file names $rplyfile = "$name.rply"; $pgpfile = "$name.pgp"; $ascfile = "$name.asc"; $clrfile = "$name.clr"; # trap signals so we don't leave # (possibly sensitive!) garbage around sub catcher { local($sig) = @_; print "Caught a SIG$sig -- exiting\n"; close (OUTPUT); close (PGPFILE); close (CLEAR); close (INPUT); unlink ("$pgpfile"); unlink ("$rplyfile"); unlink ("$clrfile"); unlink ("$ascfile"); } $SIG{'INT'} = 'catcher'; $SIG{'QUIT'} = 'catcher'; $SIG{'HUP'} = 'catcher'; $SIG{'KILL'} = 'catcher'; # parse the input file to see if we're replying to an encrypted message # user may need to type in pass phrase to decode umask (077); open (INPUT, "<$name"); open (OUTPUT, ">$rplyfile") || die "Cannot open $rplyfile for output.\n"; while (<INPUT>) { # make sure to allow printing of key blocks if (!$topgp && (!m/^$prefix-----BEGIN PGP .*-----/ || m/^$prefix-----BEGIN PGP PUBLIC KEY BLOCK-----/)) { if (m/^$prefix*$/) { if ($paragraphs) { if ($blankcompress) { if ($blanks == 0) { print OUTPUT "\n"; $blanks = 1; } } else { print OUTPUT "\n"; } } else { print OUTPUT; } } elsif (m/^[ \t\r]*$/) { if ($blankcompress) { if ($blanks == 0) { print OUTPUT "\n"; $blanks = 1; } } else { print OUTPUT; } } else { print OUTPUT; if ($. == 1 && !m/^$prefix/) { print OUTPUT "\n"; $blanks = 1; } else { $blanks = 0; } } } # make sure to skip key blocks because we already did 'em in morepgp if (!$topgp && m/^$prefix-----BEGIN PGP .*-----/ && !m/^$prefix-----BEGIN PGP PUBLIC KEY BLOCK-----/ ) { $topgp = 1; unlink ($pgpfile); open (PGPFILE, ">$pgpfile") || die "Cannot open $pgpfile for output.\n"; } if ($topgp) { $_ =~ s/^$prefix//; print PGPFILE $_; # make sure to skip key blocks because we already did 'em in morepgp if (m/^-----END PGP .*-----/ && !m/^-----END PGP PUBLIC KEY BLOCK-----/) { $blocktype = $_; $blocktype =~ s/^-----END (PGP .*)-----/$1/; $blocktype =~ s/PGP MESSAGE/DECRYPTED MESSAGE/; $blocktype =~ s/PGP SIGNATURE/SIGNED MESSAGE/; chop ($blocktype); $topgp = 0; close (PGPFILE); system ("$pgpcommand $pgpfile -o $clrfile > /dev/tty 2>&1"); open (CLEAR, "<$clrfile") || die "Cannot open $clrfile for input.\n"; print OUTPUT "$prefix-----BEGIN $blocktype-----\n> \n"; $blanks = 0; while (<CLEAR>) { if (m/^[ \t\r]*$/) { if ($paragraphs) { if ($blankcompress) { if ($blanks == 0) { print OUTPUT "\n"; $blanks = 1; } } else { print OUTPUT "\n"; } } else { print OUTPUT "$prefix\n"; } } else { print OUTPUT "$prefix"; print OUTPUT; $blanks = 0; } } close (CLEAR); unlink ($clrfile); unlink ($pgpfile); print OUTPUT "$prefix-----END $blocktype-----\n\n"; } } } close OUTPUT; close INPUT; unlink ($name); rename ("$rplyfile", "$name"); system ($visual, @ARGV); while (!$q) { print "\nSign this message? [Y]: "; $q = <STDIN>; $q =~ s/[ \t\n]//g; $q = substr ($q, 0, 1); if (($q eq 'Y') || ($q eq 'y') || ($q eq '')) { push (@opts, '-st', '+clearsig=on'); $q = "y"; } elsif (($q ne 'N') && ($q ne 'n')) { $q = ''; } } # note that it is the default to NOT encrypt, # simply because not everyone has PGP (unfortunately :-) $q=''; while (!$q) { print "Encrypt this message? [N]: "; $q = <STDIN>; $q =~ s/[ \t\n]//g; $q = substr ($q, 0, 1); if (($q eq 'Y') || ($q eq 'y')) { push (@opts, '-e'); $q = "y"; } elsif (($q eq 'N') || ($q eq 'n') || ($q eq '')) { $q = "n"; } else { $q = ''; } } if (@opts) { if ($q eq 'y') { print "Enter receipients, each on a separate line, terminate with EOF or a single `.':\n"; { print "> "; if ($_ = <STDIN>) { chop; last if ("$_" eq '.'); push (@receipients, "$_"); redo; } last; } } system ($pgpcommand, '-a', @opts, "$name", @receipients); if ($? == 0) { unlink ($name); rename ("$ascfile", "$name"); } } - -- John A. Perry - KG5RG - perry(a)jpunix.com WWW - http://jpunix.com PGP 2.62 key for perry(a)jpunix.com is on the keyservers. PGP-encrypted e-mail welcome! Finger kserver(a)jpunix.com for PGP keyserver help. Finger remailer(a)jpunix.com for remailer help. -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBLtvwZ1OTpEThrthvAQFwlAP+MxX6olbMempfh6UYdTDGruTngH+WgRsa BacTB86oNIjlllDfZB55KJyuUs5dpP+gRRDW4BZTK6zyNuzy3tv5iErQnvDiV/Tn PjSKmJJFs7HnC88aC830eQ+ojGaXzZCE2IbaTm/a7R6SU9nLc/KnJYY5pMHjdVx+ uN0xwmRrBYw= =SUyb -----END PGP SIGNATURE-----

1 0

Mandatory sigs
by Mark Rogaski 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- I would have to agree w/ not REQUIRING digsigs, but flagging posts w/out them. I guess that's my write in. doc -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQB1AwUBLtv1T3sYwuXlZ+UZAQGXvgL/c21Yws0KUdzea12xExOszs1ZUuVUOKJX O7QtKbX96mZsh6lDUH+QS4uoNetqYdwwmbvW9PWcCkyksbzmjJpQOWzXwaDTw87S duLvkPNd+obUHUrawzUU+d0TNl/kXQIr =5DO0 -----END PGP SIGNATURE-----

1 0

Re: Mandatory message signing
by jrochkin＠cs.oberlin.edu 17 Dec '03

17 Dec '03

At 9:59 PM 11/29/94, L. McCarthy wrote: >Hold the phone ! As I understand the law, only one party to a telephone >call has to be aware of the recording for it to be perfectly legal. Someone >not party to the call can't do it, but any one of the people talking can do >it. I believe it varies from state to state, but this is indeed the norm. >handle authentication like this. Ideally, some people would get together >with Brent Chapman and incorporate authentication of signed messages in a >future release of Majordomo. I'd love to volunteer for a project like this >but I don't believe I can spare the time. Why stop at authenticating signed messages? I'd like to see some mailing list software that would send mail out to you encrypted if you want (sure, the list is probably public, but you might not want people knowing you subscribe. If list traffic was encrypted, and you routed it through Ghio's remailer-alias doohickey, the fact that you subscribe could be kept completely hidden), and would require authentication on a message to change your address, or to change your public key (which would also be possible). And would have config parameters such that the list operator could make it only accept signed submissions, or even only accept submissions encrypted to the list. [not that I'm advocating this on the cypherpunks list, but it might be good on other lists, especially private ones]. And Ideally, I'd even like the list to be able to mail to you through the remailer-net, by prepending your encrypted address block, and sending to a remailer. Although the existence of Ghio's forementioned doohickey (what is that service being called?) makes that somewhat superflous. I was planning on writing such a beast myself, and might still get around to it eventually. The problem is that I'm unlikely to write something from scratch as robust as the current list server software (I'm not interested in writing good list software, just in implementing the crypto), and I'm not really skilled enough to understand the majordomo code enough to modify it. But I might try, one of these days.

1 0

premail 0.30
by Michael K. Sanders 17 Dec '03

17 Dec '03

I've got premail v0.30 installed here as /usr/lib/sendmail. I added the $config{"sendmail"}="real_sendmail" option, but this means that ~/.premailrc is not used. But that users can't specify their own options... Specifically, it looks as if doing it this way I can't automatically PGP sign my mail without adding it to the global script, but that would mean _all_ mail out of this site would be signed with my id. Any suggestions how to go about this? It makes it so convenient to have it replace sendmail, but I'd like to sign my mail as well. -- Michael K. Sanders -- msanders(a)ataxia.res.wpi.edu ataxia: NetBSD/Amiga 1.0 - Creating Chaos out of Anarchy for a Better Tomorrow Ataxia Home Page

2 2

Re: "You aren't following the _rules_!"
by jrochkin＠cs.oberlin.edu 17 Dec '03

17 Dec '03

At 3:58 AM 11/29/94, Lucky Green wrote: >I do not mean to belittle the work that has been done, but unless the >encryption is built into the mailer and using a remailer means clicking the >"use X remailer(s)" button, and the mailer better know which ones are >working and do the PGP envelopes, it won't happen. Have you used premail? It pretty much does all of that. People still aren't using premail, either because they can't figure out how to install it (doubtful, it's not hard to install), or because they don't have a need for it that's great enough to justify the (minimal) time neccesary to ftp it and install it, or wait the (sometimes more painful) time neccesary for the computer to encrypt and/or sign your outgoing messages. Which was admitteedlyu your main point; until there is a _need_ for crypto, it's not going to be used. Because premail makes it incredibly easy to use PGP on a unix box. And, for that matter, the Eudora/PGP applescritps make it incredibly easy to use PGP on a mac. And there are some people working on an applescript that will automate using remailers on a mac too. But ease of use appearantly isn't enough; no matter how easy it gets to use, it's still going to have some cost to the user over not using it. Even if the cost is only having to wait the 1.5 seconds it takes your machine to decrypt/encrypt a message. Unless there's a use for it, people won't be willing to spend that 1.5 seconds per message.

3 2

Re: PGP Enhanced Messaging (PEM)
by shawn leas 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- Where can I get this software? Looks kinda cool. BTW... I like the idea of spurring on some pgp usage. It's a good idea. I would not object to having to sign messages. -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBLtwEkqZRyOzqm29xAQEoKgQAywzBTW92lYiDEFQPVfmWxHg3hYnKDN70 c3gRSNjqO6VcJguXhVBHHjA3/ZBpWybys9deML/2FONUwrm50+MKotifo+7wpKnk E6LIrnuzuJdmlMTACR6Qx3FXVpnuQmuDz2jRybxDST+Iob5jItwt2SsZkSuFscDN vdxQHa26VAs= =BmiN -----END PGP SIGNATURE-----

1 0

Fighting Censorship at Canadian Universities
by werewolf＠io.org 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- Used to be that Universities were bastions of free thought and discussion. Guess not nowadays, if this E-Mail to me earlier today is any indication: - -------------------------------------------------------------------------- - From kyleh(a)cs.mun.ca Wed Nov 30 01:01:19 1994 Date: Wed, 30 Nov 1994 00:47:41 -0330 From: Kyle Douglas Hearfield <kyleh(a)cs.mun.ca> Subject: interested in PGP To: werewolf(a)io.org Mark, I am a Student at Memorial University of Newfoundland, and I have recently been censored and had my postings to newsgroups aborted. I received a message from our system administrator that the messages(of a political nature) were not appropriate. I was wondering if I could use PGP to get past them? I have read some about PGP, but I am still kind of in the dark as to how it works and what it can do. Any info you could provide me would be much appreciated. Thanks in advance, - -------------------------------------------------------------------------- Maybe he was posting some stuff that contravened university policy...shrug. But with the recent events at McGill University in Montreal, I'm prepared to give him the benefit of the doubt. The first step was to provide him with the instructions to the the xs4all remailer. If he figures that is what he needs (more importantly....if he isn't scared off!) then I'll give him the list of the other remailers and mail him a copy of PGP. Who knows? Maybe all he needs is anon.penet.fi :> -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBLtwbn6+YbMzawbu5AQHFUwP8CbzooBrhWKVHRaRIBn55ha3mYWIO62lZ 6D09DJvc9YAnwxbSVcE1X8MjNuR9XbRRrJfQMI8lnSWt8pr13FsI8cjHQqjzS9yk HXMYSKy7mdnerHaZSTK0RZdFrRHST6a5qVdNw4ffZsjO4WM/02nN/u9n5ywgsu4C dbCQlp9EMPQ= =mnSN -----END PGP SIGNATURE-----

1 0

Re: whats all this nonsense
by jrochkin＠cs.oberlin.edu 17 Dec '03

17 Dec '03

>I just signed onto this list. What the hell is all this nonsense that I hear >about mandating PGP signed messages? > >I thought the whole grassroots crypto thing was about protecting privacy >rights and individual liberty and all that. So what if someone wants to >post a message to cypherpunks AND DOES NOT WANT ANYONE TO BE ABLE TO >PROVE THEY WROTE THE MESSAGE. Whether because they fear legal prosecution, >or some other social consequence down the line, or whatever Of course we all agree with you there, but as someone else mentioned, users would be perfectly free to sign with a _pseudonymous_ key. My key wouldn't have to be in the name of "Jonathan Rochkind," it could be "Dirk the Destroyer", or whatever else I wanted it to be. I'm not sure if Eric is suggesting that everyone submit their public key to the list or not. If he is, then things would be made a bit dificult, as you would have to make your one-time-only anonymous key, send it to toad.com, wait for it to be recognized, and _then_ send your message to the list. Assuming that not only do I not want your messages traceable to Jonathan Rochkind, but I also don't want them traceable to _each other_, then I'd have to make a new key before sending each message, and go through that whole rigamarole each time. I'm not how often people actually _would_ desire to do such a thing (generally, it's important to most people to build up a good reputation, pseudonymous or otherwise), but.... I agree you have a good point that it's important the list be set up so it's possible to contribute to it anonymously/pseudonomously. And that _some_ implementations of what Eric is suggesting might make that either impossible or just a pain in the ass (and we probably dont' want to do either). There are probably other implementations that wouldn't have this problem. Although I would still oppose them, pretty much on the grounds Tim May has been ranting about. (and I do mean ranting in the best way. :) ). People should pretty much be able to do what they want, and I don't see any compelling reason to force people to sign their messages whether they like it or not.

2 1

Anarchists break rules, details at 11, was: The Market for Crypto--A Curmudgeon's View
by Pat Farrell 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- eric(a)remailer.net (Eric Hughes) writes: > One underlying premise of Tim's argument is that the presence of these > actions at the server makes his life harder. > In what way? The server will not require a digital signature. > Unsigned messages will still be sent to the list. There need be no > change in the way that one sends and receives mail. > I refuse the argument that toad.com server actions make anybody's life > harder. A few days delay, which is what I think we are talking about, will clearly make following threads more difficult. And add to noise on the list, as the content of an early-non-signed message may be repeated and signed by someone else later on. After netcom's recent mail mis-delivery problems, I know all too well how hard it is to participate in discussions that are delivered in random-appearing order. A few hours delay will be indistinguishable to the netcom subscribers. My experience with rules and PPLs on other lists has not impressed me. YMMV. Whatcha trying to do, eric, lead that anarchists? Pat -----BEGIN PGP SIGNATURE----- Version: 2.6 iQCVAwUBLtuEc7CsmOInW9opAQE/wAP+OmPDe8vD7/D5WvZpGvecPgec8oT9/sqN ghMf+uxUwiVfxe2NuSDCKrVcipYAV6h+Q3QRo/o4FijlwleT2wmaL8yxoBT5KffN SQAVINfx6n9Hb0hxH3md8JdOYD5jyOpPhEMh5JyaEUetNfK0bnXCzVUsj5v20SXp E7KXxmAZqPc= =SV9C -----END PGP SIGNATURE----- Pat Farrell Grad Student pfarrell(a)cs.gmu.edu Department of Computer Science George Mason University, Fairfax, VA Public key availble via finger #include <standard.disclaimer>

2 1

AUTOPGP
by Mark Terka 17 Dec '03

17 Dec '03

Anyone know where I can get a copy of AUTOPGP? I'd like to try it out and see whether it has any advantages over YARN's integrated PGP functions. -------------------------------------------------------------------------- Mark Terka | werewolf(a)io.org | public key (werewolf) by Toronto,Canada | dg507(a)cleveland.freenet.edu | public key server or request ---------------------------------------------------------------------------

2 1