Re: TPROT used to determine storage Key

[Binyamin Dissen]

Of course, unless you are holding the appropriate locks, the result is only
accurate at this exact time. It may be another result when the next
instruction executes.

Much better to access it using the key that should have access, and let the
system PIC-4 if not authorized (and have your retry do what is needed should
there not be access).

On Sun, 7 Apr 2019 13:44:18 -0400 Joseph Reichman 
wrote:

:>I am looking to determine storage key of an Address I am thinking baesd on
:>the Condition code set by TPROT I should be able to determine this

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Setting up GMAIL as outbound mail server on z/OS

[Don Poitras]

In article  you wrote:
> This is the error I see in the AT-TLS trace:
> EZD1287I TTLS Error RC:8 Initial Handshake  148
>   LOCAL: 192.168.1.249..1064   
>   REMOTE: 64.233.167.109..587  
>   JOBNAME: CSSMTP RULE: CSSMTPRule 
>   USERID: START1 GRPID: 0002 ENVID: 0002 CONNID: 0168  
> This RC value is not even documented.  How nice

But it is. It's an ssl error:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.gska100/sssl2msg1000885.htm

8 - Certificate validation error.

Set the gsk env variables to capture a trace and run again. Then run
the trace output through the gsktrace utility.

https://www.ibm.com/support/knowledgecenter/en/SSB27U_6.4.0/com.ibm.zvm.v640.kijl0/kijl049.htm

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: Setting up GMAIL as outbound mail server on z/OS

[Don Poitras]

In article <7034c11c-93cd-4b68-bd6d-adf4114c7...@googlegroups.com> you wrote:
> That may well be an SSL error, cause I have not figured out yet what 
> certificates need to be placed on the keyring defined in the AT-TLS policy

Here's what Google says (or so says digicert):

https://www.digicert.com/ssl-support/gmail-pop3-troubleshooting.htm

"you need to purchase and install one from a trusted CA like DigiCert®"

You'll get better results if you email to the listserv rather than using
the newsgroup. See the info below my sig below for instructions.

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Defining RMM vol range with a different catalog

[Peter]

Hi

Our production site uses a DFRMM where the volume ranges are different now
since we are doing our DR in a different machine the volser to be defined
under RMM is different with prefix DR*.

Is it possible to do using JCL by pointing the different Catalog from
production site .

Peter

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

Re: Documentation error z/os 2.3

[Peter Fatzinger]

Joseph,
  Thank you for noting the error in the documentation.  The EXECUTABLE= keyword 
has not been implemented on the IARST64 macro.  It is available on the STORAGE 
and IARV64 REQUEST=GETSTOR macros.  I will work with the publication team to 
remove the extraneous information.   
  You can communicate directly with that team via mhvr...@us.ibm.com when you 
find issues with the documentation.  If you would like to be able to obtain 
non-executable 64-bit storage via the IARST64 macro please submit an RFE with 
that request.
Thanks,
Peter Fatzinger
IBM z/OS Core Technologies Design & Development

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

Address of CSECTs within a load module

[Joseph Reichman]

Hi

I’m looking to find the  address of various csects within a load module 

Please correct me if I’m wrong but the CSV macros CSVQUERY / CSVMODI provide 
info 
On load modules to get info on the CSECTs

Their address or at least offset I would need to use the IEWBIND macro

Correct 

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

Re: Address of CSECTs within a load module

[Farley, Peter x23353]

Correct.  CSV macros only identify entry point and load point (which may be 
different).  Interior CSECT addresses of a module can only be obtained by using 
IEWBIND or a pre-planned vector of interior addresses at a fixed offset from 
either the load point or the entry point.

Using IEWBIND you would have to ask IEWBIND to load a separate copy of the load 
module into the binder workspace and then request the various CLASS and ELEMENT 
data structures of that workspace copy to get offsets you could use in the 
already-loaded module outside of IEWBIND.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Monday, April 8, 2019 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Address of CSECTs within a load module

Hi

I’m looking to find the  address of various csects within a load module 

Please correct me if I’m wrong but the CSV macros CSVQUERY / CSVMODI provide 
info On load modules to get info on the CSECTs

Their address or at least offset I would need to use the IEWBIND macro

Correct 
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

S/360

[Dave Jones]

is now 55 years old, as of yesterday, April 7th. An interesting story about it:
https://spectrum.ieee.org/tech-history/silicon-revolution/building-the-system360-mainframe-nearly-destroyed-ibm
DJ

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

Re: Address of CSECTs within a load module

[Joseph Reichman]

Thanks 

The module is already in the address space 
But I understand the binder will load a separate copy the include library will 
be steplib so I’ll be in synch with what’s in core 

Ultimately I think the GETE will get me the info specifying SD section and I’ll 
loop to get the offset of each CSECT

Thanks 





> On Apr 8, 2019, at 10:28 AM, Farley, Peter x23353 
>  wrote:
> 
> Correct.  CSV macros only identify entry point and load point (which may be 
> different).  Interior CSECT addresses of a module can only be obtained by 
> using IEWBIND or a pre-planned vector of interior addresses at a fixed offset 
> from either the load point or the entry point.
> 
> Using IEWBIND you would have to ask IEWBIND to load a separate copy of the 
> load module into the binder workspace and then request the various CLASS and 
> ELEMENT data structures of that workspace copy to get offsets you could use 
> in the already-loaded module outside of IEWBIND.
> 
> HTH
> 
> Peter
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Joseph Reichman
> Sent: Monday, April 8, 2019 9:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Address of CSECTs within a load module
> 
> Hi
> 
> I’m looking to find the  address of various csects within a load module 
> 
> Please correct me if I’m wrong but the CSV macros CSVQUERY / CSVMODI provide 
> info On load modules to get info on the CSECTs
> 
> Their address or at least offset I would need to use the IEWBIND macro
> 
> Correct 
> --
> 
> 
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
> 
> 
> --
> 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: Address of CSECTs within a load module

[Seymour J Metz]

I can provide code that looks up a csect address, but it will only work with 
load modules, not with program objects.


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


From: IBM Mainframe Discussion List  on behalf of 
Joseph Reichman 
Sent: Monday, April 8, 2019 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Address of CSECTs within a load module

Hi

I’m looking to find the  address of various csects within a load module

Please correct me if I’m wrong but the CSV macros CSVQUERY / CSVMODI provide 
info
On load modules to get info on the CSECTs

Their address or at least offset I would need to use the IEWBIND macro

Correct

--
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: Address of CSECTs within a load module

[Joseph Reichman]

Thanks 

Its a load module that has 14 CSECTs 

Reason needed in recovery to help to get right retry address 







> On Apr 8, 2019, at 10:51 AM, Seymour J Metz  wrote:
> 
> I can provide code that looks up a csect address, but it will only work with 
> load modules, not with program objects.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Joseph Reichman 
> Sent: Monday, April 8, 2019 9:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Address of CSECTs within a load module
> 
> Hi
> 
> I’m looking to find the  address of various csects within a load module
> 
> Please correct me if I’m wrong but the CSV macros CSVQUERY / CSVMODI provide 
> info
> On load modules to get info on the CSECTs
> 
> Their address or at least offset I would need to use the IEWBIND macro
> 
> Correct
> 
> --
> 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: Address of CSECTs within a load module

[Seymour J Metz]

Peter's solution will also work with program objects, but if you still want to 
look at it I'll send you a tape image containing the MZAP program, which 
resolves csects.


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


From: IBM Mainframe Discussion List  on behalf of 
Joseph Reichman 
Sent: Monday, April 8, 2019 10:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Address of CSECTs within a load module

Thanks

Its a load module that has 14 CSECTs

Reason needed in recovery to help to get right retry address







> On Apr 8, 2019, at 10:51 AM, Seymour J Metz  wrote:
>
> I can provide code that looks up a csect address, but it will only work with 
> load modules, not with program objects.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Joseph Reichman 
> Sent: Monday, April 8, 2019 9:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Address of CSECTs within a load module
>
> Hi
>
> I’m looking to find the  address of various csects within a load module
>
> Please correct me if I’m wrong but the CSV macros CSVQUERY / CSVMODI provide 
> info
> On load modules to get info on the CSECTs
>
> Their address or at least offset I would need to use the IEWBIND macro
>
> Correct
>
> --
> 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: Rexx not processing email formatting

[Seymour J Metz]

Bletch! Stripping trailing blanks breaks format=flowed (see RFC 3676.)


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Sunday, April 7, 2019 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx not processing email formatting

On Sun, 7 Apr 2019 18:26:32 +, Seymour J Metz wrote:

>The separator line must have only CRLF;
>...
True.  However, since CMS and VM spool abominate empty records,
the VM SMTP daemon strips trailing blanks, there by forgiving nonempty
blank lines and, in turn, breaking classic uudecode which re-pads with NULs.

> the data terminator must have only a period followed by CRLF.
>
I'll trust you on the standard, however the popular UNIX sendmail says:

man sendmail
   ...
   -oiWhen reading a message from standard input, don't treat a line 
with only
  a . character as the end of input.

(the message body ends, then, with end-of-file.)

-- gil

--
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: Address of CSECTs within a load module

[Sri h Kolusu]

> Its a load module that has 14 CSECTs Reason needed in recovery to help to
get right retry address


If your shop has File Manager then you can use the function VLM (View load
module) and get the csect address and size

//STEP0100 EXEC PGM=FILEMGR
//SYSPRINT DD SYSOUT=*
//DDIN DD DISP=SHR,DSN=Your load library
//SYSPRINT DD SYSOUT=*
//SYSINDD *
$$FILEM VLM MEMBER=your.load.module.name
$$FILEM EOJ
/*

VLM documentation

https://www.ibm.com/support/knowledgecenter/en/SSXJAV_14.1.0/com.ibm.filemanager.doc_14.1/base/vlmfun.html

Explanation of the output

https://www.ibm.com/support/knowledgecenter/en/SSXJAV_14.1.0/com.ibm.filemanager.doc_14.1/base/lmipan.html

Thanks,
Kolusu

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

Re: JCL for WTO

[Jesse 1 Robinson]

It's just as easy to turn off as it is to turn on--except for a shop that has 
built its entire production culture around it. Even making it NOT work by 
default would still dump the accommodation burden squarely on the customer's 
shoulders. Hard to imagine such a change making it into GA.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Sunday, April 7, 2019 6:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: JCL for WTO

On Mon, 8 Apr 2019 00:58:08 +, Jesse 1 Robinson wrote:

>I doubt that anyone who scored a passing grade in Audit 101 would let this 
>mechanism fly today. It is very easy to implement but is totally 
>uncontrollable as to who can issue what command under what circumstances. It 
>might have made sense in 1969. Not in 2019. 
> 
IBM has been known to change defaults when integrity is involved.
Should this be a candidate?

>-Original Message-
>From: Seymour J Metz
>Sent: Sunday, April 7, 2019 11:08 AM
>
>And there is support to prevent the use of // COMMAND. IMHO a well run shop 
>turns it off. Using it to issue a SNED command is like using a stick of 
>dynamite to kill a fly.

-- gil

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

Re: JCL for WTO

[Paul Gilmartin]

On Mon, 8 Apr 2019 16:04:53 +, Jesse 1 Robinson wrote:

>It's just as easy to turn off as it is to turn on--except for a shop that has 
>built its entire production culture around it. Even making it NOT work by 
>default would still dump the accommodation burden squarely on the customer's 
>shoulders. Hard to imagine such a change making it into GA.
> 
Is user key CSA a parallel?

>-Original Message-
>From:  Paul Gilmartin
>Sent: Sunday, April 7, 2019 6:07 PM
>
>On Mon, 8 Apr 2019 00:58:08 +, Jesse 1 Roninson wrote:
>
>>I doubt that anyone who scored a passing grade in Audit 101 would let this 
>>mechanism fly today. It is very easy to implement but is totally 
>>uncontrollable as to who can issue what command under what circumstances. It 
>>might have made sense in 1969. Not in 2019. 
>> 
>IBM has been known to change defaults when integrity is involved.
>Should this be a candidate?

-- gil

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

Re: Address of CSECTs within a load module

[Joseph Reichman]

This had to be automated process from a program running under test via call 
subcommand 





On Apr 8, 2019, at 12:02 PM, Sri h Kolusu  wrote:

>> Its a load module that has 14 CSECTs Reason needed in recovery to help to
> get right retry address
> 
> 
> If your shop has File Manager then you can use the function VLM (View load
> module) and get the csect address and size
> 
> //STEP0100 EXEC PGM=FILEMGR
> //SYSPRINT DD SYSOUT=*
> //DDIN DD DISP=SHR,DSN=Your load library
> //SYSPRINT DD SYSOUT=*
> //SYSINDD *
> $$FILEM VLM MEMBER=your.load.module.name
> $$FILEM EOJ
> /*
> 
> VLM documentation
> 
> https://www.ibm.com/support/knowledgecenter/en/SSXJAV_14.1.0/com.ibm.filemanager.doc_14.1/base/vlmfun.html
> 
> Explanation of the output
> 
> https://www.ibm.com/support/knowledgecenter/en/SSXJAV_14.1.0/com.ibm.filemanager.doc_14.1/base/lmipan.html
> 
> Thanks,
> Kolusu
> 
> --
> 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: Address of CSECTs within a load module

[Sri h Kolusu]

> This had to be automated process from a program running under test  via
call subcommand

Check this link for program invocation of File Manager

https://www.ibm.com/support/knowledgecenter/en/SSXJAV_13.1.0/com.ibm.filemanager.doc_13.1/cust/ispf-libdef-invoke.html


Thanks,
Kolusu

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

Re: Setting up GMAIL as outbound mail server on z/OS

[Don Poitras]

In article  you wrote:
> On 4/8/19 5:03 AM, Don Poitras wrote:
> > Here's what Google says (or so says digicert):
> > 
> > https://www.digicert.com/ssl-support/gmail-pop3-troubleshooting.htm
> > 
> > "you need to purchase and install one from a trusted CA like DigiCert"
> I thought that the OP was wanting to use CSSMTP to send email (act as an 
> SMTP client) to Gmail.  So, what does Google's requirement for a POP3 
> server having a valid SSL / TLS certificate have to do with what the 
> OP's wanting to do?

Well, it sounds like Google requires TLS. I don't see how CSSMTP is 
going to validate Google's cert if all he has in his RACF is self-signed
certs.

> > You'll get better results if you email to the listserv rather than using 
> > the newsgroup. See the info below my sig below for instructions.
> Why do you say that?  What's wrong with using the newsgroup?

A very small percentage of us read via the newsgroup. Most use the 
listserv. It used to be bi-directional, but that changed years ago.
If you look in the archive, you'll see that only my replies are there.

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: Address of CSECTs within a load module

[Joseph Reichman]

Thanks 





On Apr 8, 2019, at 1:44 PM, Sri h Kolusu  wrote:

>> This had to be automated process from a program running under test  via
> call subcommand
> 
> Check this link for program invocation of File Manager
> 
> https://www.ibm.com/support/knowledgecenter/en/SSXJAV_13.1.0/com.ibm.filemanager.doc_13.1/cust/ispf-libdef-invoke.html
> 
> 
> Thanks,
> Kolusu
> 
> --
> 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: Setting up GMAIL as outbound mail server on z/OS

[Don Poitras]

In article  you wrote:
> How does Google validate sending emails from Windows ? There is no need to 
> purchase any CA certs so those must exist inside the Browser when accessing 
> Gmail.

I think all the browsers come with CA certs these days.

> I have a Java program that I found on the internet that I can run on windows 
> to send mail using TLS on port 587 to the Gmail SMTP server.
> Same java program does not work from z/OS.  
> The error is:
> javax.mail.MessagingException: Could not convert socket to TLS; 
> I am assuming that TLS won't work without having the required certs installed 
> on a RACF keyring for TLS to use.
> Maybe it is possible to export those certs from windows ?

I see some kludges for this java error where you just "trust" the 
domain. I think putting in a CA cert in RACF is the way to go, whether
copying from Firefox or getting from some 3rd party is something I
don't know. I don't even play a sysprog on TV. :)


-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: Address of CSECTs within a load module

[Joseph Reichman]

Thanks this is REXX my program is Assembler 




On Apr 8, 2019, at 1:44 PM, Sri h Kolusu  wrote:

>> This had to be automated process from a program running under test  via
> call subcommand
> 
> Check this link for program invocation of File Manager
> 
> https://www.ibm.com/support/knowledgecenter/en/SSXJAV_13.1.0/com.ibm.filemanager.doc_13.1/cust/ispf-libdef-invoke.html
> 
> 
> Thanks,
> Kolusu
> 
> --
> 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: S/360

[Knutson, Samuel]

Ken Shirriff wrote a fun article which he tweeted about copied below 
https://twitter.com/kenshirriff/status/1114925987043536896

The revolutionary IBM System/360 computers were announced 55 years ago today. 
These mainframes ruled the computing industry for years. Their iconic consoles, 
covered with lights and switches, showed internal state. I explain these 
consoles in my article:  
http://www.righto.com/2019/04/iconic-consoles-of-ibm-system360.html

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jones
Sent: Monday, April 8, 2019 10:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: S/360

is now 55 years old, as of yesterday, April 7th. An interesting story about it:
https://spectrum.ieee.org/tech-history/silicon-revolution/building-the-system360-mainframe-nearly-destroyed-ibm
DJ
The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

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

Re: Setting up GMAIL as outbound mail server on z/OS

[Don Poitras]

In article  you wrote:
> On 4/8/19 11:59 AM, Don Poitras wrote:
> > Well, it sounds like Google requires TLS. I don't see how CSSMTP is going 
> > to validate Google's cert if all he has in his RACF is self-signed certs.
> I think the crux is "all he has in his RACF is self-signed certs".
> I'm getting the impression that the RACF keyring (?) doesn't include or 
> have access to Root CA (public) certificates like other platforms have.
> In that case, the appropriate public root certificate from the CA that 
> Google uses will need to be added to the RACF keyring.
> > A very small percentage of us read via the newsgroup. Most use the 
> > listserv. It used to be bi-directional, but that changed years ago. 
> > If you look in the archive, you'll see that only my replies are there.
> I believe it is (again) bi-directional.  I'm reading & replying from the 
> newsgroup.  If you're reading & replying from email, then it is in fact 
> working bi-bidirectionally.

I use a news server to read the group. I have my listserv subscription
set to NO-MAIL. I only reply by emailing to the listserv. Anything you
see on the newsgroup with the IBM-MAIN boilerplate at the bottom has
gone through the listserv and ends up going to all the subscribers and
saved at in the archives (and mirrored to the newsgroup.) Anything you
see without the boilerplate will only be seen (and not archived) by
those reading via the newsgroup.

https://listserv.ua.edu/cgi-bin/wa?A1=ind1904&L=ibm-main

> -- 
> Grant. . . .
> unix || die

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: AMODE 32

[R.S.]

What about 33-bit and 25-bit addressing modes?
Can we discuss it?

(I couldn't resist)

--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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

Re: Setting up GMAIL as outbound mail server on z/OS

[Steve Horein]

I can assure you the listserv is NOT receiving from Dan K. or Grant T.,
only from Don P.


On Mon, Apr 8, 2019 at 2:50 PM Don Poitras  wrote:

> In article  you wrote:
> > On 4/8/19 11:59 AM, Don Poitras wrote:
> > > Well, it sounds like Google requires TLS. I don't see how CSSMTP is
> going
> > > to validate Google's cert if all he has in his RACF is self-signed
> certs.
> > I think the crux is "all he has in his RACF is self-signed certs".
> > I'm getting the impression that the RACF keyring (?) doesn't include or
> > have access to Root CA (public) certificates like other platforms have.
> > In that case, the appropriate public root certificate from the CA that
> > Google uses will need to be added to the RACF keyring.
> > > A very small percentage of us read via the newsgroup. Most use the
> > > listserv. It used to be bi-directional, but that changed years ago.
> > > If you look in the archive, you'll see that only my replies are there.
> > I believe it is (again) bi-directional.  I'm reading & replying from the
> > newsgroup.  If you're reading & replying from email, then it is in fact
> > working bi-bidirectionally.
>
> I use a news server to read the group. I have my listserv subscription
> set to NO-MAIL. I only reply by emailing to the listserv. Anything you
> see on the newsgroup with the IBM-MAIN boilerplate at the bottom has
> gone through the listserv and ends up going to all the subscribers and
> saved at in the archives (and mirrored to the newsgroup.) Anything you
> see without the boilerplate will only be seen (and not archived) by
> those reading via the newsgroup.
>
> https://listserv.ua.edu/cgi-bin/wa?A1=ind1904&L=ibm-main
>
> > --
> > Grant. . . .
> > unix || die
>
> --
> Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
> sas...@sas.com   (919) 531-5637Cary, NC 27513
>
> --
> 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: Setting up GMAIL as outbound mail server on z/OS

[Grant Taylor]

On 4/8/19 4:26 PM, Steve Horein wrote:
I can assure you the listserv is NOT receiving from Dan K. or Grant T., 
only from Don P.


Based on that information I'll move my participation to email.

Thank you for the clarification Steve.



--
Grant. . . .
unix || die

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

DASD-only logging

[Jesse 1 Robinson]

After 20+ years of heavy duty parallel sysplex, we'd finally like to dip our 
toe into DASD-only logging. We have one multi-system sysplex with no possible 
CF. According to



   
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaa600/dasdy.htm



"...a DASD-only log stream is single-system in scope - only one system may 
write to a DASD-only log stream."



That's a major bummer. Is it really a hard restriction? Does anyone have a way 
around it?


.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com


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

Re: DASD-only logging

[Vernooij, Kees (ITOP NM) - KLM]

Short answers: 
Yes. 
Not that I ever heard of.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 09 April, 2019 5:37
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DASD-only logging
> 
> After 20+ years of heavy duty parallel sysplex, we'd finally like to dip
> our toe into DASD-only logging. We have one multi-system sysplex with no
> possible CF. According to
> 
> 
> 
> 
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2
> r2.ieaa600/dasdy.htm
> 
> 
> 
> "...a DASD-only log stream is single-system in scope - only one system may
> write to a DASD-only log stream."
> 
> 
> 
> That's a major bummer. Is it really a hard restriction? Does anyone have a
> way around it?
> 
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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