Mike
Google is your friend.
"z/os cbt" finds http://www.cbttape.org/ instantaneously.
Chris Mason
----- Original Message -----
From: "GIONFRIDDO MICHELE" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Tuesday, September 18, 2007 6:00 PM
Subject: R: SYS1.BRODCAST
Hi,
Where may i look for CBT programs??
Bye
Mike
-----Messaggio originale-----
Da: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Per conto di
Rick Fochtman
Inviato: martedì 18 settembre 2007 14.33
A: [email protected]
Oggetto: Re: SYS1.BRODCAST
-------------------<snip>------------------
The CBT has a number of programs that work with the broadcast data set.
It sounds as if some ID is receiving messages but is not logging on to
receive them. The TSO command SYNC command will reformat the broadcast
data
set; however, all messages will be lost.
CBT file 247 has a very nice set of utilities that can be used to manage
the
broadcast data set.
-----------------------<unsnip>------------------
Start with BCMSCAN, to learn whose messages are stacking up. One of the
other utilities will allow you to selectively delete messages from each
user that's not "collecting his mail". We used these utilities at
Clearing when I was still working; any user with more than 20 messages
stacked up lost them all.
You might also wish to take some other steps:
1. Consider moving to individual message datasets
2. Review the use of NOTIFY in your job streams; are you sending NOTIFY
messages to inactive user ID's? Or just too many of them?
3. We had a SUBMIT/STATUS/CANCEL exit that removed multiple notifies
from TSO-submitted jobs, allowing NOTIFY only to the submitter. Food for
thought?
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
