home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 (Alt) / The_Hacker_Chronicles_Volume_II-CD2.iso / miscpub1 / pgp2_1.txt < prev    next >
Encoding:
Text File  |  1995-01-03  |  20.4 KB  |  510 lines

  1.    Info-PGP: PGP Digest   Saturday 12 November 1992  Volume 2 : Number 1
  2.                 Hugh Miller, List Manager / Moderator
  3.  
  4.     Info-PGP is a digested mailing list dedicated to discussion of Philip
  5. Zimmermann's `Pretty Good Privacy' (PGP) public-key encryption program for
  6. MS-DOS, Unix, VMS, Atari, Amiga, SPARC, Macintosh, and (hopefully) other
  7. operating systems.  It is primarily intended for users on Internet sites
  8. without access to the `alt.security.pgp' newsgroup.  Most submissions to
  9. alt.security.pgp will be saved to Info-PGP, as well as occasional relevant
  10. articles from sci.crypt or other newsgroups.  Info-PGP will also contain
  11. mailings directed to the list address.
  12.     To SUBSCRIBE to Info-PGP, please send a (polite) note to
  13. info-pgp-request@lucpul.it.luc.edu.  This is not a mailserver; there is a
  14. human being on the other end, and bodiless messages with "Subject:" lines
  15. reading "SUBSCRIBE INFO-PGP" will be ignored until the sender develops
  16. manners.  To SUBMIT material for posting to Info-PGP, please mail to
  17. info-pgp@lucpul.it.luc.edu.  In both cases, PLEASE include your name and
  18. Internet "From:" address.  Submissions will be posted pretty well as received,
  19. although the list maintainer / moderator reserves the right to omit redundant
  20. messages, trim bloated headers & .sigs, and other such minor piffle.  I will
  21. not be able to acknowledge submissions, nor, I regret, will I be able to pass
  22. posts on to alt.security.pgp for those whose sites lack access.
  23.     Due to U.S. export restrictions on cryptographic software, I regret that I
  24. cannot include postings containing actual source code (or compiled binaries)
  25. of same.  For the time being at least I am including patches under the same
  26. ukase.  I regret having to do this, but the law, howbeit unjust, is the law.
  27. If a European reader would like to handle that end of things, perhaps run a
  28. "Info-PGP-Code" digest or somesuch, maybe this little problem could be worked
  29. around.
  30.     I have received a promise of some space on an anonymous-ftp'able Internet
  31. site for back issues of Info-PGP Digest.  Full details as soon as they firm
  32. up.
  33.     Oh, yes: ALL CONTRIBUTIONS CONSIDERED AS PERSONAL COMMENTS; STANDARD
  34. DISCLAIMERS APPLY.
  35.  
  36. Hugh Miller       | Asst. Prof. of Philosophy |  Loyola University Chicago
  37. FAX: 312-508-2292 |    Voice: 312-508-2727    |  hmiller@lucpul.it.luc.edu
  38.  Signed PGP v.2.1 public key certificate available by e-mail & finger(1)
  39.  
  40. -------------------------------------------------------------------------------
  41.  
  42. From: jcmurphy@acsu.buffalo.edu (Jeff Murphy)
  43. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc
  44. Subject: Re: PGP v. 2.1 Released
  45. Date: 8 Dec 92 22:29:29 GMT
  46.  
  47. In article <1992Dec8.172944.19370@netcom.com> strnlght@netcom.com (David Sternlight) writes:
  48. >
  49. >I don't understand the comment that "if you're living in the U.S.A.
  50. >you probably shouldn't be using it" (pgp2.1). I thought it was o.k.
  51. >for personal, educational, or research use, and only an infringement
  52. >if used commercially without permission of PKP.
  53. >
  54. >Can anyone clear this up once and for all?
  55.  
  56.     yes. the algorithm employed in PGP is patented, and PKP
  57. (from what I have gathered) does not have permission to use it. Therefore,
  58. it is techically illegal to use the program...
  59.  
  60. hope this helps
  61.  
  62. -- 
  63. jcmurphy@acsu.buffalo.edu                 cit network installation and repair
  64. opnsmurf@ubvms.cc.buffalo.edu             standard disclaimers apply.  sunyab
  65.    the neurotic build castles in the sky and the psychotic live in them.
  66.  
  67. =-=-=-=-=-=
  68.  
  69. From: dick.zeitlin%acc1bbs@ssr.com (Dick Zeitlin) 
  70. Newsgroups: sci.crypt
  71. Subject: Re: Questions about US/Ca
  72. Date: 7 Dec 92 22:00:00 GMT
  73.  
  74.   > .:  (2) Is it illegal to crypt any form of communication (like regular
  75.   > .:      mail) or, as above, people are just wishing it were ?
  76.  
  77. RC> .Not yet according to specific statute.
  78.  
  79. 47CFR 97.113(d):  (Concerning amateur radio...)
  80.         No station shall transmit ... messages in codes or ciphers where
  81.         the intent is to obscure the meaning (except where specifically
  82.         excepted elsewere (sic) in the Part);
  83.  
  84. Note:  I haven't found those exceptions yet...
  85.  
  86.         D/
  87.  
  88.  * OLX 2.2 * Bring back A-N airways!!    Dick.Zeitlin%acc1bbs@ssr.com
  89.                                                                                    
  90. =-=-=-=-=-=
  91.  
  92. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc
  93. From: frechett@spot.Colorado.EDU (-=Runaway Daemon=-)
  94. Subject: Re: PGP v. 2.1 Released
  95. Date: Thu, 10 Dec 1992 07:53:42 GMT
  96.  
  97. In article <1992Dec8.155135.385@uoft02.utoledo.edu> jsteiner@anwsun.phya.utoledo.edu (jason 'Think!' steiner) writes:
  98.  
  99. >i tried assigning a key to 'pgp -fast +clearsig=on'. this works
  100. >as a file pipe, but when i try to use it in vi it hangs on asking for
  101. >my password. i know how to set my password as an environment var, 
  102. >but i'd rather it prompted me each time.
  103.  
  104. It is prompting.. That's why it hangs.. you just can't see the prompt.
  105. While it's hung, type in your passwd.  It will not show on the screen
  106. and then give it a sec.  I find it generally takes a bit longer.. Of
  107. course if you mistype it's hard to tell what it's up to.. Kill it with ^C.
  108.  
  109. >jason
  110.  
  111.     ian
  112.  
  113. =-=-=-=-=-=
  114.  
  115. From: mathew <mathew@mantis.co.uk>
  116. Newsgroups: alt.security.pgp
  117. Subject: Re: PGP-compatible archiver released
  118. Date: Wed, 09 Dec 92 16:47:39 GMT
  119.  
  120. pgut1@cs.aukuni.ac.nz (Peter Gutmann) writes:
  121. >   - Quality Postscript documentation (600K worth)
  122.  
  123. Any chance of making the documentation available in some sort of document
  124. format, rather than as a printer dump file?  I mean, how would you like it if
  125. I posted this article in HPGL?
  126.  
  127. mathew
  128. -- 
  129. Lung cancer and arteriosclerosis.
  130. For people who like to smoke.
  131.  
  132. =-=-=-=-=-=
  133.  
  134. Newsgroups: alt.security.pgp
  135. Subject: Re: PGP-compatible archiver released
  136. From: pgut1@cs.aukuni.ac.nz (Peter Gutmann)
  137. Date: Thu, 10 Dec 1992 12:58:12 GMT
  138.  
  139. In <5TXiVB38w165w@mantis.co.uk> mathew <mathew@mantis.co.uk> writes:
  140.  
  141. >pgut1@cs.aukuni.ac.nz (Peter Gutmann) writes:
  142. >>   - Quality Postscript documentation (600K worth)
  143.  
  144. >Any chance of making the documentation available in some sort of document
  145. >format, rather than as a printer dump file?  I mean, how would you like it if
  146. >I posted this article in HPGL?
  147.  
  148. There's a flat ASCII file included with the source code and executables if
  149. you can't handle Postscript (that's why I put the PS docs in a seperate file -
  150. not everyone will want them.  You get the ASCII docs by default, and if you
  151. want better-quality ones you can grab the PS stuff).
  152.  
  153. As for the second comment, I've seen PS .sigs, so why not a posting in
  154. HPGL?  Go ahead, be the first on your system to post in a fancy text
  155. format - 
  156.  
  157. SS
  158. 0 0 0 fC
  159. 32 0 0 50 50 0 0 45 /Times-Roman /font32 ANSIFont font
  160. 300 209 717 (If you've got it, why not flaunt it :-\)) SB
  161. EJ RS SS
  162. RS
  163.  
  164. (Damn, PS smilies don't quite turn out right)
  165. Peter.
  166. --
  167.  pgut1@cs.aukuni.ac.nz||p_gutmann@cs.aukuni.ac.nz||gutmann_p@kosmos.wcc.govt.nz
  168. peterg@kcbbs.gen.nz||peter@nacjack.gen.nz||peter@phlarnschlorpht.nacjack.gen.nz
  169.                (In order of preference - one of 'ems bound to work)
  170.  
  171. =-=-=-=-=-=
  172.  
  173. Newsgroups: alt.security.pgp
  174. From: dbarber@crash.cts.com (David C. Barber)
  175. Subject: PGP -- drugs or security?
  176. Date: 10 Dec 92 01:31:59 GMT
  177.  
  178. PGP here seems to refer to a public key cypher system, while in
  179. alt.drugs they are discussing PGP as something found in mushrooms.
  180.  
  181. Is this a put-on somewhere, or do we just happen to use the same 
  182. acryonim both places?
  183.  
  184. Without change,                         *David Barber*
  185.    nothing can ever get better.            @}-->----
  186.  
  187. UUCP: ucsd!crash!dbarber
  188. INET: dbarber@crash.cts.com
  189.  
  190. =-=-=-=-=-=
  191.  
  192. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc,talk.politics.guns
  193. From: uri@watson.ibm.com (Uri Blumenthal)
  194. Subject: Re: PGP v. 2.1 Released
  195. Date: Thu, 10 Dec 1992 17:36:45 GMT
  196.  
  197. In article <1992Dec9.181918.13779@netcom.com>, strnlght@netcom.com (David Sternlight) writes:
  198. |> It is unlikely that the government would "tip off" PKP, since that
  199. |> would be an acknowledgement that they're monitoring and using traffic
  200. |> in general without a court order. 
  201.  
  202. I don't see how one would prove that the gov't "tipped" PKP in case
  203. it happens. How about the following scenario: 
  204.  
  205.     1) A scapegoat is chosen.
  206.     2) His traffic is monitored and some "cherry" is found
  207.        (like using PGP :-).
  208.     3) A court order is received for some "chicken-shit" offense.
  209.     4) That offense isn't proven and therefore doesn't stick,
  210.        but during the "investigation" a case of patent
  211.        infringement is opened.
  212.     5) PKP sues the pants off the poor individual.
  213.     6) Go to step 1).
  214.  
  215. |> It is, I believe, still illegal
  216. |> for the NSA to monitor wholly domestic traffic, and the FBI cannot
  217. |> do so without a court order showing probable cause for an individual
  218. |> monitored. Though I'm not an attorney, I speculate that the FBI could
  219. |> not get a general court order permitting monitoring of, say, domestic
  220. |> Internet mail.
  221.  
  222. Theoretically your're correct. Practically - "might is right". And you
  223. can't even TELL whether your traffic is monitored...
  224.  
  225. So I wouldn't stake my life/freedom on how strictly FBI/NSA/??? are
  226. observing the regulations supposedly governing them.
  227.  
  228. Somewhere in PGP docs there's a nice phrase: 
  229.     
  230.     "PGP is guerilla freeware....."
  231.  
  232. Well, guerillas who announce themselves publicly. don't
  233. live long (physical law :-).
  234.  
  235. Why does PGP has those ugly lines "----BEGIN PGP...."
  236. and so on? PGP-2.1 is much better than PGP-2.0. Let's
  237. make it really good now -  GET RID OF THOSE BETRAYING
  238. TAGS! NOW!
  239.  
  240. |> Disclaimer: Nothing in this message should be read to imply I'm using
  241. |> any system covered by PKP patents, in violation of such patents.
  242.  
  243. Of course! Neither am I (:-)
  244. -- 
  245. Regards,
  246. Uri.        uri@watson.ibm.com
  247. ------------
  248. <Disclaimer>
  249.  
  250. =-=-=-=-=-=
  251.  
  252. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc,talk.politics.guns
  253. From: strnlght@netcom.com (David Sternlight)
  254. Subject: Re: PGP v. 2.1 Released
  255. Date: Thu, 10 Dec 1992 18:51:07 GMT
  256.  
  257. I have mixed feelings about Uri's message.
  258.  
  259. Until the legal status is resolved, one might wish to get rid of the
  260. PGP "tags" which are overt confirmation that one is using a public key
  261. system. On the other hand, I disagree in the sense that if unlicensed
  262. use of public key systems REALLY IS a violation of law (not "is
  263. asserted to be by PKP")--for example after a court case--then his
  264. suggestions is tantamount to publicly advocating the concealing of a
  265. legal violation, which I cannot support.
  266.  
  267. If one feels PKP is over-broad in their claims, the way to deal with
  268. this is by direct resolution. If one feels PKP is legally on firm ground
  269. but thinks there "shouldn't be" patent protection for software, or some
  270. such, again the way to deal with this is by trying to get the law changed.
  271. I'm not one who supports illegal acts in the face of what one thinks
  272. is unfairness.
  273.  
  274. Finally, I trust the police and intelligence agencies of our
  275. government.  They are not a bunch of fascists out to get the innocent,
  276. as some messages sometimes imply, but hard-working fellow-Americans
  277. trying to do a very difficult job. Yes, there have been, and may
  278. continue to be some individual abuses, sometimes by senior people, but
  279. the way to deal with that is via strong internal and external
  280. watchdogs, and by clear definition of what is, and isn't to be
  281. permitted.
  282.  
  283. Recent trials of government officials, and recent use of independent
  284. prosecutors, whatever one thinks of the substance, go a long way
  285. toward compelling caution by those who would abuse their privileged
  286. and trusted positions in the FBI and intelligence services.
  287.  
  288. David
  289.  
  290. =-=-=-=-=-=
  291.  
  292. Newsgroups: alt.security.pgp
  293. From: res@colnet.cmhnet.org (Rob Stampfli)
  294. Subject: pgp2.1 signed announcement botched by usenet?
  295. Date: Thu, 10 Dec 1992 05:29:39 GMT
  296.  
  297. I missed the official announcement of pgp2.1 which was apparently posted
  298. here several days ago, but I found a copy of it posted to alt.privacy.
  299. The message was signed by Phil with the new pgp "+clearsig=on" option.
  300. Unfortunately, Phil's concern about mailers slightly corrupting the message
  301. in innocuous ways so that it no longer matches the original, and therefore
  302. no longer has a valid signature, appears to be borne out by the posting to
  303. alt.privacy:  All empty lines in that post have one space added to them.
  304. The signature only checks out when one edits the posted file and ":%s/^ $//".
  305.  
  306. BTW, excellent job on the 2.1 release -- a clean compile the first time.
  307. -- 
  308. Rob Stampfli  rob@colnet.cmhnet.org      The neat thing about standards:
  309. 614-864-9377  HAM RADIO: kd8wk@n8jyv.oh  There are so many to choose from.
  310.  
  311. =-=-=-=-=-=
  312.  
  313. From: ujacampbe@memstvx1.memst.edu (James Campbell)
  314. Newsgroups: alt.security.pgp
  315. Subject: Re: PGP v. 2.1 Released
  316. Date: 10 Dec 92 18:44:29 -0600
  317.  
  318. In article <1992Dec10.173645.147966@watson.ibm.com>, Uri Blumenthal raves:
  319.  
  320. >Somewhere in PGP docs there's a nice phrase: 
  321. >    
  322. >    "PGP is guerilla freeware....."
  323. >
  324. >Well, guerillas who announce themselves publicly. don't
  325. >live long (physical law :-).
  326. >
  327. >Why does PGP has those ugly lines "----BEGIN PGP...."
  328. >and so on? PGP-2.1 is much better than PGP-2.0. Let's
  329. >make it really good now -  GET RID OF THOSE BETRAYING
  330. >TAGS! NOW!
  331.  
  332.     I've seen this demand before, and didn't comment on it, but now I'll 
  333. go ahead and make the obvious suggestion:  If you don't want the lines
  334. -----BEGIN PGP MESSAGE-----, Version: 2.1, and -----END PGP MESSAGE---- 
  335. in the messages you're transmitting, why not just strip them out and send
  336. the radix-64 stuff only?  The recipient need only add that information (or,
  337. simpler still, write a short program to add it), then decrypt as usual.
  338.     Considering how little PGP's developers are making off this paragon of
  339. freeware programming, it ill behooves us to DEMAND IMMEDIATE CHANGES that 
  340. we can easily add ourselves, or simulate with a couple of easily-written
  341. STRIPTAG and ADDTAG programs.
  342.  
  343.  James Campbell, Math Sciences Department, MSU; ujacampbe@memstvx1.memst.edu
  344.  
  345. =-=-=-=-=-=
  346.  
  347. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc,talk.politics.guns
  348. From: Alex.Strasheim@launchpad.unc.edu (Alex Strasheim)
  349. Subject: Re: PGP v. 2.1 Released
  350. Date: Thu, 10 Dec 1992 23:05:53 GMT
  351.  
  352. I know that pgp files can be identified as pgp files (because, after all,
  353. you can always try to feed it into pgp and see if it asks you for a public
  354. key).  It seems to me that this is a necessary consequence of having a key
  355. managment system, but I don't have the expertise to say for sure.
  356.  
  357. What I want to know is:  is identifiability a *necessary* feature of a
  358. public key system?  Would it be possible to to devise a public key
  359. encryption program that would, when used to encrypt a message with
  360. someone's private key, emit a series of bytes that would appear to be
  361. essentially random?  If this is possible, then people could just assume
  362. that whenever they received a seemingly random stream of bytes in the
  363. mail, that it was in fact a message that had been encrypted with their
  364. private key.
  365.  
  366. If this is indeed possible, it seems to me that any attempt to require
  367. private key registration (as Prof. Denning has proposed) would be futile,
  368. because it would be impossible to prove that public key encryption had
  369. been used.
  370.  
  371.     Alex
  372. --
  373.    The opinions expressed are not necessarily those of the University of
  374.      North Carolina at Chapel Hill, the Campus Office for Information
  375.         Technology, or the Experimental Bulletin Board Service.
  376.            internet:  laUNChpad.unc.edu or 152.2.22.80
  377.  
  378. =-=-=-=-=-=
  379.  
  380. From: yee@mipg.upenn.edu (Conway Yee)
  381. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc,talk.politics.guns
  382. Subject: Re: PGP v. 2.1 Released
  383. Date: 11 Dec 92 00:06:36 GMT
  384.  
  385. >Would it be possible to to devise a public key
  386. >encryption program that would, when used to encrypt a message with
  387. >someone's private key, emit a series of bytes that would appear to be
  388. >essentially random?  
  389.  
  390. If a series of bytes were to be random, no message could possibly be
  391. encoded within it.  The question, then becomes, is it possible that
  392. two entirely different encoding schemes would produces bytestreams
  393. which are statistically indistinguishable from each other.
  394.  
  395. -- 
  396. 411 Blockley Hall      |                    Conway Yee, N2JWQ
  397. 418 Service Drive      | yee@ming.mipg.upenn.edu    (preferred)
  398. Philadelphia, PA 19104 | cy5@cunixa.cc.columbia.edu (forwarded to above)
  399. (215) 662-6780         |
  400.  
  401. =-=-=-=-=-=
  402.  
  403. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc,talk.politics.guns
  404. From: pmetzger@snark.shearson.com (Perry E. Metzger)
  405. Subject: Re: PGP v. 2.1 Released
  406. Date: Fri, 11 Dec 1992 03:08:07 GMT
  407.  
  408. uri@watson.ibm.com writes:
  409. >Somewhere in PGP docs there's a nice phrase: 
  410. >    
  411. >    "PGP is guerilla freeware....."
  412. >
  413. >Well, guerillas who announce themselves publicly. don't
  414. >live long (physical law :-).
  415. >
  416. >Why does PGP has those ugly lines "----BEGIN PGP...."
  417. >and so on? PGP-2.1 is much better than PGP-2.0. Let's
  418. >make it really good now -  GET RID OF THOSE BETRAYING
  419. >TAGS! NOW!
  420.  
  421. I guess you never read the docs. Those "betraying tags" have a purpose
  422. -- they allow the system to automatically find the beginning and end
  423. of messages. You can feed mail messages into PGP without even
  424. stripping the headers. Its all very well engineered, and the feds can
  425. tell you are using PGP anyway by looking at the magic numbers in the
  426. Radix 64 text. I don't think there is any point in stripping them,
  427. since it adds no security for you and will make the program a lot more
  428. inconvenient to use. Its inconvenient enough already....
  429.  
  430. --
  431. Perry Metzger        pmetzger@shearson.com
  432. --
  433. "They can have my RSA key when they pry it from my cold dead fingers."
  434. Libertarian Party info: Phone 1-800-682-1776, E-Mail 345-5647@mcimail.com
  435.  
  436. =-=-=-=-=-=
  437.  
  438. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc,talk.politics.guns
  439. From: frechett@spot.Colorado.EDU (-=Runaway Daemon=-)
  440. Subject: Re: PGP v. 2.1 Released
  441. Date: Fri, 11 Dec 1992 07:09:17 GMT
  442.  
  443. -----BEGIN PGP MESS-----
  444.  
  445. Put -----BEGIN PGP etc etc.. around all your messages.. encrypted or not.
  446.  
  447. I am admitting no guilt here.  I simply like the way it looks. 
  448.  
  449. -----END PGP MESS-----   ;)
  450.  
  451.     ian 
  452.  
  453. =-=-=-=-=-=
  454.  
  455. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc
  456. From: luckey@rtfm.mlb.fl.us (Jon Luckey)
  457. Subject: Re: PGP 2.1 site list
  458. Date: Thu, 10 Dec 1992 23:35:08 GMT
  459.  
  460. s0rah@exnet.co.uk (R A Hollands) writes:
  461. >I've fetched pgp21.zip three times from funet and every time I end
  462. >up with a zip file that crc errors in the two doc files and the exe.
  463.  
  464. >I am using pkunzip 1.1.  Anyone else have this trouble?  Anyone have
  465. >have a stunningly obvious solution?
  466. >TIA Richard.
  467.  
  468. I've had a similar problem.  I don't know why, or if there are any other 
  469. solutions.  But what I finally ended up doing was using a unix unzip
  470. to unzip the zip file from funet, then rezip using a -ks option.
  471. That archive I was able to unzip using PKUNZIP 1.1 on a DOS machine.
  472.  
  473. For some reason, implode type compression seemed to cause crc errors
  474. sometimes, but for shrink compression seemed to work.
  475.  
  476. =-=-=-=-=-=
  477.  
  478. From: cme@ellisun.sw.stratus.com (Carl Ellison)
  479. Newsgroups: alt.security.pgp,alt.security,sci.crypt,talk.politics.misc,talk.politics.guns
  480. Subject: Re: PGP v. 2.1 Released
  481. Date: 10 Dec 92 17:21:52 GMT
  482.  
  483. In article <ByzCtE.8oy@news.cso.uiuc.edu> cburian@ux4.cso.uiuc.edu
  484. (Christopher J Burian) writes:
  485. >I was just wondering...  I've heard rumors that the guvmint filters
  486. >everything going over the net.  Do you suppose they look for
  487. >----BEGIN PGP *  along with the usual mundane stuff?  Then go after    
  488. >people for patent infringement; confiscating burglary tools, a.k.a 
  489. >citizens' computers.....
  490.  
  491. Sounds like a good reason to switch from PGP to RIPEM.
  492.  
  493. More to the point, someone should publish an interface description for
  494. PGP so that someone else can write a totally legal program which sends
  495. and receives in PGP format but uses RSAREF and its individual license.
  496. This way, those of us who would like to remain legally proper can participate
  497. in the exchange of PGP-like mail.
  498.  
  499. -- 
  500. -- <<Disclaimer: All opinions expressed are my own, of course.>>
  501. -- Carl Ellison                        cme@sw.stratus.com
  502. -- Stratus Computer Inc.    M3-2-BKW        TEL: (508)460-2783
  503. -- 55 Fairbanks Boulevard ; Marlborough MA 01752-1298    FAX: (508)624-7488
  504.  
  505. ***** End Info-PGP Digest *****
  506.  
  507.  
  508.  
  509. Downloaded From P-80 International Information Systems 304-744-2253
  510.