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 ELINK CLEAN ALL
==/==/== 19:00:00 07/21/06 BACKUP NOTAPE
==/==/== +00:58:0 18:23:03 CMS EXEC PURNOTIF
==/==/== +01:00:0 18:01:03 CMS EXEC DVHOURLY
12/31/94 +01:00:0 00/00/00 DIRECT
12/31/94 01:00:00 00/00/00 MDAUDIT ALLCHECK AUTOMAIL
12/31/94 02:00:00 00/00/00 PWMON MONITOR
12/31/94 12:00:00 00/00/00 BACKUP TAPE BOT DIRMTAPE DVHBCK
==/==/== 23:59:00 07/20/06 CP SLEEP 2 MIN
I notice the "AUTOMAIL" token in the MDAUDIT line, with a date in
1994. Do you think this has turned this function off?
- Tom.
At 02:25 PM 7/22/2006, you wrote:
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 from
> DIRMAINT sent to a user who has its directory entry changed (DIRM
> FOR userid REPLACE).
>
>
>
> For example :
>
>
>
> q rdr XXXXXX
all
>
> ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME
TYPE
>
> DIRMAINT 1813 A PUN 00000006 001 NONE 2006-07-15 00:02:08 XXXXXXX
DEVVM
>
> <mike>
Ready;
>
>
>
> This file once read in by CMS looks like:
>
>
>
> 2006/07/14 14:51:35 DVHBIU3427I Changes made to directory entry
> xxxxxxx by DUMMY at DEVVM
>
> 2006/07/14 14:51:35 DVHBIU3427I have been placed
> online.
>
>
>
> This presents a problem for a VSE guest or any service machine that
> may process files from its reader.
>
>
>
> Is there any way to prevent this file from being sent?
>
>
>
> Thanks,
>
>
>
> Mike
Tom Cluster
County of Sonoma
Santa Rosa, CA
(707) 565-3384 (Tuesdays and Wednesdays only)
