HDTenEightyP/NetNews huggingface dataset:
From: warmuth@warmuth.wu-wien.ac.at
Newsgroups: comp.os.os2.networking
Subject: LaMail-How to archive mails?
Date: 16 Nov 1992 13:07:50 GMT
Organization: Vienna University of Economics and Business Administration
Distribution: world,local
NNTP-Posting-Host: warmuth.wu-wien.ac.at

LaMail (IBM TCP/IP) has an option ('Notes'-'Archive') to archive mails. There
are three points: 'Archive', 'Retrieve' and 'Configure'. In the 'Configure'
window it is possible to specify the names of two OS/2-command-files (.CMD),
one for archiving and one for retrieving mails. There are no samples and help
texts available for this item. So I have following question:

What does LaMail expect from these command files?

It is no problem to find out the parameters LaMail gives the command files:
   + 'xx'                           Name of the origin-LaMail-mail-folder
   + 'xx@'                          Folder with mails to archieve
   + 'C:\TCPIP\LAMAIL\xx@'          Path of the folder
   + 'D:\TCPIP\LAMAIL\xx@.NDX'      Path of the indexfile for the folder
   + 'D:\TCPIP\LAMAIL'              Path of LaMail-directory

If the command-files give a empty pipe back to LaMail a errormessage occurs
('Can't read pipe, rc=1'). I tried to give back:
   + Name of the archive-file
   + '0'
   + '1'
   + 'OK'
   + The parameters listed above
But everything happend was: 'The started process is in error'.

What does LaMail want to read out of the pipe??????????????????????????????

If you have any solution post it or mail it to me please.
(warmuth@warmuth.wu-wien.ac.at)

Thanks!
Michael
Newsgroups: comp.os.os2.networking
From: akira@sra.co.jp (Akira Hatakeyama)
Subject: Looking for NE2000 driver
Organization: Software Research Associates, Inc., Japan
Date: Thu, 19 Nov 1992 08:55:40 GMT

Hello

I`m looking for NE2000 driver, works with IBM TCP1.2.1.
Where can I get it?
-- 
--
Akira Hatakeyama	JUNET: akira@sra.co.jp
ootuka, tokyo, japan	
Newsgroups: comp.os.os2,comp.os.os2.misc,comp.sys.ibm.pc.hardware
From: mhunter@ha15.eng.ua.edu (Mark W. Hunter)
Subject: Re: HELP Gateway 2000/Diamond Speedstar
Keywords: HELP!
Organization: The University of Alabama, Tuscaloosa
Date: Fri, 20 Nov 1992 00:31:00 GMT


I've gotten the Tseng drivers to work *fairly* well, but I'm still having problems. I've got a few gifs that
I've been trying to convert properly to bitmaps for the OS/2 desktop. I'm using VPIC 5.0, and initially the
converted bmps look fine when viewed under VPIC, but when placed as the desktop background it looks terrible! All
the colors are screwed, and even a little blurry. It looks as though the drivers are still in 16 color mode, but
from looking at the color pallete after installing the 800X600X256 drivers, this doesn't seem to be the case. Anyone
else have problems putting up 256 color bitmaps for the background?? Also, when I go from the standard desktop to
800x600, some fonts that have been converted from the windows library MORICONS.DLL go black and white. What can I do
to bring them back to their original state under high resolutions?? Any suggestions would be most helpful. 

Mark


Newsgroups: comp.os.os2,comp.os.os2.apps
From: mortenk@dhhalden.no (MORTEN KNUDSEN)
Subject: Re: Rayshade: Targa-24 viewer?
Organization: Ostfold College
Date: Sun, 15 Nov 1992 21:47:33 GMT

In article <1992Nov13.114236.7135@rz.uni-karlsruhe.de> "leo richardson" <UKI6@DKAUNI2.BITNET> writes:
>Hi,
>
>I have Rayshade for OS2.  The readme tells that this program outputs
>the Targa-24 format. Where can I get a viewer for Targa-24 pictures?
>
I think CSHOW will do the trick.
Xref: sparky comp.os.os2:465 comp.os.os2.apps:8475 comp.os.os2.misc:37158
From: baustin@billapc.UUCP (Bill Austin)
Newsgroups: comp.os.os2,comp.os.os2.apps,comp.os.os2.misc
Subject: Re: ANY way to do 24-bit graphics under OS/2 2.0?
Date: Thu, 19 Nov 92 22:30:22 EDT
Organization: Ground Zero Group, Columbus, OH 43227

Brandon.Vanevery@launchpad.unc.edu (Brandon Vanevery) writes:

> Is there ANY KNOWN METHOD of doing 24-bit graphics under OS/2 2.0?
>
> I'll even take suggestions about displaying in a DOS or Windows shell.

I've used Persistance of Vision (Ray Tracer) in DOS (and on other non
ibm platforms) to produce some fairly nice looking .tga (24-bit
uncompressed) files.  A viewer (also a dos app..) VX386 version 1.0,
which is specific to the Diamond SpeedStar 24x (A darn nice
pre-loading/decoding for slideshows viewer I might add) MIGHT work in a
VDM.. I haven't tried it yet.
Halo Desktop Imager (windows 3.x) is supposed to be (haven't installed
it yet, it was bundled with the Diamond 24x) a 24-bit capable program.
Eventually, Halo might work in Win-OS2..  I just hit a snag with my
Diamond 24x and OS/2 setup.  (Reverted to GA + Misc fixes.. SP fouled
me up BAD in this ONE regard.. The 24x has a Western Digital chipset..
and the SP either doesn't know about too many WD's.. but if it knows
about more than one.. it picked the wrong one.. Win-OS2 is/was
completely disfunctional after SP.. (which pains me to admit.. I fixed
by installing (wasting 15M in the process) Win3.1 again for Windows
apps..))

> Are there ANY MANUFACTURERS WHATSOEVER working on 24-bit drivers for OS/2?
> Any expected release times?

Diamond is 'considering' drivers, but I'm not certain if they are to
include the 24-bit (or even HiColor for that matter) support.  Perhaps
only (which would still be better than existing) 256 color drivers.
There is a questionaire on their bbs which is rather fishy.. its asking
if (or how much) support is desired.  If you want to consider the
Diamond 24x.. you might wish to rattle their chain a little (It won't
hurt my cause.. getting drivers too either!) and give their bbs a
ring.. The number is 1-408-730-1100 (V.32bis, running 'Major BBS'.. (Be
prepared for wierd system compared to PCBoard or WildCat)

I personally am preparing to return this wonderful card (I have about
20 more days to fully decide) if drivers aren't at least promised.
baustin
Xref: sparky comp.os.os2:451 comp.os.os2.apps:8317
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2,comp.os.os2.apps
Subject: Re: Rayshade: Targa-24 viewer?
Date: 15 Nov 92 22:40:13 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <mortenk.72.721864053@dhhalden.no> mortenk@dhhalden.no (MORTEN KNUDSEN) writes:
>In article <1992Nov13.114236.7135@rz.uni-karlsruhe.de> "leo richardson" <UKI6@DKAUNI2.BITNET> writes:
>>Hi,
>>
>>I have Rayshade for OS2.  The readme tells that this program outputs
>>the Targa-24 format. Where can I get a viewer for Targa-24 pictures?
>>
>I think CSHOW will do the trick.

Doesn't CSHOW quantize the picture down to an 8-bit VGA/sVGA image?
-- 
  |)  David Charlap          | .signature confiscated by FBI due to
 /|_  dic5340@hertz.njit.edu | an ongoing investigation into the
((|,)                        | source of these .signature virusses
 ~|~
Xref: sparky comp.os.os2:468 comp.os.os2.misc:37271
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: DECnet object abusers
Date: 16 Nov 92 18:21:19 GMT
Distribution: world
Organization: The Internet

RE: Brendan Welch's problems with abusers of the mail and phone 
DECnet objects...
   These objects by default run some images. You can trivially get
them to run command processes instead and log who is using them.
Do this with "mcr ncp def obj xxx file something.com" and
similarly with "mcr ncp set...". The command file can be whatever
you like, but getting it to print the translation of SYS$NET is
a very good first step. It will tell you where the connection is
coming from. Once you have the username involved, handling abuse of
mail or phone is a personnel problem. The protocols are quite old
and were not designed to give a secure return address, and mail
faking programs are fairly common. However, it is also quite easy
to set up monitoring; once it becomes known that you can catch and
draw-'n'-quarter the miscreants, you will have fewer miscreants...
   You also need to require more than a return address before you
assume someone is responsible for sending a message; these problems
exist on non-vms systems also. Neither the return addresses, nor
any of the message should be trusted without further authentication.
USUALLY they are all right, but there are too many ways these can
be tampered with to regard them as authoritative.
Glenn
Everhart@Raxco.com
From: dunnett@mala.bc.ca (Malcolm Dunnett)
Newsgroups: comp.os.vms
Subject: Re: User limit in VS4000
Date: 20 Nov 92 08:13:31 -0700
Organization: Malaspina College

In article <17312.2b09f428@bclcl1.im.battelle.org>, 
hansher@bclcl1.im.battelle.org (Kevin Hansher, Battelle Computing Center) writes:

> 
> I believe the answer to your "I don't know" is No, you can't do the same
> thing on the server/station's as you can on the other machines.  As I
> posted a reply earlier, we are a non-educational site and just did this on
> a VS3100.  But it was a different part number than the OpenVMS license
> upgrades.  And, I guarantee you, unless for some reason you get a
> "special" deal from your rep, the VMS upgrade prices on servers/stations
> are "much" more than the $300/seat for the "new" OpenVMS licensing.  This,

  This is true for VAXStations, however I've been told by a "reliable source"
that AXP (Alpha) VMS workstations can have as many users as you'd like added
at $300 each.

========================================================================
Malcolm Dunnett    Malaspina College         Email: dunnett@mala.bc.ca
Computer Services  Nanaimo, B.C. CANADA        Tel: (604)755-8738
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
Date: 19 Nov 92 12:50:52 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1992Nov19.125756.7901@slcs.slb.com>, brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:
> In article <1992Nov13.100832.3777@dxcern.cern.ch>, julian@vscn08.cern.ch
> (Julian James Bunn) writes:
>>What worries me more about a mixed architecture VAX/Alpha VMS Cluster is
>>how the poor innocent users are going to sort out the confusion between
>>VAX and Alpha executables. [...]
> 
> It's probably too late by now, but since the two executable types are
> incompatible, it would have made sense to me if the Alpha executables were
> something else besides *.EXE

This is one of those situations where you can't win.  If the default
extension for executable images were changed, then many of the programs
that spawn subprocesses or do dynamic mapping to sharable images are
likely to break when they're recompiled for Alpha.  (For the most part
you don't need to go through your programs to look for things like
that when you move them to Alpha -- though you may want to do so for
other reasons, such as improving efficiency on the new architecture).

The idea one person had, about embedding both types of executable
code in one image, also has similar problems but probably a lot less
code depends on the image format than on the file names.  If any code
does depend on the image format it will break for Alpha anyway.

What I don't understand is why the image activator in Alpha doesn't
crank up VEST in interpretive mode in such cases (or possibly only if
a flag is set in the image header, like the debug flag).  It seems to
me that this would get you very much of the effect you'd want for
very little penalty (other than the interpretive overhead, of course,
which is substantial but still faster than most VAXen).

On the other hand, I don't think this will be that big a problem in
practice -- that's the way network file systems have worked in Unix
for years without anyone complaining much about it.  Each architecture
just gets its system binaries from different places, & the users have
to fend for themselves.

Bruce C. Wright
Newsgroups: comp.os.vms
From: rajar@herky.cs.uiowa.edu (Chandrashekar Rajaraman)
Subject: Novice with elementary question
Date: Sat, 21 Nov 1992 08:03:57 GMT
Reply-To: rajar@herky.cs.uiowa.edu (Chandrashekar Rajaraman)
Organization: U of Iowa, Iowa City, IA

Hi,

How do you change the pagefilesize ?

Please email me.

Thank you.

Chandra
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Novice to VAX/VMS and Ultrix needs help.
Date: 21 Nov 1992 03:14:51 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <By1H6u.7qG@constellation.ecn.uoknor.edu>, rpkurapa@cougar.ecn.uoknor.edu (Ram Prasad Kurapati) writes:
>
>I am working on a project.  A part of the project work is to convert the code
>written in vax pascal to Pascal running on ultrix on DEC Station 5000/25.  The 
>program which is written in vax has some system calls.  Is there any source from
>which I can find the equivalent ultrix system calls for the vax system calls. 
>In particular the vax system calls for which I need the ultrix equivalence are:
>  
>  SYS$ASSIGN

open()

>  SYS$QIO

No equivalent that I know of.

>  SYS$QIOW

Sometimes read(), sometimes write(), sometimes devctl() or ttctl().

>  SYS$CANCEL

No equivalent that I know of.

>  SYS$SYS$BRDCST

system(write()) or system(wall())

>  SYS$TRNLOG

No equivalent.

>  SYS$CANTIM
>  SYS$SETIMR

I don't know.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: dbernard@clesun.Central.Sun.COM (Dave Bernard)
Newsgroups: comp.os.vms
Subject: Re: alpha memory requirements (vs vax) ?
Date: 18 Nov 92 17:47:47 GMT
Reply-To: dbernard@clesun.Central.Sun.COM
Organization: Sun Microsystems

Bill Jackson writes:

>The "future version of the OS" isn't what was said.  What was said is that
>we'll support those in the future.  That "future" depends heavily on the 
>availability and price of 16Mbit chip technology.  Right now, they're 
>more than 4* the  price of 4Mbit chips, thus we're not convinced people would
>consider paying for those.

Bill, I think the reference is to the "Alpha AXP(tm) Systems Comparison Chart"
available by FAX from DEC.  The asterix after the memory figures points to
a subscript that does say "Available with upcoming operating system release."

	Dave Bernard
From: singer@rhodes.aero.org
Subject: Re: Bound volume sets: are they a bad idea?
Organization: The Aerospace Corporation, El Segundo, CA. USA
Date: 18 Nov 92 12:21:33 PST

In article <1992Nov10.124211.6220@slcs.slb.com>, brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:
> In article <27A00A05_002EA238.009632A7DEFF5100$192_2@UK.AC.KCL.PH.IPG>,
> SYSMGR@IPG.PH.KCL.AC.UK writes:
>>I am currently considering the idea of taking two 600Mb disks and binding
>>them into a 1.2Gb volume set. Nagging at the back of my mind is something
>>that I think I saw some time back on this list, to the effect that DEC
>>recommend you don't use volume sets unless you want a few huge files 
>>potentially bigger than a single volume. I can't find anything to this
>>effect in TFM, though. In our case, there would be several thousand files,
>>none bigger than 100K blocks and most a lot smaller. Partitioning the files
>>(currently on one overloaded disk) would cause a fair degree of user confusion.
>>
>>As far as I can reason it out, the pro is some degree of load balancing 
>>between the disks, and no management hassles sorting out what to put where.
>>The con is a halved MTBF on the bound set. Backup shouldn't be a problem, 
>>both together will fit on one DAT.
>>
>>Would anyone care to tell me what I've missed, or of any experiences (bad
>>or long-term OK) with a volume set like the one I'm considering?
> 
> Several other posters have mentioned the MTBF aspect.  Also, keep in mind that
> you are taking 2 'large' volumes and making them into one.  This effectively
> increases the size of the cluster factor.  If it is 4 on one of these disks,
> it will be 8 on the volume set (Same with a stripe set, too).  So if you have
> a lot of files that are small (ummm, in fact, even if you don't), you will be
> wasting an average of 4 blocks per file.  Even if this is not a concern in
> terms of disk space, remember that disk read/write requests are done in
> clusters, not in blocks.  If your application wants one block from disk, it
> reads in the whole cluster.  Even if most of the cluster is 'unused' space on
> the disk.
I have been running bound sets for about 6 years, with several type of devices:
RA81s, SI s and lately with Emulex  and MTI drives, which are about 1.8 and 2 
Gbytes respectively. It sure increases your MTBF, but disks are quite reliable
these days. 
Cluster factor DOES not increase! The cluster factor is whatever must be at 
initialize time ($INIT/CLUST=x) which is not a function of the number of
devices, but rather the size of the device. Once you bound the volumes, 
you can verify this by doing $ SHOW DEVICE/FULL and also a $DIR/SIZE=ALL
You will see that they are both the same.
The simplicity of growing the set by simply adding more devices, and the 
backing up of a single logical device overrides the other considerations.

> _______________________________________________________________
> Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
> Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
>        On a clear disk you can seek forever.
Newsgroups: comp.os.vms
From: olin@vger.cheme.cornell.edu (Steve Thompson)
Subject: Re: ?Why does this backup go so slow?
Reply-To: olin@vger.cheme.cornell.edu
Organization: Chemical Engineering, Cornell University, NY
Date: Tue, 17 Nov 1992 16:54:09 GMT

In article <1992Nov17.083227.1@ptavv.llnl.gov>, oberman@ptavv.llnl.gov writes:
>In article <1992Nov12.124928.1@woods.ulowell.edu>, welchb@woods.ulowell.edu writes:
>> It took us 4.5 hours to do an image backup of an RA90 (80% full of user
>> data) onto an RA92?  Why does it not go faster?   [I had prepared a much 
>> longer version of the question, with so many particulars, that my boss 
>> said to just ask the simple question.]
>
>Well, I guess you will have to live with the simple answer (at least from me).
>
>BACKUP is more seriously effected by system tuning and user quotas than any
>application I have seen. My 2.1 GB disk can be backed up to tape in less than
>4.5 hours.

Ain't this the truth. It depends a lot of course on what processor you
have, and what tape drive. Back when I was doing backups on an 8250 to
a TU81, it would take a very long time to back up a disk. Now, I have
a VAX 4000 model 500 and a TF85 tape drive, and backing up a full RF73
(that's 2GB) takes about 70 minutes, *with* 20 users logged on.

Steve

---------------------------------------------------------------------------
Steve Thompson, System Mangler   Internet: thompson@cheme.tn.cornell.edu
School of Chemical Engineering   Bitnet:   thompson@crnlchme
Olin Hall, Cornell University    Phone:    (607) 255 5573
Ithaca NY 14853
---------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: ewn@BIOVAX.UMDC.UMU.SE
Subject: test
Reply-To: ewn@BIOVAX.UMDC.UMU.SE
Organization: UMDAC, Ume} University, Sweden.
Date: Wed, 18 Nov 1992 15:50:13 GMT

This is just another test
From: wipke@moldes.ucsc.edu
Newsgroups: comp.os.vms
Subject: Exceeding max links -- effect of control Y on MONITOR
Date: 23 Nov 92 16:53:23 GMT
Organization: UCSC Molecular Engineering Laboratory
NNTP-Posting-Host: moldes.ucsc.edu

I had nodes to which SET HOST gave error of insufficient system resources
at remote node.  On the affected node, SET HOST gave error exceeding max links.
MCR NCP SHOW KNOWN LINKS did in fact show 32 links, all to MONITOR_SERVER
from the same user.  That user exits MONITOR with control Y.  It appears that
doing that leaves the link forever.  The following transcript illustrates:
[SYSMGR] mcr sysman
SYSMAN> set env/node=carbon
%SYSMAN-I-ENV, current command environment:
        Individual nodes: CARBON
        Username SYSTEM       will be used on nonlocal nodes

SYSMAN> do mcr ncp show known links
%SYSMAN-I-OUTPUT, command execution on node CARBON


Known Link Volatile Summary as of 23-NOV-1992 08:43:05

No information in database

SYSMAN> do mcr ncp show known links
%SYSMAN-I-OUTPUT, command execution on node CARBON


Known Link Volatile Summary as of 23-NOV-1992 08:44:01

   Link       Node           PID     Process     Remote link  Remote user

  8268    1.31 (MOLDES)    24C001AC  MONITOR_SERVER     8299  WIPKE
SYSMAN> ! job monitoring exited with control Y
SYSMAN> ! then gave the monitor/proc/topcpu/node=carbon
SYSMAN> do mcr ncp show known links
%SYSMAN-I-OUTPUT, command execution on node CARBON


Known Link Volatile Summary as of 23-NOV-1992 08:46:09

   Link       Node           PID     Process     Remote link  Remote user

  8268    1.31 (MOLDES)    24C001AC  MONITOR_SERVER     8299  WIPKE
  8269    1.31 (MOLDES)    24C001AC  MONITOR_SERVER     8300  WIPKE
SYSMAN> ! the link did not get disconnected by control Y
SYSMAN> ! repeat above
SYSMAN> do mcr ncp show known links
%SYSMAN-I-OUTPUT, command execution on node CARBON


Known Link Volatile Summary as of 23-NOV-1992 08:47:16

   Link       Node           PID     Process     Remote link  Remote user

  8268    1.31 (MOLDES)    24C001AC  MONITOR_SERVER     8299  WIPKE
  8269    1.31 (MOLDES)    24C001AC  MONITOR_SERVER     8300  WIPKE
  8270    1.31 (MOLDES)    24C001AC  MONITOR_SERVER     8301  WIPKE
SYSMAN>do stop/id=24c001ac

Thus process rundown by typing another command after control Y does not
disconnect the link.  Eventually max links is reached leading to the
original problem with SET HOST errors.  Of course users should not exit
by control Y.  Hope this is helpful to someone.

wipke@secs.ucsc.edu
Molecular Engineering Laboratory
University of California
Santa Cruz
Newsgroups: comp.os.vms
From: tc@nynashamn.telesoft.se (Torbjorn Carlsson)
Subject: Decterm & sun-kbd
Organization: Telesoft Norden AB
Date: Tue, 17 Nov 1992 15:20:00 GMT


I have a Sun4 running OpenWindows, with a type-4 keyboard on my desk,
but are right now working on a VMS machine. I have managed to run VMS-
applications on the vax with the display set to the Sun.

Has someone tried to define a usable keyboard-layout for the sun4 keyboard,
using the VMS applications Decterm or the windowbased TPU ?
I don't like the xmodmap way, because all other applications are also affected
by that.

I've found a file called DECW$SMB_KEYBOARD.DAT where it appears to be
some key definitions but I can't find any documentation about what is what
in that file.


Any Ideas ?

					Torbjorn

-- 
  Torbjorn Carlsson		: Internet:
  Telesoft Norden AB		: Torbjorn.Carlsson@nynashamn.telesoft.se  
  Utsiktsvagen 10, 		: Phone: +46-8 52069012 
  Nynashamn, Sweden		: Fax:   +46-8 52020965
Newsgroups: comp.os.vms
From: murphy@burfle.dco.dec.com (Rick Murphy)
Subject: Re: User limit in VS4000
Reply-To: murphy@burfle.dco.dec.com
Organization: Digital Equipment Corporation, Landover MD
Date: Wed, 18 Nov 1992 14:41:46 GMT


In article <4448@winnie.fit.edu>, karin@zach.fit.edu (Karin Nicholson) writes:
>I was aware of the 8-user limit for CSLG sites, but am not sure how that
>applies to the number of DECterm windows open on a VAxstation.  Does each
>DECterm session count as a user?  This would be a nutty way of counting
>users, but I wouldn't put it past DEC.

A session on the workstation is one user. You can have as many DECterms
open at once as you want.
	-Rick
--
Rick Murphy, WA1SPT/4			Washington Open Systems Resource Center
Domain:  murphy@burfle.dco.dec.com -or- murphy@dco.dec.com
Bang:    decwrl!burfle.enet!murphy	"Somewhere between 30 and Death"
Ding:  (301) 918-5883				-bumper sticker.
Disclaimer: This nonsense came from an AI program written in TECO. Ignore it.