HDTenEightyP/NetNews huggingface dataset:
From: xtpw@trentu.ca (Peter Wood)
Subject: Re: odi in dos session
Organization: Trent University, Ontario
Date: Thu, 23 Jul 1992 19:02:14 GMT

In article <blake.41.711914721@nevada.edu> blake@nevada.edu (Rawlin Blake) writes:

[stuff about dos version for netx.com used with requestor deleted]
>That is because the default setting in DOS_VERSION for NETX.COM is 4.00. I 
>have changed mine to 5.00 because the novell seems to work better with that 
>setting. 
>

How're you doing this ? Does this mean that you switched to a VDM built
using DOS 5.0 ? Or is there a virtual netx.com that supports DOS 5.0 out
there somewhere ?
>
>---
>Rawlin Blake    blake@nevada.edu
>
>No news is bad newsreader :-)

Thanks,

Pete


-- 
Pete Wood
Fleming Data Research 
Sir Sandford Fleming College           xtpw@blaze.trentu.ca
Peterborough, ON		       pwood@trentu.ca
Canada				       wood@maccs.dcss.mcmaster.ca

Newsgroups: comp.os.os2.networking
From: sasdxk@skyhawk.unx.sas.com (Dave Kolb)
Subject: Re: IBM TCP/IP 1.2.1 w/ODINSUP.SYS
Originator: sasdxk@skyhawk.unx.sas.com
Date: Tue, 28 Jul 1992 15:53:18 GMT
Organization: SAS Institute Inc.


In article <matt.24@bss1.umd.edu>, matt@bss1.umd.edu (Matthew Piermarini) writes:
|> I have the dist. copy of the Netware Requestor for 2.0 (which works fine), 
|> and am now installing IBM TCP/IP 1.2.1.   I have configured everything (the 
|> config.sys, net.cfg, protocol.ini) and the machine boots fine with both the 
|> Netware and TCP/IP connections working properly.  The problem is that about 
|> after 5-10 minutes of TCP/IP use, all the running TCP/IP applications lockup 
|> and any new TCP/IP application won't run (returns host unknown or connection 
|> invalid, etc).   The Novell links are still fine.   It almost seems like 
|> another computer is using the same IP address as this machine, but I can 
|> guarantee that is not the case.  Any clues would be helpful.
|> 
|> Thanks,
|> Matt Piermarini
|> U. of Maryland
|> matt@bss1.umd.edu
|> (301)
|> 405-1669

I've reported this to IBM (problem 3x351) and they are working w/ Novell
to fix the problem.  IBM claims Novell will have something soon.  Report
the problem to Novell and IBM to help them have the proper priority focus
on this problem.
-- 
David Kolb                    Opinions are my own not SAS'
SAS Institute, Inc.           EMAIL:      sasdxk@unx.sas.com
SAS Campus Drive - J206       Phone:      (919) 677-8000 x6827
Cary, NC  27513-2414 USA      FAX:        (919) 677-8123

Xref: sparky comp.os.os2:186 comp.os.os2.networking:781
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2,comp.os.os2.networking
Subject: Re: Drivers above 640K in DOS sessions???
Date: 24 Jul 92 19:12:23 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Jul23.104449.16101@news.uit.no> sveini@mack.uit.no (Svein-Ivar Lillehaug) writes:
>Is it possible to define drivers (devicehigh, load high) and TSR
>programs (load high) in the memory above 640k when defining a DOS
>session/box? 

Yes.  There are two settings in the DOS box:  DOS_HIGH, and DOS_UMB.
Set them to "yes".  You might also want to locate the DOS= line in
CONFIG.SYS, and be sure it is set to HIGH,UMB.

You don't have to include any HIMEM.SYS or EMM386.SYS drivers.  The
DOS emulator handles all that.

This being done, DOS will load into the HMA, and LOADHIGH should work. 

>The possibility to do the definitions in the config file is not
>acceptable as I want thes special drivers to be known only to that
>special DOS-session.

Then use the system settings instead of the DOS= line.

If you're using a specific DOS session (image file boot), then after
loading FSFILTER.SYS, you should have a DEVICE=C:\OS2\MDOS\HIMEM.SYS
line.  This is in addition to the DOS settings.  Note that this driver
is only required for specific-DOS sessions.


-- 
   |)  David Charlap           "I don't even represent myself
  /|_  dic5340@hertz.njit.edu   sometimes so NJIT is right out!.
 ((|,)
  ~|~  Hi! I am a .signature virus, copy me into your .signature file.
From: billb@crpmks.uucp (Bill Bochnik (Info Systems))
Newsgroups: comp.os.vms
Subject: Re: Boot-time quotas
Date: 31 Jul 92 13:51:58 GMT
Reply-To: billb@crpmks.UUCP (Bill Bochnik (Info Systems))
Organization: Ciba-Geigy Corporation

Yes this is the case.  When the system boots, a pseudo-system account process 
is created, using the pql system parameters.  I guess this is to allow for 
huge parameters for the startup to facilitate a speedy boot, as well as needed 
account quotas for layered products.  It's supposed to work this way.


-- 
Bill Bochnik			| It's hard to be a James Bond in an Abbott
Systems Analyst 		|	and Costello world.
Ciba-Geigy Corporation		| Signed and sealed, they deliver oblivion.
philabs!crpmks!billb		| It's worse than that, he's dead Jim.
From: gleason@mwk.uucp
Newsgroups: comp.os.vms
Subject: Re: CRYPT for VMS?
Date: 21 Jul 92 08:30:32 CST
Distribution: usa
Organization: M. W. Kellogg, Houston TX

In article <1992Jul20.110932.1@ptavv.llnl.gov>, oberman@ptavv.llnl.gov writes:
>  
> Standard in VMS-POSIX **CLICK** Standard in VMS POSIX **CLICK** ...
> 
> The broken record strikes again. (Am I the only one who has installed POSIX and
> actually used it?)
> 

  Well, we wanted to here, but it turns out, that if you are using 
the subset of UCX that allows TCP/IP X windows transport without
a license, you can't use VMS POSIX, because it has its own unlicensed
subset of UCX features it wants to install and use.

  Frustrating, nicht wahr?

Lee K. Gleason N5ZMR
Control-G Consultants
gleason@mwk.uucp
From: lionel@quark.enet.dec.com (Steve Lionel)
Newsgroups: comp.os.vms
Subject: Re: Q: VAX/VMS optimized BLAS routines?
Date: 23 Jul 92 16:36:17 GMT
Organization: Digital Equipment Corporation


In article <DA.92Jul22132819@xor.cis.Brown.EDU>, da@xor.cis.Brown.EDU 
(David Ascher) writes...
>I'm looking for fast BLAS routines to use on a VAX 6000 w/ vector
>processor.  I thought that they'd be in the math library, but i can't
>seem to find anything about BLAS routines in the master index.
> 

To amplify on Paul Winalski's response, the VMS Math Run-Time Library contains
the BLAS Level 1 routines as of VMS V5.4.  An extended set of BLAS Level 1
(vector-scalar) routines and Level 2 (vector-vector) routines are available in
the Digital Extended Math Library (DXML) product.  Both the VMS Math Library 
and the DXML product have separate sets of routines for systems with and
without vector processors.

In addition, the VAX FORTRAN-HPO compiler (an enhanced version of
VAX FORTRAN which, among other things, can generate code for the VAX
vector processors) can generate inline code for the BLAS level 1 and
level 1 extended set of routines.  This inline code can be vectorized
and/or parallelized by the compiler for greater performance than you'd
get by calling even the best-optimized external routine.  See the 
VAX FORTRAN Performance Guide (available on the on-line documentation
CD-ROM with the other VAX FORTRAN manuals) and the VAX FORTRAN-HPO
Release Notes for more details.  (Or send me mail if you need further
information.)

Steve Lionel                    lionel@quark.enet.dec.com
SDT Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062
Newsgroups: comp.os.vms
From: STUAROLE@EKU.BITNET ("Vax God - All powerfull, totally unjust and ruthless")
Newsgroups: comp.os.vms
Subject: Callable Edt & Tpu
Date: 29 Jul 92 19:38:00 GMT
Distribution: world
Organization: The Internet

Hello,
        The question I have relates to the undocumented(?) edt and tpu calls.
        What I would like to be able to do is to disable certain commands
        so as to restrict certain actions within the editors. For instance,
        I would like to disable SPAWN (from the TPU), and INCLUDE (both),
        amongst a few others.

        Is this at all possible either by passing certain flags to the
        callable edt and tpu calls, or by inserting certain commands in
        the initialization files? If someone could be kind enough to send
        me a list of the flags each of these calls accepts, and what they
        do (or point me to an appropriate reference source), it would be
        greatly appreciated.

        Please reply to me directly, and I will summarize to the list if
        there is enough interest. Thank you.

                                                Shrinivas P. Arole
                                Bitnet:         STUAROLE@EKU.BITNET

Newsgroups: comp.os.vms
From: hoffman@xdelta.enet.dec.com ()
Subject: Re: DECtalk, DECvoice
Keywords: DECtalk, DECvoice, Voice, Synthesis, Sound
Reply-To: hoffman@xdelta.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Tue, 21 Jul 1992 15:06:19 GMT


	There are presently three DECtalk devices (TDTC1, DTC03, and the
	PC ISA DTC07), and two DECvoice devices (`tip-and-ring' DTC04
	and the T1-based DTC05; both of which contain the DECtalk speech
	synthesizer) available.
	There are presently three DECtalk devices -- The DTC1, DTC03, and
	the PC ISA-bus DTC07) available. Two DECvoice devices -- the tip-
	and-ring-based standard telephone line DTC04 and the T1-based DTC05.
	Both DECvoice devices contain the DECtalk speech synthesizer, in
	addition to voice synthesis, standard speaker independent isolated
	word voice recognition, user-programmable isolated word recognition,
	and optional continous word speaker independent voice recognition)
	available.

	The PC ISA-based DTC07 has a US list price of $1195.  (This may
	not be the most up-to-date price on the DTC07.)

	The list of escape sequences used for operating the DECtalk device
	is rather long for a network posting.  If you are using OpenVMS
	(nee VMS), the OpenVMS DTK Run-Time Library can handle the escape
	sequence interface for you.  If for whatever reason you are using
	the escape sequence interface, you will want to obtain a copy of
	the DECtalk programming manual:

	    DECtalk DTC01 (VT240 box) Documentation Part Numbers:
	        EY-6727E-TK     DECtalk Application Development Guide (TK50)
	        EY-6727E-MT     ibid (magtape)
	        EK-DTC01-OM-003 DECtalk Owners Manual
	        EK-DTC01-RM-003 DECtalk Program Reference Manual
	        EK-DTC01-IN-002 DECtalk Installation Guide
	        EK-DTC01-RC-003 DECtalk Reference Card

	    DECtalk DTC03 (rack mount) Documentation Part Numbers:
	        EK-DTC03-OM     Owners Manual
	        EK-DTC03-IN     Installation manual
	        EK-DTC03-PS     Pocket Service Guide
	        EK-DTC03-RC     Reference Card.

	There is also a package of DECtalk routines -- mostly written in
	C, if I remember correctly -- available from DECUS.
From: RABINOWITZ@bear.com (Ari Rabinowitz)
Newsgroups: comp.os.vms
Subject: Re: DECwindows ==> Motif license upgrade
Date: 27 Jul 92 19:23:58 GMT
Organization: Bear Stearns & Co.
X-News-Reader: VMS NEWS 1.20

In <27JUL199210184696@dstl86.gsfc.nasa.gov> olson@dstl86.gsfc.nasa.gov writes:

 
> You got that right, Terry.  We never even heard of the free update offer until
> the deadline was past.  We beat up on our DEC-critter, saying that we should
> get it for free since we never were informed (we were told about the upgrade
> one week after it expired), but our words fell on deaf ears.

We heard about it long before it expired, and we even sent in the form,
requesting licenses for all of our 55 VaxStations.  Unfortunately, DEC
seems to have lost our request so we never got the PAKS :-(.  We are now
on our third DEC-critter since that offer was made, but I won't let him
be deaf when we are finally ready to upgrade to DW-Motif.

Actually, it is all rather moot, since we got our VS3100's with RZ23
disks, which are not supported as system disks for VMS 5.5 with
DW-Motif, so we may never upgrade our workstations :-(.  We may trade
them all in for NCD X-terminals instead. :-).

Ari
--

Ari Rabinowitz                  rabinowitz@bear.com for VMS and personal mail
WorkStation Administrator	ari@bear.com for sun/HP Un*x mail
Bear Stearns
Newsgroups: comp.os.vms
From: harvey@indyvax.iupui.edu
Subject: Re: How do you set pre-expired passwords with $SETUAI
Organization: Indiana University
Date: 22 Jul 92 13:21:51 -0500

In article <9207221305.AA01218@ucbvax.Berkeley.EDU>, CSDRFLOOD@VAX.LIVERPOOL-POLY.AC.UK writes:
>
> In article <1992Jul21.182543.28188@nntpd.lkg.dec.com>, Coar@Nephi.Enet.DEC.Com
> (various unidentifiable cute names) writes:
>
>>In article <110510@muvms3.bitnet>, boag@muvms3.bitnet (Bob Boag) writes...
>>
>>>It could be that I just missed it somewhere in the manuals, but I can't seem
>>> to
>>>find any way to mark a password as pre-expired when using the $SETUAI system
>>>service.
>>>
>>>Does anyone know how to do this with VMS V5.4?
>>
>>    Simply put, a pre-expired password is one whose binary representation has
>>    all bits set.  So you can do this by giving UAI$_PWD a quadword with both
>>    longwords containing -1.
>
> Far be it from me to correct a DEC person, but NO NO NO!!
>
> Setting UAI$_PWD to -1 will render the account unusable interactively, (at a
> guess - I haven't tried it).  Pre-expired passwords are marked by having the
> quadword UAI$_PWD_DATE set to both longwords = -1.  From the description of
> SYS$SETUAI, it appears that this is not an input parameter, although SYS$GETUAI
> will return it.  (Might be worth trying $SETUAI with UAI$_PWD_DATE and seeing
> if it accepts it).
>
> I suggest trying $GETUAI for UAI$_FLAGS, setting the UAI$M_PWD_EXPIRED bit, and
> $SETUAI the flags again, and see how that goes.  This flag is used, I believe,
> when LOGINOUT notices that the password lifeime has been exceeded.

This isn't the same thing as pre-expired.  A user cannot login to the account
if UAI$M_PWD_EXPIRED is set.  The point is that there are still things that
$SETUAI can't do, which is a real P.I.T.A.

> Regards,
> Ronan Flood, Systems Manager (pro tem),          CSDRFLOOD@VAX.LIVPOL.AC.UK
> Liverpool Polytechnic Computer Services.
>
--
James Harvey    IUPUI OIT Technical Support/Networks
harvey@iupui.edu  uucp: iugate!harvey  bitnet: harvey@indyvax
From: DAVIS%MISX02@KINGSTON.ARPC.ALCAN.CA (Stuart Davis)
Newsgroups: comp.os.vms
Subject: Q: System crash - LATACP process going mad
Date: 30 Jul 92 21:06:00 GMT
Organization: The Internet

Can somebody tell me whther ethey have had this problem before?

We have about 20 VAXes in our plant at various VMS revisions, the oldest being 
5.4-2 and the newest being 5.5.  Three of our VAXes are still at 5.4-2 (for 
reasons I won't go in to here).

Several times, now, all three of the systems have "stopped" within several 
seconds of each other.  By "stopped" I mean that the response time goes to 
minutes for even the simplest command.  Any one trying to log in over the 
network gets an "insufficient resources at remote node" message and can't get 
in.  The only way to fix the problem seems to be a re-boot.

When we DID get in to look at the System, we were fine for Memory and stuff, but 
the CPU was being totally taken up by the LATACP process, which was doing very 
little I/O, but killing the CPU.

Looking at network traffic, we discovered that there was a vast amount of LAT 
traffic (although we don't have the tools to find out where from/to, 
unfortunately).

We have Digital Support working on this one for us, and have given them Crash 
Dumps and things, but I was wondering if there was anyone else out there who has 
noticed similar behaviour and how (apart from potentially upgrading the 
Operating System) it was fixed.

Any information would be gratefully accepted.

Yours virtually,

================================================================================
             ___                        ___
            (    _/     _       _/     /   ) _      . __
             \   / / / / |  /`~ /     /   / / | // / (
           ___) / (_/ (_/| /   /     /___/ (_/| V / __)

        Process Control Group,
        Alcan Rolled Products Co, Lake Road North,
        Oswego, NY 13126, U.S.A.
        E-mail: Davis@Oswego.ARPC.Alcan.Ca   Phone: (315) 349-0978
================================================================================
Newsgroups: comp.os.vms
From: WITTWER@biel.be.tech.ascom.ch (Wittwer Fritz)
Subject: Re: VAX 4000/100 configuration information
Organization: Ascom Tech Ltd., Corporate Services, Division for Research 
Date: Wed, 29 Jul 1992 06:28:17 GMT
X-News-Reader: VMS NEWS 1.11

In <99@colornet.UUCP> dfilip@colornet.UUCP writes:

> We had a bunch of 4200's on back order, and our sales-weenie is trying to
> convince us to buy 4100's instead. Can someone please confirm :
> 
> 	- Does the 4000-100 support BOTH SCSI and DSSI ?
> 
	yes both

> 	- If DSSI support is included, then how many devices are
> 	  suppored with the base configuration (i.e., does it support
> 	  two (2) strings (14 devices) like the 4500's, or only one (1)
> 	  string (7 devices)
	only one, more over qbus expansion
> 
> 	- Is the TF85 supported ? or just SCSI tape ?
	It is supported, but i dont know if it fits in the small enclosure, or
	if you need the expansion enclosure.
> 
> 	- How many drive bays are included ? (if DSSI, how many RF72/73's)
	space for 3 RF3x and 2 SCSI tapes od CD-ROM devices
> 
> 	- What is the minimum (yet unreleased) version of VMS required
> 	  (I have heard both 5.5-2 and 5.5-3)
	openVMS

the information above is from a 12 page flyer i got from DEc yesterday, it is
called 'VAX 400 Familz of Systems'

	Fritz

--------------------------------------------------------------------
|  Wittwer Fritz,  Ascom Tech Ltd,  Freibugstr. 370,  CH-3018 Bern |
|  Switzerland     Phone + 41 31 999 42 85   FAX +41 31 991 52 11  |
--------------------------------------------------------------------
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: wait for event flag halts ast delivery (no, it doesn't!)
Date: 23 Jul 92 17:35:37 GMT
Organization: Kernel Mode Consulting, San Diego, CA

In article <1992Jul21.063732.12065@lugb.latrobe.edu.au>,
 CS19241593T@LUST2.LATROBE.EDU.AU (Bernard Leach) writes:
> 
> Hey does anyone know why waiting for an event flag causes asts to stop being
> delivered?  

It doesn't.  Who told you that it did?  

The only exception to this is if you do the $WAITFR when you are already at
AST level.... that DOES block further ASTs at the same access mode... because
the "AST active" status is saved with your process context when you enter the
wait state.  However, higher-mode ASTs can still be delivered.

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru, VMSnet (DECUS uucp) Working Group, and
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: zipp@foosw6.enet.dec.com (Eric S. Zipp)
Newsgroups: comp.os.vms
Subject: Re: How can I limit the number of simultaneous users of a DCL program?
Date: 28 Jul 92 01:36:39 GMT
Organization: Digital Equipment Corporation

In article <0095E330.32C081A0.23216@hslc.org>, simon@hslc.org (Alan Simon) writes...
>...Is there any way that I can easily check the number of 
>current simultaneous accesses when a user of this account tries to access the 
>DCL file, and not allow the user to access it if the number of accesses has 
>reached the limit that I have set?  

Alan,

	You may wish to have your captive account 'login.com' create a unique 
Process name/number (i.e. MYDCL_xxx), from DCL scan all process names for 
"MYDCL*", if the sum is under the limit, give them a go, if over, give them 
the rasberrys.

*******************************************************************************
* Nothing is completely worthless,... it can always be used as a bad example! *
*                                                                             *
* Eric S. Zipp 		    DEC EASYNET.    FOOSW6::ZIPP                      *
* DIGITAL EQUIPMENT CORP.   INTERNET.       "ZIPP@FOOSW6.ENET.DEC.COM"        *
*			    UUCP.	    ...!decwrl!foosw6.enet!zipp       *
*******************************************************************************
Newsgroups: comp.os.vms
From: engelh@vxcrna.cern.ch (Allan Engelhardt, CERN)
Subject: DECterm loops on exit?
News-Software: VAX/VMS VNEWS 1.41    
Organization: European Organization for Nuclear Research, CERN
Date: Wed, 29 Jul 1992 10:33:00 GMT


[I tried to post this on the 24th, but it seems it never left Denmark. Sorry if
you see this twice]

                                         NBI/Aleph, Copenhagen, 24-JUL-1992

    Hello,

Using DECWindows/mwm and VMS 5.5 the command

CERATE/TERMINAL/DETACH/INPUT=disk:[dir]EXIT.COM

where EXIT.COM contains the single line

$ EXIT

when started from the session manager gives me a process that just loops
eating all my CPU time. Selecting "Exit" from the "File" menu on the
DECterm gives me a process without a DECterm that just loops etc.

Should I consider this a feature?? Relacing EXIT with STOP/ID=0 helps a
lot, but... Any (other) suggestions / explanations??

        --- Allan.

Internet:     Allan.Engelhardt@nbi.dk        |  Allan Engelhardt
HEPnet:       NBIVAX::ENGELHARDT             |  Niels Bohr Institute
Bitnet/EARN:  ENGELH at CERNVM               |  Blegdamsvej 17
Phone direct: (+45)31424284<dial-tone>355    |  DK-2100 Copenhagen
Fax:          (+45)31421016                  |  DENMARK
Newsgroups: comp.os.vms
From: sday@lacerta.unm.edu (Stephen F. Day   UNM CIRT)
Subject: Re: Where can I find a VMS Kermit for large packets?
Date: Thu, 30 Jul 92 19:28:27 GMT
Organization: University of New Mexico, Albuquerque NM
Reply-To: sday@ariel.unm.edu

In article <schuck.712434084@sfu.ca>, schuck@fraser.sfu.ca (Bruce Jonathan Schuck) writes:
> Where can I find a VMS Kermit for large packets?
> 
> Is there an ftp site?

kermit.columbia.edu [128.59.39.2] is the official depository for Kermit.
BTW, for VMS, I'd recommend c-kermit over kermit-32.

-- 
    Stephen F. Day         (SFD7)  AT&TNET:      (505) 277-8499
    Systems Analyst/Programmer     BITNET/CREN:  SDAY@UNMB
    CIRT-APSYS                     INTERNET:     sday@ariel.UNM.EDU
    University of New Mexico       TECHNET:      UNMSDAY
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
#include <std.disclaimer.h>
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.vms
From: sday@lacerta.unm.edu (Stephen F. Day   UNM CIRT)
Subject: Re: MAIL QUESTION?
Date: Thu, 30 Jul 92 19:38:40 GMT
Organization: University of New Mexico, Albuquerque NM
Reply-To: sday@ariel.unm.edu

In article <9207300029.AA16305@ucbvax.Berkeley.EDU>, ACCNEWS@HOFSTRA.BITNET writes:
>   I just would like to know if VMS 5.5 has a way to reject mail from
> a list of people ? If not does anybody have a program that will reject
> mail messges from a list or a single person  ?  If you do please send it
> to Accabh@vaxc.hofstra.edu or tell me where I can FTP it.

If you are running Innosoft, Inc's PMDF product, you will find that the
PMDF utility DELIVER will do the trick.  You can set it up to do automatic
replies, save to a file, log mail messages, file to a VMS Mail folder, or
run a DCL script based on whatever rules you have in your MAIL.DELIVERY
file.

If you don't have PMDF and are interested in getting details, drop a line
to sales@innosoft.com.  We pretty pleased with the product here at UNM.

-- 
    Stephen F. Day         (SFD7)  AT&TNET:      (505) 277-8499
    Systems Analyst/Programmer     BITNET/CREN:  SDAY@UNMB
    CIRT-APSYS                     INTERNET:     sday@ariel.UNM.EDU
    University of New Mexico       TECHNET:      UNMSDAY
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
#include <std.disclaimer.h>
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: PIZZANO@SSL.MSFC.NASA.GOV (Wut it is... wut it is...)
Newsgroups: comp.os.vms
Subject: REMOVE the following account...
Date: 28 Jul 92 15:00:45 GMT
Distribution: world
Organization: The Internet

REMOVE pizzano@ssl.msfc.nasa.gov

Xref: sparky comp.os.vms:12808 vmsnet.sysmgt:222