Thanks.
Mike
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ron
Schmiedge
Sent: August 23, 2007 3:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Spool file from DIRMAINT
Yep, LOG2 and RCM0 on them all.
On 8/23/07, Ron Schmiedge <[EM
e for all your VSE guests?
> >
> > Thanks again,
> >
> > Mike
> >
> > -Original Message-
> > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of
> > Ron Schmiedge
> > Sent: August 23, 2007 2:07 PM
> > To: IBMV
f
> Ron Schmiedge
> Sent: August 23, 2007 2:07 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Spool file from DIRMAINT
>
> Mike,
>
> If you want to know why some options have OFF signified with a 2 and
> for others with a 0, I can't help there. :-(
> Perhaps IBM
07 2:07 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Spool file from DIRMAINT
Mike,
If you want to know why some options have OFF signified with a 2 and
for others with a 0, I can't help there. :-(
Perhaps IBM could explain themselves. I was happy just to find out how
to to turn it off and stop buggi
ing:2 RcvMsgs:0 Smsg:0 NeedPass:1 Lang:AMENG
>
> Shouldn't that "Logging:2" be "Logging:0" ? I'll try some more
> combinations
>
> Mike
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
> Be
uot;Logging:0" ? I'll try some more
combinations
Mike
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Schmiedge
Sent: August 23, 2007 1:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Spool file from DIRMAINT
Hi Mike,
I thi
Hi Mike,
I think the answer you are looking for is the DIRMAINT USEROPTN setting.
If you turn off both RCVMSGS and LOGGING for a userid, then whenever
you change his directory both the messages from DIRMAINT that you see
when you are logged on go away (thats the RCMSGS option) and the log
file co
No, I don't know directly how to make they are not created. They no longer
bother me as I tailored SFPURGER (running in VMUTIL) to purge them
directly. But indeed, if you have servers -like VSE- that react to reader
files, they will still see the Dirmaint file...
Maybe a simple bypass: store a S
Hello Kris,
Sorry to bug you. For awhile I gave up on this problem but I think I woul
d
like to resume it again. I wanted to know if this is a known issue. I was
reluctant to create the DIRMAINT NAMES file since we have several service
machines that process their reader files and I thought ma
I know we don't have any spool files created by the REPLACE
command. I didn't set DIRMAINT up and don't know much about it, but
this is our DIRMAINT DATADVH file on the 1DB disk:
==/==/== 00:00:05 07/21/06 CMS EXEC DVHNDAY
==/==/== 00:01:00 07/21/06 CMS EXEC DVHDAILY
==/==/== 00:03:00 07/21/06
Any easy bypass: make a DIRMAINT NAMES file in which you code
:nick.VSExyz :userid.RUBBISH
issue DIRM FILE DIRMAINT NAMES
and DIRMAINT will send the file to user RUBBISH
Kris,
IBM Belgium, VM customer support
> Greetings,
>
>
>
> For the longest time we have been getting a spool file sent fr
Greetings,
For the longest time we have been getting a spool file sent
from DIRMAINT sent to a user who has its directory entry changed (DIRM FOR
userid REPLACE).
For example :
q rdr XX
all
ORIGINID FILE CLASS RECO
12 matches
Mail list logo
