HDTenEightyP/NetNews huggingface dataset:
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.sys.dec
Subject: Re: HELP:  What ether controller is in VAXMATE
Date: 24 Jul 92 02:21:56 GMT
Organization: St. Peter's College, US

In article <84255@netnews.upenn.edu>, STEIN_A@mscf.med.upenn.edu (Alan Stein) writes:
> I'm interested in hooking a VAXMATE up to a thin-wire
>  network of unix machines running TCP/IP.  I have the 
> clarkson packet drivers and CUTCP which I am hoping to 
> run on the VAXMATE.  My problem is that I have 
> absolutely no idea what driver (and what interrupts/addrs) 
> to use.  Does anyone on this newsgroup know?  (or can 
> tell me definitively that this is an inane idea that won't 
> ever work)?

  The VAXmate has a built-in implementation of the DEPCA with a few differ-
ences. Note that (as of the last time I looked) the Clarkson kit's DEPCA
driver only worked with "new" DEPCAs and not the original one. [DEC had this
disturbing tendancy to call all their PC Ethernet cards "DEPCA" although they
had _very_ different programming interfaces].

  DEC's PCSA for the VAXmate used a driver called DLLLANCE, while the DEPCA
cards used DLLDEPCA, so there are some differences. If you wanted to do it
yourself, you could get the data sheet for the AMD Lance (Local Area Network
Controller for Ethernet) chip. You'd probably also need the VAXmate Technical
Reference Manual (parts 1 & 2).

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: mferrare@physics.adelaide.edu.au (Mark Ferraretto)
Newsgroups: comp.sys.dec
Subject: ANSWER: dump parameters and new question
Date: 27 Jul 92 06:33:20 GMT


The (partial) answer to that dump question is that dump on aurora 
(DS 5000/120 with TKZ10 tape drive and Ultrix 4.2) is done without any
parameters as the tape controller is 'intelligent'.  So dump 0f /dev/rmt1h fs
worked fine....

BUT!!!

rdump from the SPARC (ELC running 4.1.1) now thinks I have 2300 ft 1600bpi
tapes if I do rdump 0f aurora:/dev/rmt1h fs and same error if I do what I was 
doing before.  Also rdump from another 5000/120 to aurora yields the following:
rigor:# rdump 0f aurora:/dev/nrmt1h /dev/rz0a
  DUMP: Date of this level 0 dump: Mon Jul 27 16:09:15 1992
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rrz0a (/) to /dev/nrmt1h on host aurora
  DUMP: Mapping (Pass I) [regular files]
  DUMP: Mapping (Pass II) [directories]

  DUMP: Estimated 9335808 bytes output to file named /dev/nrmt1h

  DUMP: Protocol to remote disk server botched (in rmtgets).
Lost connection to remote host.
Try using the -o option.

There is no -o option documented in dump.

So, how can I get the sparc to realise it's rdumping to a 525MB tape on a
5000/120 and how can I get the other DecStations to dump properly?

Many thanks

PS:  For the sparc I also tried the following:
(SPARC is terry - DS is aurora)
aurora# dump 0f /dev/rmt1h `rsh terry dd if=/dev/sd0h`
Too many words from ``.

and my terminal hangs...
--
   \ | /   PA38.| Now | Name  : Mark Ferraretto
-----O-----Gotta| Aero| Place : Department of Physics and Mathematical Physics
     |     love |Rated|         University of Adelaide
    ---    it!! |-----| Email : mferrare@physics.adelaide.edu.au
Newsgroups: comp.sys.dec,misc.wanted,ne.wanted,ny.wanted,nj.wanted
From: tls@panix.com (Thor Lancelot Simon)
Subject: Need a DEC 9-track,DMF-32
Date: Tue, 28 Jul 1992 20:04:46 GMT
Organization: PANIX Public Access Unix & Internet, NYC

Having just picked up an 11/750, I find that I can't boot the thing without
some kind of tape drive.  I'm using a repaired RA-80 for disk, but right now
I think it's got /usr from a 4.3BSD system on it.  I've got tapes and a license
for BSD, but no tape drive to boot from, since the Massbus TE-16 I was initially
going to get with the VAX turned out to be a bit too big to come along.  I'd
really like one of the tape drives that are about the same size as a storage
cabinet.  I think I've seen a TU-78 in this configuration, and I'm sure I've
seen the TU-81, but anything reasonably small that I can read the 1600bpi
BSD reels on would be appreciated.  I do have a TS03, but the 600' limitation
on reel length causes some not insignificant problems.  If anybody in the NY
area (NJ or CT would be fine, too!) has something appropriate that they're
looking to sell, I'd love to hear from him.  I'm also looking for a DMF32 to
replace the one I've got, which was fried when a "friend" plugged it into my
11/44, *backwards*.  (To add insult to injury...)  I've no idea what these
cost these days, though.  If anyone has one of those (actually, a DMZ would be
real nice, too, but I've never met one.  Were they very rare?) I'm sure we
can work something out about cost, shipping, etc.

Finally, I have a few questions.  I know almost nothing about Massbus.  Do I need to terminate the Massbus port on the back of the CPU chassis?  If so, could I
just unplug the connectors from the back of the backplane instead?  Second question -- I've got a feeling that someone may have played switcheroo with the
CPU cards.  What order should they go in in a 750?  Lastly, are there any
Unibus serial boards that will go >=38400bps?  I thought I remembered that the
DMF would, but the BSD drivers don't seem to think so, and the manual for it
doesn't mention anything over 19200bps, either.


Thanks!


-- 
Thor Lancelot Simon	 tls@panix.COM

"Better be careful there.  John might decide to start taking legal action
against people who refuse to buy stuff from him."  --Kevin McBride
Newsgroups: comp.sys.dec
Subject: LA75 FOR SALE 125.00+SHIPPING
From: cwthomas@nrlvx1.nrl.navy.mil
Date: 22 Jul 92 07:41:43 -0400
Organization: NRL SPACE SYSTEMS DIVISION


	I have a LA75 printer I"ll Let it go for 125.00. If you are interested
EMAIL me ...

	Thanks;
	C.W. Thomas

Newsgroups: comp.sys.dec
From: cupak@rapnet.sanders.lockheed.com (John J Cupak Jr CCP)
Subject: Help with SCA Query
Keywords: VAXset, SCA
Reply-To: cupak@rapnet.sanders.lockheed.com (John J Cupak Jr CCP)
Organization: Lockheed Sanders, Inc.
Date: Tue, 28 Jul 92 21:40:24 GMT


I'm having problems using SCA to determine if all of the procedures/functions declared in an Ada package are called by a test driver. I can't use PCA to show complete coverage of the procedures in the package because the package spec really consists of pragma interface's for an object file with external references.

I've used CALLED_BY, CALLING, CONTAINED_BY and various combinations of EXPAND with @# (query number), but still no luck!

Is there any DEC/VAX SCA Wizard out there that can help?
--
John J. Cupak, Jr., CCP       Lockheed DECNet: MERVAX::CUPAK
Lockheed Sanders, Inc.        Internet       : cupak@rapnet.sanders.LOCKHEED.COM
144 DW Highway / MER24-1K23   CompuServe     : 72411,3176 
Nashua, NH 03061-0868         Telephone      : (603) 885-5816     FAX: 885-6081
Xref: sparky comp.sys.dec:4226 soc.culture.celtic:5259 soc.culture.german:5276
From: IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club")
Newsgroups: comp.sys.dec,soc.culture.celtic,soc.culture.german
Subject: Re: Cadmus or PCS info needed!
Date: 27 Jul 92 22:46:48 GMT
Organization: Mail to News Gateway at Wang Labs

PCS is located in Munich, Germany.  I don't have their
Email address but you could call up information to get
their telephone number there.  I'll also copy the
soc.culture.celtic newsgroup as I believe I have seen
a lot of activity from PCS Munich there.

I visited their plant a few years ago, as we were looking
at possibly reselling some of their products, prior to the
buyout by DEC of the Kientzle group, including PCS.  It
seemed like a very well run operation.

Michael.Willett@OFFICE.Wang.com
From: wilson@cs.utexas.edu (Paul Wilson)
Newsgroups: comp.sys.dec
Subject: block and fetch size for ULTRIX on DECstation 5000/200
Date: 29 Jul 1992 10:30:53 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: boogie.cs.utexas.edu
Summary: why is file system faster than VM?

I'm getting some unexpectedly good performance numbers with some
software I'm running, which looks like it's because file system
block reads are faster than virtual memory pageins.

Can anybody tell me offhand what's going on?  I'm reading 4K
blocks from files, and it's unexpectedly fast.  My guess is
that the filesystem is actually fetching 8K blocks, where the
VM system is fetching 4K pages, or maybe the file system is
doing one-block lookahead prefetching.

We're using ULTRIX 4.1.

Any clarification would be appreciated.

Thanks,

   Paul
-- 
| Paul R. Wilson                                    wilson@cs.utexas.edu      |
| U. of Texas Computer Sciences Dept.               voice: (512) 471-9555     |
| Taylor Hall 2.124, Austin, TX 78712-1188          fax:   (512) 471-8885     |
| "Inertia makes the world go 'round."                                        |
Newsgroups: comp.sys.dec
From: ecldco@ultb.isc.rit.edu (E.C. Loyd)
Subject: Re: Info on third party suppliers
Originator: ecldco@ultb
Organization: Rochester Institute of Technology
Distribution: usa
Date: Mon, 27 Jul 1992 16:05:50 GMT

Well, I was informed that the name of the trade rag that I am looking
for is called Computer Hotline, and runs about $100.00 a year.  If you
know where I can find it, please drop me a line.

-Eric


-- 
ECLDCO@RITVAX.bitnet       ECL6895@RITVAX.bitnet
ECLDCO@ultb.isc.rit.edu    ECL6895@ultb.isc.rit.edu
Eric Loyd's the name, Data Center Operations is the game.
Opinions and irrational outbursts are MY pride and joy.  Not my employer's.
Newsgroups: comp.sys.dec
From: wilsonj@vccsouth06.its.rpi.edu (John Wilson)
Subject: Copyrights
Organization: Rensselaer Polytechnic Institute, Troy, NY
Date: Tue, 21 Jul 1992 15:53:50 GMT

DEC has given official permission to xerox out-of-print
software documentation -- see the introduction to the
Software Products Directory.  Whom do you call about getting
permission for copying hardware doc's?  I keep having this problem...

John
Newsgroups: comp.sys.dec,alt.folklore.computers
From: Klaus.Moeller@arbi.informatik.uni-oldenburg.de (Klaus Moeller)
Subject: Re: Cadmus or PCS info needed!
Organization: University of Oldenburg, Germany
Date: Fri, 24 Jul 1992 08:00:54 GMT

gheim@eng.auburn.edu (Greg Heim) writes:


>I have a CPU for a Q-Bus apparently manufactured by a company called
>Cadmus around '85.  The company is supposedly now called PCS (a german
>company).  I would like to get information on my board, but don't know
>how to contact these people.  Anyone know anything about them or even
>what PCS stands for?  I would guess they were in Colorado but not
>really sure.  If _you_ have documentation, that would be even better.


PCS means Pheriphere Computer Systeme (Pheripheral Computer Systems)
The only address I've got is

PCS GmbH, Pfaelzer-Wald-Str. 36,  8000 Munich,  Germany.

But contacting DEC about it would probably help. The company has been
taken over by DEC one or two years ago.

PCS manufactured some quite good computer systems, we've still some of them
in extensive use here.


-- 
 /     Klaus Moeller, Leiteweg 2, 2940 Wilhelmshaven, West - Germany       \
<    Klaus.Moeller@Informatik.Uni-Oldenburg.DE   078326@DOLUNI1.BITNET      >
 \             security is an exercise in applied paranoia                 /
From: fredv@abba.acs.uci.edu (Fred Velijanian)
Subject: Re: ALPHA Workstations
Newsgroups: comp.sys.dec
Organization: University of California, Irvine
Keywords: ALPHA workstations
Date: 30 Jul 92 19:13:31 GMT
Distribution: usa

In article <1992Jul30.050022.27714@elroy.jpl.nasa.gov> chu@hanauma.jpl.nasa.gov (Eugene Chu) writes:
>Hi folks,
>
>This is my first posting here, so bear with me if I sound ignorant.
>I have a question about the availability of the ALPHA worksations
>for end users.  Three months ago, I heard from various people, including
>my DEC sales reps, that the workstations will be available by July 15.
>Then when the day rolled around, I was told that its release has been
>delayed by about 3 months.  All this time, I've been waiting to order
>one of these highly advertised systems, but I can't because someone at
>DEC will not release them.  Then recently I heard that one of our labs
>is getting a loaner, for FREE!  Now, I wonder why DEC is willing to
>loan one out to someone else in my organization, while they won't
>sell one to me, when I ready and willing to PAY for it?
>
As an end user who reads the DEC and UNIX press and follows this
newsgroup, I have never heard the July 15th availability date for end
users. Third party developers were supposed to start receiving ALPHA
workstations in July with end user volume shipments to start in
December. It's very likely that DEC will announce the systems and start
taking orders a few weeks before December. The lab that's getting a
"FREE" alpha, might be a large/important customer and the unit is just a
"seed" unit. The operating system (VMS or OSF/1) on units shipped
currently may not be robust enough for DEC to feel comfortable shipping
them to end users eventhough the hardware may be ready. 

As Gail sent a message recently, there are part numbers for upgrade of 
DECstation 5000/2xx series to ALPHA. So you may be able to buy a
5000/2xx now plus the upgrade price now.

P.S. We are not 3rd party developers, nor huge workstation buyers,
so we don't expect to see an ALPHA machine until they are released and
someone orders one. I would characterize JPL as a very important
customer to system vendors though!

Fred Velijanian
University of California, Irvine
fredv@uci.edu
Newsgroups: comp.sys.dec
From: bhandarkar@wrksys.enet.dec.com (Dileep Bhandarkar)
Subject: Re: financial statements
Organization: Digital Equipment Corporation
Distribution: comp
Date: 27 JUL 92 09:36:22    


In article <199224.1119.6652@dosgate>, "stephen dawson" <stephen.dawson@canrem.com> writes...
>Can someone on the net who has Digital's latest annual financial
>statements post them?
> 
>I don't need the notes, just the Balance Sheet, Income Statement,
>Statement of Changes in Financial Position and Statement of Retained
>Earnings.
>
From: mferrare@ucs.adelaide.edu.au (Mark Ferraretto)
Newsgroups: comp.sys.dec
Subject: Parameters for dump
Date: 27 Jul 92 02:33:30 GMT
Organization: Information Technology Division, The University of Adelaide, AUSTRALIA


I have a DecStation 5000/120 running Ultrix 4.2a with a tkz10 tape drive.
The question is, what is the tape density?  I've tried the following:

I came up with the figures of 16000 and 22400 as density (bpi) and length (ft).
You'll see that they work out to be 525MB.  When I do a dump I get the
following on aurora (the DecStation).

aurora:# dump 0dsf 16000 22400 /dev/rmt1h /dev/rz1c
  DUMP: Date of this level 0 dump: Mon Jul 27 11:36:15 1992
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rrz1c (/home/aurora) to /dev/rmt1h
  DUMP: Mapping (Pass I) [regular files]
  DUMP: Mapping (Pass II) [directories]

  DUMP: Esa density of 16000 BPI...
  DUMP: This dump will occupy 77760 (10240 byte) blocks on 0.39 tape(s).

  DUMP: Dumping (Pass III) [directories]

The partition is 800MB full out of 1.0Gig.
Obviously 0.39 tapes is too little - it should be about 1.4 tapes.  I tried
dumping rz0a like this and it worked fine - I could restore files.  But this
means that the capacity of the tape is ~2.3 Gig!  

If I try with density of 358400 and length of 1000 which also works out to
be 525 MB and I get the following:
aurora:# dump 0dsf 358400 1000 /dev/rmt1h /dev/rz1c
  DUMP: Date of this level 0 dump: Mon Jul 27 11:40:28 1992
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rrz1c (/home/aurora) to /dev/rmt1h
  DUMP: Mapping (Pass I) [regular files]
  DUMP: Mapping (Pass II) [directories]

  DUMP: Estimates based on 1000 feet of tape at a density of 358400 BPI...
  DUMP: This dump will occupy 77772 (10240 byte) blocks on 4.72 tape(s).

  DUMP: Dumping (Pass III) [directories]

What goes here?

I try to do a rdump on terry (a SPARC ELC running 4.1.1) to aurora and I
get the following:
rdump 0dsf 16000 22400 aurora:/dev/rmt1h /dev/sd0h
  DUMP: Date of this level 0 dump: Mon Jul 27 11:38:58 1992
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rsd0h (/home/terry) to /dev/rmt1h on host aurora
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 1495094 blocks (730.03MB) on 0.28 tape(s).
  DUMP: dumping (Pass III) [directories]
rdump: Lost connection to remote host.
  DUMP: Broken pipe
  DUMP: The ENTIRE dump is aborted.

but if I use the default density it works OK.
Any ideas?
-- 
    ___    PA38. | Name  : Mark Ferraretto
     |     Gotta | Place : Department of Physics and Mathematical Physics
-----O-----love  |         University of Adelaide
   / | \   it!!  | Email : mferrare@physics.adelaide.edu.au
Xref: sparky comp.sys.dec:4210 alt.folklore.computers:11199
From: wd@pcsbst.pcs.com (wd)
Newsgroups: comp.sys.dec,alt.folklore.computers
Subject: Re: Cadmus or PCS info needed!
Date: 27 Jul 92 06:26:29 GMT
Organization: PCS Computer Systeme GmbH

lupe@ukw.uucp (Lupe Christoph) writes:

>Klaus.Moeller@arbi.informatik.uni-oldenburg.de (Klaus Moeller) writes:

>>But contacting DEC about it would probably help. The company has been
>>taken over by DEC one or two years ago.

>Contacting DEC in the States would probably be good for astonished
>silence. PCS is still an independent company, and I'm not sure
>the takeover of *Kienzle* included PCS.

Yes, PCS was included.

>PCS was sold by it's founders to Mannesmann a few years ago. Mannesmann
>attached PCS to it's subsidiaryt Kienzle, because Kienzle bought from
>PCS at that time.

>Some years after this, Kienzle was sold to DEC Germany; it's called
>Digital Kienzle now.

...  and  soon  PCS  (PCS  Computer  Systeme  GmbH)  will  become
Digital-PCS  ("We  are  pleased to announce the creation of a new
fully-owned International Systems Integration  Company,  Digital-
PCS,  based  in  Munich, Germany. It is planned that this company
will  include  the  current  International  Systems   Integration
Centers: PCS and EIC."). 

Wolfgang

==================================================================
Name    : Wolfgang Denk                         (+49)-89-68004-288
Company : PCS GmbH, Pfaelzer-Wald-Str. 36,  8000 Munich,  Germany.
UUCP    : ..[pyramid ;uunet!unido]!pcsbst!wd  (PYRAMID PREFERRED!!)
DOMAIN  : wd@pcsbst.pcs.[ COM From rest of world; DE From Europe ]
###################################################################
#  "UNIX was not designed to stop you from doing stupid things,   #
#   because that would  also stop you from doing clever things."  #
#   -- Doug Gwyn                                                  #
###################################################################
Xref: sparky comp.sys.dec:4261 soc.culture.celtic:5276 soc.culture.german:5296
From: wd@pcsbst.pcs.com (wd)
Newsgroups: comp.sys.dec,soc.culture.celtic,soc.culture.german
Subject: Re: Cadmus or PCS info needed!
Date: 29 Jul 92 06:14:21 GMT
Organization: PCS Computer Systeme GmbH

IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club") writes:

>PCS is located in Munich, Germany.  I don't have their
>Email address but you could call up information to get

postmaster@pcsbst.pcs.de or postmaster@pcsbst.pcs.com
or my address, see below.

>their telephone number there.  I'll also copy the
>soc.culture.celtic newsgroup as I believe I have seen
>a lot of activity from PCS Munich there.

I guess this was our friend Bill Potter - sorry, he left  PCS  in
July - dunno who else could post to s.c.celtic. 

Wolfgang

==================================================================
Name    : Wolfgang Denk                         (+49)-89-68004-288
Company : PCS GmbH, Pfaelzer-Wald-Str. 36,  8000 Munich,  Germany.
UUCP    : ..[pyramid ;uunet!unido]!pcsbst!wd  (PYRAMID PREFERRED!!)
DOMAIN  : wd@pcsbst.pcs.[ COM From rest of world; DE From Europe ]
###################################################################
#  "UNIX was not designed to stop you from doing stupid things,   #
#   because that would  also stop you from doing clever things."  #
#   -- Doug Gwyn                                                  #
###################################################################
Newsgroups: comp.sys.dec
From: rice@ttd.teradyne.com
Subject: Re: mystery modem card
Followup-To: comp.sys.dec
Organization: Teradyne Inc., Telecommunications Division
Distribution: comp,vmsnet
Date: Sun, 26 Jul 92 23:12:20 GMT

In article <ROCKER.92Jul25023256@csa.bu.edu>, rocker@csa.bu.edu (The Long Haired One) writes:
> 
> I've got a card I need to be identified. I know its a type of DEC modem
> from long ago. Its mint condition and is on a card, seemingly an internal
> version or maybe a rack version. Can someone tell me more?
> 
> mainly I would like to know what it is, so I can figure out what it is
> worth to sell.
> 
> here's the relevant numbers I can find on it...
> 
> DF03-R
> C5000 5014854D
> 
> I beleive a DF03 is like a 300bps or 1200bps modem.
> 

Rack mount, 300Baud, not Hayes Compatible. Very simple command set.

-- 
   John Rice        K9IJ     |  "Did I say that ?" I must have, but It was
                             |   MY opinion only, no one else's...Especially
                             |   Not my Employer's....
   rice@ttd.teradyne.com     |   Purveyor of Miracles,Magic and Sleight-of-hand
Xref: sparky comp.sys.dec:4145 comp.os.vms:12696 vmsnet.internals:1108
From: goathunter@wkuvx1.bitnet
Newsgroups: comp.sys.dec,comp.os.vms,vmsnet.internals
Subject: Here is the VAX/VMS mail file format
Date: 23 Jul 92 06:36:45 CDT
Organization: Western Kentucky University, Bowling Green, KY

>I need to know if there is a way, on a Unix machine, to read/convert a
>mail.mai file which was ftp'd from a VAX machine.
[...]
>With that in mind, what do you recommend? I see converting the file on
>the receiving Unix machine as the best option, but I'll need either a
>converter program/script, or information about the .mai file format so
>I can write one myself. Any help will be greatly appreciated!!
>
I had to figure it all out by hand several years ago (with VMS
v4.6---before callable mail arrived).  When I finally had access to
the source listings, I corrected my format description. It follows
below.  I'm 99% sure that it's still accurate for VMS v5.5. Note: this
is the format of the MAIL.MAI file, not the VMSMAIL_PROFILE.DATA file.

All information comes from MAILDEF.SDL in VMS V5.0 micro-fiche

Mail message header record

Quadword:
	DATIM		Date/time message received

(Date/times with high quadword 0 are reserved as info records)
	1	LASTREAD	Date/time of last read message
	2	WASTENAME	Name of wastebasket folder
	3	FILEINFO	File status information
	4	MW		Mailwatch info record
	5	NEWMSG		New message information
Byte:
	FILKEYLEN	Length of the filing key
39 bytes:
	FILEKEY		Filing key

Word:
	Flags:
	NEWMSG		This is a new message
	REPLIED		This message has been replied to
	SKIP1		Skip a bit
	EXTMSG		Message text in external file
	EXTFNF		External file not found
	SYSMSG		Message text in system file
	EXTNSTD		External foreign type message
	MARKED		This message has been marked
	SKIP2		Skip recmode flag
Byte
	FLAGSIZ		Size of flag string if ASCII
Longword
	FLAGVAL		Value of /FLAG=
Byte
	HDSPARE		Spare byte to align DATID
Quadword
	DATID		Key ID of data record

	MISCDAT		Start of variable data

Format:  type.w,size.w,data.w

0	From
1	To
2	Subject
3	CC
4	Mailwatch info
5	Number of records in message
6	Message is in external file; this is spec
7	Security class

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
Newsgroups: comp.sys.dec