home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / pc / crypto / ipgp0201.txt < prev    next >
Encoding:
Text File  |  2003-06-11  |  20.5 KB  |  510 lines

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