Re: Is there a TSO SEND history anywhere?

2022-02-07 Thread Carmen Vitullo
I was going to suggest the free CBT program IIRC LISTCAST? but if the messages 
were not sent with the SAVE parm I believe once the TSO user gets the message 
it is removed from Brodcast. 
 

I don't use SYS1.BRODCAST any longer so I cannot verify.  
   
Carmen Vitullo 

   

-Original Message-

From: Albertus 
To: IBM-MAIN 
Date: Monday, 7 February 2022 1:15 PM CST
Subject: Re: Is there a TSO SEND history anywhere?

Yes. there is a freeware Broadcast utility available on the CBT tape - 
sorry - do not recall the file #. With this you can browse the 
broadcast dataset messages and selectively delete them. We are on z/OS 2.4 
and it still works. 



On Mon, Feb 7, 2022 at 6:10 AM Seymour J Metz  wrote: 

> Perhaps I remembered the logic incorrectly, or perhaps it has changed. If 
> the command does its own access the the broadcast of user log data set, 
> that makes an audit even more difficult. 
> 
> 
> -- 
> Shmuel (Seymour J.) Metz 
> http://mason.gmu.edu/~smetz3 
> 
>  
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf 
> of Tony Harminc [t...@harminc.net] 
> Sent: Sunday, February 6, 2022 2:11 PM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Is there a TSO SEND history anywhere? 
> 
> On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote: 
> > 
> > No. There are several scenarios, as I noted on Friday, February 4, 2022 
> 12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF 
> trace and look at the parameters for MGCR, TPUT and WTO. The only logging 
> that the system does for any of the scenario is logging the SEND operator 
> command (not the SEND TSO command) to syslog, and that does not involve a 
> temporary dataset. 
> 
> I don't see the SEND operator command (and hence MGCR) anywhere in the 
> scenario. The TSO SEND command itself does all the dealing with 
> Broadcast, as I remember. 
> 
> Tony H. 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 

  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-07 Thread Albertus de Wet
Yes. there is a freeware Broadcast utility available on the CBT tape -
sorry - do not recall the file #. With this you can browse the
broadcast dataset messages and selectively delete them. We are on z/OS 2.4
and it still works.



On Mon, Feb 7, 2022 at 6:10 AM Seymour J Metz  wrote:

> Perhaps I remembered the logic incorrectly, or perhaps it has changed. If
> the command does its own access the the broadcast of user log data set,
> that makes an audit even more difficult.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Tony Harminc [t...@harminc.net]
> Sent: Sunday, February 6, 2022 2:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a TSO SEND history anywhere?
>
> On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
> >
> > No. There are several scenarios, as I noted on Friday, February 4, 2022
> 12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF
> trace and look at the parameters for MGCR, TPUT and WTO. The only logging
> that the system does for any of the scenario is logging the SEND operator
> command (not the SEND TSO command) to syslog, and that does not involve a
> temporary dataset.
>
> I don't see the SEND operator command (and hence MGCR) anywhere in the
> scenario. The TSO SEND command itself does all the dealing with
> Broadcast, as I remember.
>
> Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-07 Thread Charles Mills
As others have said, SYSLOG seems to contain an echo of operator SEND but not 
TSO SEND.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of A T & T Management
Sent: Monday, February 7, 2022 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

 Check the SYSLOG.
Scott

On Monday, February 7, 2022, 10:05:45 AM EST, Lennie Dymoke-Bradshaw 
<032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:  
 
 I think the TSO command SEND runs APF authorised. This does at least give
you the option of consistently front-ending the code and performing some
kind of logging.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: 07 February 2022 13:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

Perhaps I remembered the logic incorrectly, or perhaps it has changed. If
the command does its own access the the broadcast of user log data set, that
makes an audit even more difficult.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Sunday, February 6, 2022 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022
12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF
trace and look at the parameters for MGCR, TPUT and WTO. The only logging
that the system does for any of the scenario is logging the SEND operator
command (not the SEND TSO command) to syslog, and that does not involve a
temporary dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with Broadcast,
as I remember.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-07 Thread A T & T Management
 Check the SYSLOG.
Scott

On Monday, February 7, 2022, 10:05:45 AM EST, Lennie Dymoke-Bradshaw 
<032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:  
 
 I think the TSO command SEND runs APF authorised. This does at least give
you the option of consistently front-ending the code and performing some
kind of logging.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: 07 February 2022 13:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

Perhaps I remembered the logic incorrectly, or perhaps it has changed. If
the command does its own access the the broadcast of user log data set, that
makes an audit even more difficult.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Sunday, February 6, 2022 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022
12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF
trace and look at the parameters for MGCR, TPUT and WTO. The only logging
that the system does for any of the scenario is logging the SEND operator
command (not the SEND TSO command) to syslog, and that does not involve a
temporary dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with Broadcast,
as I remember.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  


Re: Is there a TSO SEND history anywhere?

2022-02-07 Thread Lennie Dymoke-Bradshaw
I think the TSO command SEND runs APF authorised. This does at least give
you the option of consistently front-ending the code and performing some
kind of logging.

Lennie Dymoke-Bradshaw
https://rsclweb.com 
'Dance like no one is watching. Encrypt like everyone is.'

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: 07 February 2022 13:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

Perhaps I remembered the logic incorrectly, or perhaps it has changed. If
the command does its own access the the broadcast of user log data set, that
makes an audit even more difficult.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Tony Harminc [t...@harminc.net]
Sent: Sunday, February 6, 2022 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022
12:15 PM, and that CLIST doesn't help for any of them. You could use a GTF
trace and look at the parameters for MGCR, TPUT and WTO. The only logging
that the system does for any of the scenario is logging the SEND operator
command (not the SEND TSO command) to syslog, and that does not involve a
temporary dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with Broadcast,
as I remember.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-07 Thread Seymour J Metz
Perhaps I remembered the logic incorrectly, or perhaps it has changed. If the 
command does its own access the the broadcast of user log data set, that makes 
an audit even more difficult.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Tony Harminc [t...@harminc.net]
Sent: Sunday, February 6, 2022 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022 12:15 
> PM, and that CLIST doesn't help for any of them. You could use a GTF trace 
> and look at the parameters for MGCR, TPUT and WTO. The only logging that the 
> system does for any of the scenario is logging the SEND operator command (not 
> the SEND TSO command) to syslog, and that does not involve a temporary 
> dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with
Broadcast, as I remember.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-07 Thread Seymour J Metz
SYSTSPRT will certainly contain the TSOSEND command, but even if you used a 
hold class, that would be a log of what that one job did, not a log of what all 
of the jobs on the system did.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM 
Poncelet [03e99a92061c-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, February 6, 2022 11:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

The JCL keeps a copy of whatever is TSO sent (as in to fix the "So once
I hit Enter the message seems tobe gone, gone, gone" issue.)

The CLIST allows sending multiple message lines to multiple users at a
same time, in batch TSO.

AFAIK Recorded messages (including jobcard NOTIFY= ones at EOJ) are
displayed and deleted from the broadcast dataset when users logon, or
are logged on, hence it would not then retain a 'history' of them (which
was what the post was asking about.)

As I said, "FWIW." Cheers etc.


On 06/02/2022 15:17, Seymour J Metz wrote:
> No. There are several scenarios, as I noted on Friday, February 4, 2022 12:15 
> PM, and that CLIST doesn't help for any of them. You could use a GTF trace 
> and look at the parameters for MGCR, TPUT and WTO. The only logging that the 
> system does for any of the scenario is logging the SEND operator command (not 
> the SEND TSO command) to syslog, and that does not involve a temporary 
> dataset. To summarize:
>
>   SEND to available user
>   TPUT, no logging unless receiver is in TSD SM.
>
>   SEND to unavailable user
>   SEND records the message in the broadcast  data set or in
>   the receiver's user log
>
>   SEND to console
>  WTO; message retained in hardcopy log
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> CM Poncelet [03e99a92061c-dmarc-requ...@listserv.ua.edu]
> Sent: Saturday, February 5, 2022 11:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a TSO SEND history anywhere?
>
> FWIW No idea whether this would help finding where TSOSEND data is
> logged (try a GTF + parms, if 'critically important') - but I would
> suspect that the data is stored in system genned temp datasets, possibly
> in VIOs, and deleted after the data I/O sent-and-displayed on
> terminal screens. Perhaps displayed in the syslog. If it were
> straight-forward, I would expect the IBM system savants to have posted a
> resolution by now. If. HTH. Cheers etc.
>
> Job TSOSEND:
> 
> //*
> //* NOTE: NO LINE NUMBERS IN COLS 73-80 ALLOWED, ELSE CLIST FAILS!*
> //* ¯ *
> //*
> //* NOTE: 'U' => TSO USERID(S); SPECIFY LIST OF USERIDS UNDER DESTIDS *
> //* ¯ 'C' -> CONSOLE; SPECIFY MASTER ETC. UNDER CONSIDS   *
> //*   *
> //* 04/01/95 CMP  *
> //*
> //*
> //CLIST   EXEC PGM=IKJEFT01,
> // REGION=512K,
> //*   PARM='%TSOSEND DESTIDS SYSIN USERID'
> //PARM='%TSOSEND CONSIDS SYSIN CONSOLE'
> //*
> //SYSPROC  DD  DISP=SHR,DSN=.ISPCLIB
> //SYSTSIN  DD  DUMMY
> //SYSTSPRT DD  SYSOUT=*
> //CONSIDS  DD  *
> 
> //*
> //DESTIDS  DD  *
> 
> 
> ...
> 
> //SYSINDD  *
> Dear MVS OPS,
>
> 
> 
> ...
> 
>
> Thanks a lot.
>
> Chris
>
> /*
> //*
> //
>
> CLIST TSOSEND:
> --
> PROC 2 DESTLIST MESSAGE DEBUG USERID CONSOLE
> /*---*/
> /* N.B. DEFAULT IS 'NOW' */
> /* 'LOGON' -> 'NOW' IF LOGGED ON, ELSE AT LOGON TIME.*/
> /* 'SAVE' -> ONLY AT NEXT LOGON TIME (OR LISTBC) */
> /*   */
> /* PARMS: DESTLIST DDNAME OF USERS/CONSOLES TO WHOM MESSAGE IS TO*/
> /* BE SENT - DEFAULT=NONE*/
> /*MESSAGE: DDNAME OF MESSAGE TEXT TO BE SENT - DEFAULT=NONE  */
> /*DEBUG:   SETS TRACE ON - DEFAULT=OFF   */
> /*  

Re: Is there a TSO SEND history anywhere?

2022-02-06 Thread CM Poncelet
The JCL keeps a copy of whatever is TSO sent (as in to fix the "So once
I hit Enter the message seems tobe gone, gone, gone" issue.)
 
The CLIST allows sending multiple message lines to multiple users at a
same time, in batch TSO.
 
AFAIK Recorded messages (including jobcard NOTIFY= ones at EOJ) are
displayed and deleted from the broadcast dataset when users logon, or
are logged on, hence it would not then retain a 'history' of them (which
was what the post was asking about.)
 
As I said, "FWIW." Cheers etc.
 

On 06/02/2022 15:17, Seymour J Metz wrote:
> No. There are several scenarios, as I noted on Friday, February 4, 2022 12:15 
> PM, and that CLIST doesn't help for any of them. You could use a GTF trace 
> and look at the parameters for MGCR, TPUT and WTO. The only logging that the 
> system does for any of the scenario is logging the SEND operator command (not 
> the SEND TSO command) to syslog, and that does not involve a temporary 
> dataset. To summarize:
>
>   SEND to available user
>   TPUT, no logging unless receiver is in TSD SM.
>
>   SEND to unavailable user
>   SEND records the message in the broadcast  data set or in
>   the receiver's user log
>
>   SEND to console
>  WTO; message retained in hardcopy log
>  
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> CM Poncelet [03e99a92061c-dmarc-requ...@listserv.ua.edu]
> Sent: Saturday, February 5, 2022 11:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a TSO SEND history anywhere?
>
> FWIW No idea whether this would help finding where TSOSEND data is
> logged (try a GTF + parms, if 'critically important') - but I would
> suspect that the data is stored in system genned temp datasets, possibly
> in VIOs, and deleted after the data I/O sent-and-displayed on
> terminal screens. Perhaps displayed in the syslog. If it were
> straight-forward, I would expect the IBM system savants to have posted a
> resolution by now. If. HTH. Cheers etc.
>
> Job TSOSEND:
> 
> //*
> //* NOTE: NO LINE NUMBERS IN COLS 73-80 ALLOWED, ELSE CLIST FAILS!*
> //* ¯ *
> //*
> //* NOTE: 'U' => TSO USERID(S); SPECIFY LIST OF USERIDS UNDER DESTIDS *
> //* ¯ 'C' -> CONSOLE; SPECIFY MASTER ETC. UNDER CONSIDS   *
> //*   *
> //* 04/01/95 CMP  *
> //*
> //*
> //CLIST   EXEC PGM=IKJEFT01,
> // REGION=512K,
> //*   PARM='%TSOSEND DESTIDS SYSIN USERID'
> //PARM='%TSOSEND CONSIDS SYSIN CONSOLE'
> //*
> //SYSPROC  DD  DISP=SHR,DSN=.ISPCLIB
> //SYSTSIN  DD  DUMMY
> //SYSTSPRT DD  SYSOUT=*
> //CONSIDS  DD  *
> 
> //*
> //DESTIDS  DD  *
> 
> 
> ...
> 
> //SYSINDD  *
> Dear MVS OPS,
>
> 
> 
> ...
> 
>
> Thanks a lot.
>
> Chris
>
> /*
> //*
> //
>
> CLIST TSOSEND:
> --
> PROC 2 DESTLIST MESSAGE DEBUG USERID CONSOLE
> /*---*/
> /* N.B. DEFAULT IS 'NOW' */
> /* 'LOGON' -> 'NOW' IF LOGGED ON, ELSE AT LOGON TIME.*/
> /* 'SAVE' -> ONLY AT NEXT LOGON TIME (OR LISTBC) */
> /*   */
> /* PARMS: DESTLIST DDNAME OF USERS/CONSOLES TO WHOM MESSAGE IS TO*/
> /* BE SENT - DEFAULT=NONE*/
> /*MESSAGE: DDNAME OF MESSAGE TEXT TO BE SENT - DEFAULT=NONE  */
> /*DEBUG:   SETS TRACE ON - DEFAULT=OFF   */
> /*   */
> /* 02/05/00 CMP - SET EXIT CODE TO 0 */
> /* 13/12/94 CMP - ALLOW SENDING TO USERID(S) OR TO MVS CONSOLE(S)*/
> /* 17/04/89 CMP  */
> /*---*/
> CONTROL: +
>   CONTROL END(ENDO)
>   IF &DEBUG = DEBUG | &DEBUG = D THEN +
> CONTROL LIST SYMLIST CONLIST MSG ASIS
>   ELSE +
> CONTROL NOLIST NOSYMLIST NOCONLIST NOMSG AS

Re: Is there a TSO SEND history anywhere?

2022-02-06 Thread Tony Harminc
On Sun, 6 Feb 2022 at 10:17, Seymour J Metz  wrote:
>
> No. There are several scenarios, as I noted on Friday, February 4, 2022 12:15 
> PM, and that CLIST doesn't help for any of them. You could use a GTF trace 
> and look at the parameters for MGCR, TPUT and WTO. The only logging that the 
> system does for any of the scenario is logging the SEND operator command (not 
> the SEND TSO command) to syslog, and that does not involve a temporary 
> dataset.

I don't see the SEND operator command (and hence MGCR) anywhere in the
scenario. The TSO SEND command itself does all the dealing with
Broadcast, as I remember.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-06 Thread Seymour J Metz
No. There are several scenarios, as I noted on Friday, February 4, 2022 12:15 
PM, and that CLIST doesn't help for any of them. You could use a GTF trace and 
look at the parameters for MGCR, TPUT and WTO. The only logging that the system 
does for any of the scenario is logging the SEND operator command (not the SEND 
TSO command) to syslog, and that does not involve a temporary dataset. To 
summarize:

  SEND to available user
  TPUT, no logging unless receiver is in TSD SM.

  SEND to unavailable user
  SEND records the message in the broadcast  data set or in
  the receiver's user log

  SEND to console
 WTO; message retained in hardcopy log
 


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM 
Poncelet [03e99a92061c-dmarc-requ...@listserv.ua.edu]
Sent: Saturday, February 5, 2022 11:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

FWIW No idea whether this would help finding where TSOSEND data is
logged (try a GTF + parms, if 'critically important') - but I would
suspect that the data is stored in system genned temp datasets, possibly
in VIOs, and deleted after the data I/O sent-and-displayed on
terminal screens. Perhaps displayed in the syslog. If it were
straight-forward, I would expect the IBM system savants to have posted a
resolution by now. If. HTH. Cheers etc.

Job TSOSEND:

//*
//* NOTE: NO LINE NUMBERS IN COLS 73-80 ALLOWED, ELSE CLIST FAILS!*
//* ¯ *
//*
//* NOTE: 'U' => TSO USERID(S); SPECIFY LIST OF USERIDS UNDER DESTIDS *
//* ¯ 'C' -> CONSOLE; SPECIFY MASTER ETC. UNDER CONSIDS   *
//*   *
//* 04/01/95 CMP  *
//*
//*
//CLIST   EXEC PGM=IKJEFT01,
// REGION=512K,
//*   PARM='%TSOSEND DESTIDS SYSIN USERID'
//PARM='%TSOSEND CONSIDS SYSIN CONSOLE'
//*
//SYSPROC  DD  DISP=SHR,DSN=.ISPCLIB
//SYSTSIN  DD  DUMMY
//SYSTSPRT DD  SYSOUT=*
//CONSIDS  DD  *

//*
//DESTIDS  DD  *


...

//SYSINDD  *
Dear MVS OPS,



...


Thanks a lot.

Chris

/*
//*
//

CLIST TSOSEND:
--
PROC 2 DESTLIST MESSAGE DEBUG USERID CONSOLE
/*---*/
/* N.B. DEFAULT IS 'NOW' */
/* 'LOGON' -> 'NOW' IF LOGGED ON, ELSE AT LOGON TIME.*/
/* 'SAVE' -> ONLY AT NEXT LOGON TIME (OR LISTBC) */
/*   */
/* PARMS: DESTLIST DDNAME OF USERS/CONSOLES TO WHOM MESSAGE IS TO*/
/* BE SENT - DEFAULT=NONE*/
/*MESSAGE: DDNAME OF MESSAGE TEXT TO BE SENT - DEFAULT=NONE  */
/*DEBUG:   SETS TRACE ON - DEFAULT=OFF   */
/*   */
/* 02/05/00 CMP - SET EXIT CODE TO 0 */
/* 13/12/94 CMP - ALLOW SENDING TO USERID(S) OR TO MVS CONSOLE(S)*/
/* 17/04/89 CMP  */
/*---*/
CONTROL: +
  CONTROL END(ENDO)
  IF &DEBUG = DEBUG | &DEBUG = D THEN +
CONTROL LIST SYMLIST CONLIST MSG ASIS
  ELSE +
CONTROL NOLIST NOSYMLIST NOCONLIST NOMSG ASIS
ERROR: +
ERROR DO
  SET CC = &LASTCC
  IF &CC = 400 THEN RETURN
  ELSE DO
  WRITE ERROR WITH CONDITION CODE = &CC OCCURRED : INTERRUPT AT LABEL +
'ERROR'
  WRITE CLIST RUN ABANDONNED
  GOTO EXIT
  ENDO
  ENDO

IF &USERID ¬= THEN SET TO = USER
ELSE IF &CONSOLE ¬= THEN SET TO = CN
ELSE +
WHERE: +
  DO
  WRITE YOU MUST SPECIFY PARAMETER 'USERID' OR 'CONSOLE'
  WRITE
  GOTO EXIT
  ENDO WHERE

SET SENDTO =
SET K = &&K
SET USREC  = &&&DESTLIST
SET MSGREC = &&&MESSAGE
SET MAXCC = 0
OPENFILE &DESTLIST INPUT
GETFILE &DESTLIST
DO I = 0 TO 99 WHILE &MAXCC = 0
  SET USER = &USREC
  SET J = &SYSINDEX(&STR( ),&USER,1)
  SET J = &J - 1
  SET USER = &SUBSTR(1:&J,&USER)
  SET SENDTO = &STR(&SENDTO&USER,)
  GETFILE &DESTLIST
  ENDO
CLOSFILE &DESTLIST
IF &I > 0 THEN +
  DO
  SET LSENDTO = &LENGTH(&STR(&SENDTO)) - 1
  SET SENDTO = &SUBSTR(1:&LSENDTO,&STR(&SENDTO))
  SET MSG = &&MSG
  SET MAXCC = 0
  OPENF

Re: Is there a TSO SEND history anywhere?

2022-02-05 Thread CM Poncelet
mp;I' +
    &TO(&STR(&SENDTO)) LOGON
    ENDO
  ENDO
EXIT: +
EXIT CODE(0)

On 04/02/2022 18:43, Charles Mills wrote:
> 1. I am running ISPF full screen. So once I hit Enter the message seems to
> be gone, gone, gone.
>
> 2. The particular SENDs that I am interested in is sent from a batch job
> with Rexx Address TSO "SEND ... but the question was intended to be general.
> I don't see it in SYSLOG. I do see the SENDS that JES2 uses for NOTIFY=
>
> 3. Seems to me I tried Session Manager years ago and did not like it.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Seymour J Metz
> Sent: Friday, February 4, 2022 9:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a TSO SEND history anywhere?
>
> That depends. For an MVS SEND command, including a TSO SEND that does an MVS
> SEND, there is the syslog. For a TSO SEND that does a TPUT to another user,
> the only way that I know of requires that you be running under the TSO
> Session Monitor.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Peter Sylvester

On 04/02/2022 22:42, Seymour J Metz wrote:

Dead tree or online? URL?


Google is your friend (in this case):

   https://zh.booksc.eu/book/30664578/d49035


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Seymour J Metz
Dead tree or online? URL?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Peter Sylvester [peter.sylves...@gmail.com]
Sent: Friday, February 4, 2022 4:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

On 04/02/2022 21:06, Seymour J Metz wrote:
> "A Timer-sharing display terminal session manager", J. M. McCrossin, R. P. 
> O'Hara, L. R. Koster, IBM Systems Journal 17, Number 3, 1978 pp. 260-275 says 
> it started as Research Display Facility at the T. J. Watson Research Center 
> in Yorktown Heights.
>
Thanks, found a copy.

Now I vaguely remember having read the article, it appeared shortly after my 
internship/exchange
student practical training at Swiss Colony.

The screen locking/unlocking sometimes surprises (but only at little bit).

Best

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Peter Sylvester

On 04/02/2022 21:06, Seymour J Metz wrote:

"A Timer-sharing display terminal session manager", J. M. McCrossin, R. P. 
O'Hara, L. R. Koster, IBM Systems Journal 17, Number 3, 1978 pp. 260-275 says it started 
as Research Display Facility at the T. J. Watson Research Center in Yorktown Heights.


Thanks, found a copy.

Now I vaguely remember having read the article, it appeared shortly after my internship/exchange 
student practical training at Swiss Colony.


The screen locking/unlocking sometimes surprises (but only at little bit).

Best

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Seymour J Metz
I've always found it easy to convince myself to add and authorize whatever 
logon procs I needed '-)

Yeah, if you're not a sysprog and management isn't willing to bless use outside 
of systems then it's not an option. Less than 5% of my carreer has been spent 
in environments where I didn't strongly influence how things were set up, and 
often they only wanted a heads up on what I'd done. The flip side is that they 
often asked me do do things and not bother them with derails.

It didn't hurt that I'm sometimes anal retentive about documentation.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Smith [sasd...@gmail.com]
Sent: Friday, February 4, 2022 2:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

I've used Session Manager for years, but haven't yet met anyone else who'd
even heard of it.  Of course, many of us would have to somehow convince a
sysprog they should allow something new, which is often difficult and
onerous.

I find the ability to keep a log of commands & messages to be very valuable
at times.  I really can't see what there's not to like... it doesn't take
away the slightest bit of functionality.

sas


On Fri, Feb 4, 2022 at 1:43 PM Charles Mills  wrote:

> ...
>
> 3. Seems to me I tried Session Manager years ago and did not like it.
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Tom Brennan
I don't know what it is, but SM just bugs me.  Kind of like watching 
somebody use a Mac :)


On 2/4/2022 11:40 AM, Steve Smith wrote:

I've used Session Manager for years, but haven't yet met anyone else who'd
even heard of it.  Of course, many of us would have to somehow convince a
sysprog they should allow something new, which is often difficult and
onerous.

I find the ability to keep a log of commands & messages to be very valuable
at times.  I really can't see what there's not to like... it doesn't take
away the slightest bit of functionality.

sas



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Seymour J Metz
"A Timer-sharing display terminal session manager", J. M. McCrossin, R. P. 
O'Hara, L. R. Koster, IBM Systems Journal 17, Number 3, 1978 pp. 260-275 says 
it started as Research Display Facility at the T. J. Watson Research Center in 
Yorktown Heights.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Peter Sylvester [peter.sylves...@gmail.com]
Sent: Friday, February 4, 2022 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

The good old TSO/E session manager may be your friend.
We had also the equivalent of the VM/CMS TELL.
That was 35 years ago during the EARN/BITNET time.
Like IRC or WHATSAPP.

I don't remember where The SM was developed, someone said it was in Italy.



On 04/02/2022 17:58, Charles Mills wrote:
> Is there a way to retrieve a recently received but now-off-the-screen SEND
> message?
>
> I can't be the only person who has been heads down on something, hit Enter
> to get some pesky message out of the way, and then gone "wait ... what did
> that say?"
>
> Is there a way to retrieve a recently departed message?
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Charles Mills
I do control the Rexx but it is buried in big jobs. The point of the SEND is
to highlight a problem. Searching for a say from the SEND is no easier than
searching for the problem!

I guess I have to learn not to hit Enter so impatiently. My wife has been
telling me for years not to be so impatient. The problem is that I am
focused on what I want to be focused on, not some silly SEND message (that I
am going to want to focus on 1 minute from now).

As I say, I do control the Rexx. I could append the message to some dataset,
or WTO it, or something.

I just thought there was some possibility that TSO did that for me. Thanks
all,

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Friday, February 4, 2022 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

ISPF doesn't really change anything. If you do a SEND from the READY prompt,
the messages are still gone, gone, gone; it just takes a little longer.

If you control the REXX then you could always record the SEND commands
yourself:

address TSO
"SEND' foo
say 'sending' for 'to' bar

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Seymour J Metz
ISPF doesn't really change anything. If you do a SEND from the READY prompt, 
the messages are still gone, gone, gone; it just takes a little longer.

If you control the REXX then you could always record the SEND commands yourself:

address TSO
"SEND' foo
say 'sending' for 'to' bar


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Friday, February 4, 2022 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

1. I am running ISPF full screen. So once I hit Enter the message seems to
be gone, gone, gone.

2. The particular SENDs that I am interested in is sent from a batch job
with Rexx Address TSO "SEND ... but the question was intended to be general.
I don't see it in SYSLOG. I do see the SENDS that JES2 uses for NOTIFY=

3. Seems to me I tried Session Manager years ago and did not like it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Friday, February 4, 2022 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

That depends. For an MVS SEND command, including a TSO SEND that does an MVS
SEND, there is the syslog. For a TSO SEND that does a TPUT to another user,
the only way that I know of requires that you be running under the TSO
Session Monitor.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Steve Smith
I've used Session Manager for years, but haven't yet met anyone else who'd
even heard of it.  Of course, many of us would have to somehow convince a
sysprog they should allow something new, which is often difficult and
onerous.

I find the ability to keep a log of commands & messages to be very valuable
at times.  I really can't see what there's not to like... it doesn't take
away the slightest bit of functionality.

sas


On Fri, Feb 4, 2022 at 1:43 PM Charles Mills  wrote:

> ...
>
> 3. Seems to me I tried Session Manager years ago and did not like it.
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Charles Mills
1. I am running ISPF full screen. So once I hit Enter the message seems to
be gone, gone, gone.

2. The particular SENDs that I am interested in is sent from a batch job
with Rexx Address TSO "SEND ... but the question was intended to be general.
I don't see it in SYSLOG. I do see the SENDS that JES2 uses for NOTIFY=

3. Seems to me I tried Session Manager years ago and did not like it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Friday, February 4, 2022 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a TSO SEND history anywhere?

That depends. For an MVS SEND command, including a TSO SEND that does an MVS
SEND, there is the syslog. For a TSO SEND that does a TPUT to another user,
the only way that I know of requires that you be running under the TSO
Session Monitor.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Carmen Vitullo
we use EMS's Supervision product for systems consoles, we've defined 
some VTAM session also.


I know the Console session have instant replay, we can go back in time 
and step back and review console log messages, I use this for IPL's of a 
new OS, I'm sure the other 3270 sessions we use for TSO/ISPF can do the 
same, I've just nos had a need to use it


Carmen


On 2/4/2022 11:34 AM, Paul Gilmartin wrote:

On Fri, 4 Feb 2022 08:58:37 -0800, Charles Mills wrote:


Is there a way to retrieve a recently received but now-off-the-screen SEND
message?


That sounds like a job for a terminal emulator: Log all screens to a file.
x3270 appears to have such an option; I haven't tried it.  Other emulators?

Many serial terminals allow scrolling back a long history.

tn3270 under 
script?

BTW, how does a user using OMVS via ssh see messages from SEND?
Is there an RFE opportunity here.?

If a user has multiple concurrent TSO sessions (lately possible) where do SEND
messages go?

Can one SEND to a user on a different LPAR?


--
/I am not bound to win, but I am bound to be true. I am not bound to 
succeed, but I am bound to live by the light that I have. I must stand 
with anybody that stands right, and stand with him while he is right, 
and part with him when he goes wrong. *Abraham Lincoln*/


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Peter Sylvester

The good old TSO/E session manager may be your friend.
We had also the equivalent of the VM/CMS TELL.
That was 35 years ago during the EARN/BITNET time.
Like IRC or WHATSAPP.

I don't remember where The SM was developed, someone said it was in Italy.



On 04/02/2022 17:58, Charles Mills wrote:

Is there a way to retrieve a recently received but now-off-the-screen SEND
message?

I can't be the only person who has been heads down on something, hit Enter
to get some pesky message out of the way, and then gone "wait ... what did
that say?"

Is there a way to retrieve a recently departed message?

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Paul Gilmartin
On Fri, 4 Feb 2022 08:58:37 -0800, Charles Mills wrote:

>Is there a way to retrieve a recently received but now-off-the-screen SEND
>message?
> 
That sounds like a job for a terminal emulator: Log all screens to a file.
x3270 appears to have such an option; I haven't tried it.  Other emulators?

Many serial terminals allow scrolling back a long history.

tn3270 under script?  


BTW, how does a user using OMVS via ssh see messages from SEND?
Is there an RFE opportunity here.?

If a user has multiple concurrent TSO sessions (lately possible) where do SEND
messages go?

Can one SEND to a user on a different LPAR?

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Seymour J Metz
That depends. For an MVS SEND command, including a TSO SEND that does an MVS 
SEND, there is the syslog. For a TSO SEND that does a TPUT to another user, the 
only way that I know of requires that you be running under the TSO Session 
Monitor.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Friday, February 4, 2022 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there a TSO SEND history anywhere?

Is there a way to retrieve a recently received but now-off-the-screen SEND
message?

I can't be the only person who has been heads down on something, hit Enter
to get some pesky message out of the way, and then gone "wait ... what did
that say?"

Is there a way to retrieve a recently departed message?

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Itschak Mugzach
In my previous life, I used to work with tso prof nointercom and instead
wrote a small rexx to capture messages using outtrap and listbc command and
store them in an ispf table. I was able to read them and delete them. The
cons is that you don't get real time notifications.

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





On Fri, Feb 4, 2022 at 7:09 PM Carmen Vitullo  wrote:

> I'm not sure if there's anyplace other than the broadcast datasets
> maybe, if the SEND was issued from a job, like from a notify then maybe
> check the syslog?
>
> Carmen
>
> On 2/4/2022 10:58 AM, Charles Mills wrote:
> > Is there a way to retrieve a recently received but now-off-the-screen
> SEND
> > message?
> >
> > I can't be the only person who has been heads down on something, hit
> Enter
> > to get some pesky message out of the way, and then gone "wait ... what
> did
> > that say?"
> >
> > Is there a way to retrieve a recently departed message?
> >
> > Charles
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
> >
> >
> --
> /I am not bound to win, but I am bound to be true. I am not bound to
> succeed, but I am bound to live by the light that I have. I must stand
> with anybody that stands right, and stand with him while he is right,
> and part with him when he goes wrong. *Abraham Lincoln*/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Is there a TSO SEND history anywhere?

2022-02-04 Thread Carmen Vitullo
I'm not sure if there's anyplace other than the broadcast datasets 
maybe, if the SEND was issued from a job, like from a notify then maybe 
check the syslog?


Carmen

On 2/4/2022 10:58 AM, Charles Mills wrote:

Is there a way to retrieve a recently received but now-off-the-screen SEND
message?

I can't be the only person who has been heads down on something, hit Enter
to get some pesky message out of the way, and then gone "wait ... what did
that say?"

Is there a way to retrieve a recently departed message?

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN



--
/I am not bound to win, but I am bound to be true. I am not bound to 
succeed, but I am bound to live by the light that I have. I must stand 
with anybody that stands right, and stand with him while he is right, 
and part with him when he goes wrong. *Abraham Lincoln*/


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Is there a TSO SEND history anywhere?

2022-02-04 Thread Charles Mills
Is there a way to retrieve a recently received but now-off-the-screen SEND
message?

I can't be the only person who has been heads down on something, hit Enter
to get some pesky message out of the way, and then gone "wait ... what did
that say?"

Is there a way to retrieve a recently departed message?

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN