Re: SMTP Mail from z/OS

[Timothy Sipples]

Allan Staller wrote:
>I am not aware of any shops that use SMTP "to the mainframe".
>i.e. the mainframe is not usually the target for inbound
>communications. This would require a "email server" to be running
>on the mainframe (HRC anyone?)

Even if "mainframe" means z/OS specifically in this context, yes, that
happened (and happens I assume). As one notable example, Lotus Domino for
z/OS (IBM Program Number 5655-S73) supported inbound SMTP (and a lot more).

As another example, Computer Application Services, Inc. markets a product
called "Mail2ZOS" which does exactly what it sounds like it does: equip
z/OS to receive and to process e-mail via SMTP. It's a specialized SMTP
server for z/OS, and it's also a POP3 client. Details here:

http://www.casisoft.com/Products/M2Z/M2ZHome.aspx

CASI's EMS (Electronic Mail System) for CICS (z/OS and z/VSE) is also still
available/supported:

http://www.casisoft.com/Products/EMS/EMSHome.aspx

Speaking of CICS, you can use IBM's CA1Y SupportPac to send and fetch
e-mail using standard protocols. CA1Y is not an e-mail server, though, and
the fetch portion has not been IBM tested.

https://www.ibm.com/support/docview.wss?uid=swg24033197

If you need an IBM supported way on z/OS to fetch e-mails from a POP3 or
IMAP e-mail server, then IBM Integration Bus for z/OS offers that
capability and much more. IIB can also send e-mails via SMTP.

If you need a new, generalized e-mail server then the open source Apache
James looks promising:

https://james.apache.org

It looks like Apache James Server can use Db2 as a data store.

Another possibility (although not actively maintained) is the open source
project SubEthaSMTP:

https://github.com/voodoodyne/subethasmtp

The list above is not a complete list.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE


E-Mail: sipp...@sg.ibm.com

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

VSAM ALTER ?

[Paul Schuster]

Hello:

Is it possible to alter the secondary space value in a catalog entry for a VSAM 
file?  Secondary space doesn’t show up in ALTER as a valid value to change, so 
I am wondering if it is possible to just issue a hand-written SVC 26 request to 
update this field.  Effectively I want to give the illusion that a cluster (or 
data component) has a secondary value when the cluster was originally defined 
with ‘0’ secondary.

Thank you.

Paul

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

Re: Remote access to Z14 ZR1 Support Element via HMC question

[Laurence Chiu]

Thanks

We did do a major HMC firmware upgrade across the complex recently and that
issue was checked during our diagnostic call but all HMCs are on the same
level.

Hopefully it's the domain issue else will be at our wits end.  For some
reason our support organisation does not want to copy the zBC12
configuration information across to the new z14 using a USB drive but
really want the HMC for the zBC12 to connect to the z14 so the
configuration information is already loaded.

On Thu, Mar 21, 2019, 8:07 PM Parwez  wrote:

> While I can't answer your specific Q. A general point - a HMC with 'lower'
> level of HMC code can't control/access System requiring a  'higher' level
> of HMC code. A HMC with higher level code e.g the z14 ZR1 HMC can
> access/control Systems all the way back to z10 EC and BC. If your zBC12 HMC
> is at level 2.12.1 then this could be the issue. If your zBC12 HMC hardware
> is of the right spec, then there is nothing to stop you upgrading it to the
> same level code as the z14 ZR1 HMC.
>
> Regards
> Parwez
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Laurence Chiu 
> Sent: 21 March 2019 06:07
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question
>
> OK an update. We haven't solved the remote access issue yet but the guys
> wanted to do use the zBC12 HMC to discover the Z14 HMC. But despite all
> networking being fine (all the HMC's and the SE's are in the same LAN
> segment) the zBC12 HMC could not see the Z14 HMC. Yet if they logged onto
> the Z14 HMC it could see the Z14 SE fine. I asked the question (since one
> of my colleagues has done this before) since the new machine is a drop-in
> replacement using the same DS8K SAN, why don't they just copy the config
> from the zBC12 HMC to a USB drive and load it onto the Z14. I was told that
> wasn't standard practice, even though it would work.
>
> Further diagnosis reveals a potential issue with the domain settings on the
> new HMC's and SE's not matching those on the existing ones.   The new HMC's
> were setup with domain defaults I am told and they are probably not what
> the old HMC's were setup with. Something along the lines of  " The “Current
> domain name” is displayed on the window. If NOT SET is displayed, it
> indicates that default domain security is in effect for this console." This
> is from the
> Hardware Management Console Operations Guide - Version 2.14.0
>
> http://www-01.ibm.com/support/docview.wss?uid=isg23e9d1b6de8c163f985258195006801cc
> pages 712 onwards
>
> Now if the existing HMC's have an actual domain name setting in them, then
> it make sense they cannot connect to a HMC with default domain security
> since there is a mismatch.
>
>   That apparently is our next diagnostic step. Just wonder if other folks
> on this list have ever encountered problems similar to this?  Thanks
>
> On Thu, Mar 21, 2019 at 2:55 PM Laurence Chiu  wrote:
>
> > Thanks
> >
> > Looking at this list and the firewall requests that have been raised, it
> > seems we're covered.
> >
> > Interesting as noted we have a zBC12 in the same room and there is no
> > problem accessing it and the new HMC'S for the z14 are in the same subnet
> > so should be covered by the same firewall rules.
> >
> > However nobody can tell if they've ever tried to access the SE on the
> > zBC12 remotely because as another poster said, if your configuration is
> > stable then there is little need to do that.
> >
> > That could certainly point to a firewall rule that's never been tested.
> >
> > Again back to my original point, why can't the support element
> > configuration be done locally why we try to figure out the network issues
> > for remote access
> >
> >
> >
> > On Thu, Mar 21, 2019, 3:10 AM Edgington, Jerry <
> > jerry.edging...@westernsouthernlife.com> wrote:
> >
> >> Dana,
> >>
> >> Here is my "cheat sheet" for HMC ports and direction.  However, I don't
> >> know if they have changed for z14 ZR1, but they work for z13s.
> >>
> >> ○ HMC inbound IP ports from internal network
> >> § Type  Source Port Usage
> >> ICMP8   Establish communication with
> >> resources managed by HMC
> >> TCP 58787 - 58788   Automatic discovery of
> >> zServers
> >> UDP 58788   Automatic discovery of zServers
> >> UDP 9900HMC to HMC auto discovery
> >> TCP 5   SSL communication from servers
> >> TCP 9920SSL HMC and zServers
> >> TCP 443 Remote user access to HMC
> >> TCP 9950-9959   Proxy Single Object
> >> Operations to server
> >> TCP 9960Java applet-based tasks (not
> >> required since v2.12.1)
> >> UDP 161 SMNP automation of the HMC
> 

Re: z/OS Management Facility

[Jousma, David]

By farthe biggest headache is getting through all the security setup.   
Also, zOSMF requires the use of a lot of components we didn’t have configured 
beforehand(CIM, CEA, etc).   There has to be a way to easily streamline the 
security setup.   It would be nice if there was a method to create "classes of 
users", as in a READ only casual user, SYSPROG, DBA, ADMIN, etc and then have 
all the related functions fall into those roles.

The other problem I have is that various APAR's add new function, and of course 
coming with those function are new security rules.   

Getting the security rules implemented correctly is the biggest obstacle that I 
have.

_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Brennan
Sent: Thursday, March 21, 2019 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS Management Facility

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Follow the instructions in manual:
IBM z/OS Management Facility Configuration Guide

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, March 21, 2019 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Management Facility

What does it take to implement "z/OS Management Facility"?
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: SMTP Mail from z/OS

[Tony Thigpen]

Allan stated:
> I am not aware of any shops that use SMTP "to the mainframe".

I have seen some implementations of SMTP receive on a mainframe.

In one case, the receiver would take the message as jcl and submit it to 
run as a batch program. This was mainly to allow programmers to send 
compile jobs. I told them they had several security issues that they 
should address.


In another case the receiver took the name of the job from the email 
subject and the data input for the job from the email body. In this 
case, the data was just selection criteria for generating reports and 
not update. There was a limited number of jobs that were available from 
this function. We discussed security issues with this and last I knew, 
they were closing up the security exposures.


In the third case, the email updated a data-set that was used by a 
scheduled job. They actually had it secured well.


This is not to start a discussion on the security issues. I am just 
responding to the comment that "part of the logic related to the design 
of CSSMTP, is the "predicate" that the mainframe is only interested in 
outbound communications."



Tony Thigpen

Allan Staller wrote on 3/21/19 1:47 PM:

CSSMTP was designed to mitigate several concerns with the SMTP client.

As far as I can recall, there were some configuration options, that if not 
addressed, allowed the SMTP client to be a mail relay (among several others).
CSSMTP was designed to eliminate those exposures.

I am not aware of any shops that use SMTP "to the mainframe".  i.e. the 
mainframe is not usually the target for inbound communications.
This would require a "email server" to be running on the mainframe (HRC anyone?)

In most cases, and part of the logic related to the design of CSSMTP, is the 
"predicate" that the mainframe is only interested in outbound communications.

Not sure if the above addresses your original issue,

HTH,




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Baxter, Bruce (ITS)
Sent: Thursday, March 21, 2019 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMTP Mail from z/OS

I'm going to cross post this to mvs-oe as well as here...

The folks that support Comm Server in-house have approached me about replacing 
the SMTPD (which is apparently a USS / OE facility) with CSSMTP, and I've got 
some thoughts about the particulars of their implementation that don't sit well 
with me.

I'm a relatively passionate and ardent z mainframe bigot - it's a great 
platform to work on.  As mainframe folks tend to be, I'm a student of many 
platforms.  I was shocked when I went back and looked that I wrote an SMTP 
client in Cobol a full 25 years ago that is deeply imbedded in all my shop's 
batch jobs sending reports and notifications.   SMTP Port 25 sendmail / postfix 
is a staple and defacto standard worldwide as far as I can tell...

When we had issues with our Lotus Notes MTA being reliably available and I 
couldn't prevail on the owners of that to make it enterprise bulletproof, we 
had our z/OS Comm Server folks fire up the local USS SMTPD sendmail daemon.  
It's been announced that function will be deprecated in the future and will be 
replaced by CSSMTP.  After reading through the doc, I can't help but think that 
IBM z/OS CS support has lost their marbles.  They're removing support for 
clients that want to send email via a local sendmail daemon listening on port 
25 (or 587).  That doesn't make sense...

So my questions are:


   *   Is anyone else using a local sendmail daemon on their system?  From MVS? 
 From USS?
   *   Has anyone seen the process that is documented by the Sendmail / CSSMTP 
bridge used ANYWHERE but on z/OS?  (I've never seen any script that used the 
sendmail command to send mail on any linux or aix system I've been on - they'd 
all use the mail command)
   *   Is anyone using JES spool to send email off the platform?



Bruce Baxter
Assistant Director of IT | Revenue and Employment Portfolio | Architecture

Office of Information Technology Services Building 8, W.A. Harriman State 
Office Campus, Albany, NY 12227  7th floor, #137
(518) 292-7846 | bruce.bax...@its.ny.gov
https://apac01.safelinks.protection.outlook.com/?url=www.its.ny.govdata=02%7C01%7Callan.staller%40HCL.COM%7C193e1a9b3a2f44f288f108d6ae18375d%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636887816409940089sdata=E8rMBEFznuqVT1KGYNvb%2FL9gckHXDe6sAuL%2FV5shf1w%3Dreserved=0


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

Re: z/OS Management Facility

[Michael Brennan]

Follow the instructions in manual:
IBM z/OS Management Facility Configuration Guide

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, March 21, 2019 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Management Facility

What does it take to implement "z/OS Management Facility"?
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

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

Re: CPC doubt

[Carmen Vitullo]

that would have been my answer, and how I read it CPC, not a CP so my answer is 
ONE, 
thanks R.S. for the sanity check. 


Carmen Vitullo 

- Original Message -

From: "R.S."  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, March 21, 2019 12:54:14 PM 
Subject: Re: CPC doubt 

W dniu 2019-03-21 o 15:25, johnnydeep san pisze: 
> Hello all, 
> 
> Just small question , I would like to know how many CPC can add in single 
> mainframe hardware box?. 

One 

-- 
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 


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

Re: z/OS Management Facility

[Bill Giannelli]

thank you!
I do now!
Bill

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

Re: z/OS Management Facility

[R.S.]

W dniu 2019-03-21 o 18:50, Bill Giannelli pisze:

What does it take to implement "z/OS Management Facility"?
thanks


Usually zOSMF installation is part of ServerPac installation process.
There are two horrible (I mean it) jobs with (improper) RACF 
definitions, there are a lot of definitions in Unix, especially for WAS 
OEM which is part of zOSMF.

Note, already started and working zOSMF need a lot of customizations.

My 0.02€

--
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: z/OS Management Facility

[J. Pohlmann]

There is a very nice course - ESB3G z/OS Management Facility Implementation and 
Use - a three 3 class that will make it easy for you to implement in your 
installation.

Joerg Pohlmann

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, March 21, 2019 10:50
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Management Facility

What does it take to implement "z/OS Management Facility"?
thanks
Bill

--
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: CPC doubt

[R.S.]

W dniu 2019-03-21 o 15:25, johnnydeep san pisze:

Hello all,

Just small question , I would like to know how many  CPC can add in single
mainframe hardware box?.


One

--
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: z/OS Management Facility

[Mike Schwab]

Do you have the Redbook?
http://www.redbooks.ibm.com/abstracts/sg247851.html?Open

On Thu, Mar 21, 2019 at 12:50 PM Bill Giannelli  wrote:
>
> What does it take to implement "z/OS Management Facility"?
> thanks
> Bill
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

z/OS Management Facility

[Bill Giannelli]

What does it take to implement "z/OS Management Facility"?
thanks
Bill

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

Re: SMTP Mail from z/OS

[Allan Staller]

CSSMTP was designed to mitigate several concerns with the SMTP client.

As far as I can recall, there were some configuration options, that if not 
addressed, allowed the SMTP client to be a mail relay (among several others).
CSSMTP was designed to eliminate those exposures.

I am not aware of any shops that use SMTP "to the mainframe".  i.e. the 
mainframe is not usually the target for inbound communications.
This would require a "email server" to be running on the mainframe (HRC anyone?)

In most cases, and part of the logic related to the design of CSSMTP, is the 
"predicate" that the mainframe is only interested in outbound communications.

Not sure if the above addresses your original issue,

HTH,




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Baxter, Bruce (ITS)
Sent: Thursday, March 21, 2019 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMTP Mail from z/OS

I'm going to cross post this to mvs-oe as well as here...

The folks that support Comm Server in-house have approached me about replacing 
the SMTPD (which is apparently a USS / OE facility) with CSSMTP, and I've got 
some thoughts about the particulars of their implementation that don't sit well 
with me.

I'm a relatively passionate and ardent z mainframe bigot - it's a great 
platform to work on.  As mainframe folks tend to be, I'm a student of many 
platforms.  I was shocked when I went back and looked that I wrote an SMTP 
client in Cobol a full 25 years ago that is deeply imbedded in all my shop's 
batch jobs sending reports and notifications.   SMTP Port 25 sendmail / postfix 
is a staple and defacto standard worldwide as far as I can tell...

When we had issues with our Lotus Notes MTA being reliably available and I 
couldn't prevail on the owners of that to make it enterprise bulletproof, we 
had our z/OS Comm Server folks fire up the local USS SMTPD sendmail daemon.  
It's been announced that function will be deprecated in the future and will be 
replaced by CSSMTP.  After reading through the doc, I can't help but think that 
IBM z/OS CS support has lost their marbles.  They're removing support for 
clients that want to send email via a local sendmail daemon listening on port 
25 (or 587).  That doesn't make sense...

So my questions are:


  *   Is anyone else using a local sendmail daemon on their system?  From MVS?  
From USS?
  *   Has anyone seen the process that is documented by the Sendmail / CSSMTP 
bridge used ANYWHERE but on z/OS?  (I've never seen any script that used the 
sendmail command to send mail on any linux or aix system I've been on - they'd 
all use the mail command)
  *   Is anyone using JES spool to send email off the platform?



Bruce Baxter
Assistant Director of IT | Revenue and Employment Portfolio | Architecture

Office of Information Technology Services Building 8, W.A. Harriman State 
Office Campus, Albany, NY 12227  7th floor, #137
(518) 292-7846 | bruce.bax...@its.ny.gov
https://apac01.safelinks.protection.outlook.com/?url=www.its.ny.govdata=02%7C01%7Callan.staller%40HCL.COM%7C193e1a9b3a2f44f288f108d6ae18375d%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636887816409940089sdata=E8rMBEFznuqVT1KGYNvb%2FL9gckHXDe6sAuL%2FV5shf1w%3Dreserved=0


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. 

Re: SMTP Mail from z/OS

[Paul Gilmartin]

On 2019-03-21, at 10:03:08, Baxter, Bruce (ITS) wrote:

> I'm going to cross post this to mvs-oe as well as here...
> 
> The folks that support Comm Server in-house have approached me about 
> replacing the SMTPD (which is apparently a USS / OE facility) with CSSMTP, 
> and I've got some thoughts about the particulars of their implementation that 
> don't sit well with me.
> 
> I'm a relatively passionate and ardent z mainframe bigot - it's a great 
> platform to work on.  As mainframe folks tend to be, I'm a student of many 
> platforms.  I was shocked when I went back and looked that I wrote an SMTP 
> client in Cobol a full 25 years ago that is deeply imbedded in all my shop's 
> batch jobs sending reports and notifications.   SMTP Port 25 sendmail / 
> postfix is a staple and defacto standard worldwide as far as I can tell...
> 
> When we had issues with our Lotus Notes MTA being reliably available and I 
> couldn't prevail on the owners of that to make it enterprise bulletproof, we 
> had our z/OS Comm Server folks fire up the local USS SMTPD sendmail daemon.  
> It's been announced that function will be deprecated in the future and will 
> be replaced by CSSMTP.  After reading through the doc, I can't help but think 
> that IBM z/OS CS support has lost their marbles.  They're removing support 
> for clients that want to send email via a local sendmail daemon listening on 
> port 25 (or 587).  That doesn't make sense...
> 
> So my questions are:
> 
>  *   Is anyone else using a local sendmail daemon on their system?  From MVS? 
>  From USS?
>  *   Has anyone seen the process that is documented by the Sendmail / CSSMTP 
> bridge used ANYWHERE but on z/OS?  (I've never seen any script that used the 
> sendmail command to send mail on any linux or aix system I've been on - 
> they'd all use the mail command)
>  *   Is anyone using JES spool to send email off the platform?
>  
From:

https://serverfault.com/questions/244263/is-postfix-the-same-thing-as-sendmail

42  Sendmail is a different (and much older) program from Postfix.
However for every mail server to succeed in the Unix environment, 
a sendmail binary (with some of the expected command line 
options) must be provided.

EDIT: See for example the manual page for the sendmail program provided by 
Postfix

Think about FOSS.

-- gil

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

SMTP Mail from z/OS

[Baxter, Bruce (ITS)]

I'm going to cross post this to mvs-oe as well as here...

The folks that support Comm Server in-house have approached me about replacing 
the SMTPD (which is apparently a USS / OE facility) with CSSMTP, and I've got 
some thoughts about the particulars of their implementation that don't sit well 
with me.

I'm a relatively passionate and ardent z mainframe bigot - it's a great 
platform to work on.  As mainframe folks tend to be, I'm a student of many 
platforms.  I was shocked when I went back and looked that I wrote an SMTP 
client in Cobol a full 25 years ago that is deeply imbedded in all my shop's 
batch jobs sending reports and notifications.   SMTP Port 25 sendmail / postfix 
is a staple and defacto standard worldwide as far as I can tell...

When we had issues with our Lotus Notes MTA being reliably available and I 
couldn't prevail on the owners of that to make it enterprise bulletproof, we 
had our z/OS Comm Server folks fire up the local USS SMTPD sendmail daemon.  
It's been announced that function will be deprecated in the future and will be 
replaced by CSSMTP.  After reading through the doc, I can't help but think that 
IBM z/OS CS support has lost their marbles.  They're removing support for 
clients that want to send email via a local sendmail daemon listening on port 
25 (or 587).  That doesn't make sense...

So my questions are:


  *   Is anyone else using a local sendmail daemon on their system?  From MVS?  
From USS?
  *   Has anyone seen the process that is documented by the Sendmail / CSSMTP 
bridge used ANYWHERE but on z/OS?  (I've never seen any script that used the 
sendmail command to send mail on any linux or aix system I've been on - they'd 
all use the mail command)
  *   Is anyone using JES spool to send email off the platform?



Bruce Baxter
Assistant Director of IT | Revenue and Employment Portfolio | Architecture

Office of Information Technology Services
Building 8, W.A. Harriman State Office Campus, Albany, NY 12227  7th floor, #137
(518) 292-7846 | bruce.bax...@its.ny.gov
www.its.ny.gov


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

Re: z/OS 2.3, ODM and ACF2

[Robert Longabaugh]

CA (Broadcom) provides the list of required maintenance on the
Compatibility matrix.
https://support.ca.com/phpdocs/0/MSPSaccount/COMPAT/zos_compat.HTML
The compatibility chart also shows the appropriate FIXCAT that you can use
in the apply command if you want to only apply the minimum that is required
for compatibility.

We provide FIXCAT holddata in the holddata buckets, which you can find
here.
https://support.ca.com/us/product-content/recommended-reading/technical-document-index/downloading-holddata-and-assign-statements.html

This is the list of all Fix Categories in use at CA.
https://support.ca.com/us/product-content/recommended-reading/product-related-technical-information/fixcat-holds-for-ca-products.html

RECIEVE ORDER or CSM can get the holddata for you.  Here is the information
to set up RECEIVE ORDER.
https://support.ca.com/us/product-content/status/announcement-documents/2018/ca-smp-e-receive-order---maintenance-delivery-made-easy.html

Bob Longabaugh
Broadcom
Storage Management


On Wed, Mar 20, 2019 at 1:42 PM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Yea, I agree with Scott.  You might not be actively employing any
> Pervasive Encryption, but you probably still need the support.   My own
> personal gripe is folks that pick and choose what maintenance to put on
> based on what the readable text says.   I've learned over the years that
> quite often there is a lot more included.
>
> Does CA provide a list of required maintenance to support V2.3?  If so,
> put it on, no questions.
>
> Or just open a ticket with CA, and send them the dump.
>
> _
> Dave Jousma
> Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> p 616.653.8429
> f 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of scott Ford
> Sent: Wednesday, March 20, 2019 2:34 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 2.3, ODM and ACF2
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Mary,
>
> That doesn’t mean that the Pervasive ones weren’t called. Are your system
> using Pervasive Encryption ?
>
> Regards,
> Scott
>
> On Wed, Mar 20, 2019 at 1:38 PM Mary Kay Tubello 
> wrote:
>
> > Thanks - we have checked and all the PTFs are on except the pervasive
> > encryption ones which is currently not in use.
> > Mary Kay
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION
> EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
>
> --
> 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: CPC doubt

[Parwez]

Nothing is straight forward with Z systems and the LSPR URL provided is for 
z/OS data and doesn't give you the full picture and a the answer differs 
depending on how you use the PUs. It all depends on the 'model' number (further 
confused when you talk about the 'H/W' model or the capacity model for 'S/W 
charges'). This on its own might not give you the right answer for systems 
which have a mix of type of PUs i.e. CPs, IFLs, zIIPs, ICFs etc.

Many moons ago the model number reflected the actual number of PUs a customer 
could purchase. More recent model number have made it bit difficult and the 
LSPR website is a good start for z/OS capacity (BTW, it doesn't list the 
'speed'. It shows the 'capacity' for each 'model').

If you are not familiar with the Z systems model numbering, there are 
differences between the  'EC' (high end) and 'BC' (mid-range) systems.

Keeping it simple and talking about CPs only. For the EC systems, 'models' 4xx, 
5xx, 6xx identify the number of sub-capacity (knee-capped) CPs available. 7xx 
are the full capacity CPs. Each generation of Z has a different limit for the 
number of sub-capacity and full capacity CPs one can have.

For the BC systems, 'models' A01 - A06 all the way to Y01 - Y06 are 
sub-capacity models and Z01 to Z06 are full capacity 'models'. BC Models can 
have  up to a MAX of 6 CPs ONLY. Rest of the available PUs for customer use can 
be other types e.g. zIIPs, IFLs, ICFs etc. To confuse you even more, for the 
'BC' systems, 'model' A00 is a system with IFLs only. For the z14 ZR1 'model' 
A00 you can have up to 30 IFLs!

The Redbooks are a good source for the exact detail.

So what was the question:-) ?

Regards
Parwez


From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: 21 March 2019 14:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPC doubt

Here is the current LSPR page.  It rates mainframe models by
processors and speed.

https://www-01.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprITRzOSv2r2?OpenDocument

On Thu, Mar 21, 2019 at 9:26 AM johnnydeep san  wrote:
>
> Hello all,
>
> Just small question , I would like to know how many  CPC can add in single
> mainframe hardware box?.
>  - JD
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: CPC doubt

[Mike Schwab]

Here is the current LSPR page.  It rates mainframe models by
processors and speed.

https://www-01.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprITRzOSv2r2?OpenDocument

On Thu, Mar 21, 2019 at 9:26 AM johnnydeep san  wrote:
>
> Hello all,
>
> Just small question , I would like to know how many  CPC can add in single
> mainframe hardware box?.
>  - JD
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: CPC doubt

[Peter]

If Iam correct Based on the model

On Thu, 21 Mar, 2019, 6:26 PM johnnydeep san, 
wrote:

> Hello all,
>
> Just small question , I would like to know how many  CPC can add in single
> mainframe hardware box?.
>  - JD
>
> --
> 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

CPC doubt

[johnnydeep san]

Hello all,

Just small question , I would like to know how many  CPC can add in single
mainframe hardware box?.
 - JD

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

Re: Catalog Sharing

[scott Ford]

I am used to one MC per LPAR and shared UC...

Scott

On Tue, Mar 19, 2019 at 4:53 PM Jesse 1 Robinson 
wrote:

> Our enterprise ROT is to share everything in a plex that can be shared.
> With help from symbolics and variables. One MCAT per plex regardless of
> number of systems. UCATs shared only within a plex. And unlike some shops,
> we reuse all catalogs indefinitely across z/OS upgrades and
> reconfigurations. Our main production catalog was created 1983.193.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jerry Whitteridge
> Sent: Tuesday, March 19, 2019 8:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Catalog Sharing
>
> We have 1 MCAT per Sysplex with an Alt MCAT also defined.
>
> Jerry Whitteridge
> Delivery Manager / Mainframe Architect
> GTS - Safeway Account
> 602 527 4871 Mobile
> jerry.whitteri...@ibm.com
>
> IBM Services
>
> IBM Mainframe Discussion List  wrote on
> 03/19/2019 04:24:50 AM:
>
> > From: "Lopez, Sharon" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 03/19/2019 04:25 AM
> > Subject: Catalog Sharing
> > Sent by: IBM Mainframe Discussion List 
> >
> > Just a general question wondering how others share the master catalog
> > in a SYSPLEX.  Do most of you guys share a master catalog in the
> > sysplex or do you have a master catalog for each lpar in the sysplex?
> > Just thinking about single point of failures.
> >
> > Thank you.
> > Sharon Lopez
> > Software Systems Programming Specialist BB - IT Production
> > Engineering - Mainframe OS
> > 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369
> > sharon.lo...@bbandt.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you demean yourself”



www.idmworks.com

scott.f...@idmworks.com

Blog: www.idmworks.com/blog





*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from
disclosure. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you have
received this message in error, please notify us immediately by replying to
the message and permanently delete it from your computer and destroy any
printout thereof.*

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

Re: Submitting batch jobs from a web browser

[scott Ford]

I know ZOSMF,JZOS and FTP can do what Roger desires. I also know Zowe can
also. We handle source code via GIT and use our own written CI that
submits the compiles / assemblies and links to z/OS. I know there must be
other ways to submit a job ..

Scott

On Wed, Mar 20, 2019 at 8:48 AM Gil Cardenas 
wrote:

> Hi Roger, we use BMC Control-M here at our shop so not sure what your AWS
> Batch scheduler capabilities are, however, I wrote an application several
> years back that took advantage of the Control-M api's to submit jobs from a
> webpage via FTP to the JES reader.
>
> It was really a slick little tool that would allow for parameters to be
> passed and would email the user when the job ended.
>
> It was one of my first projects into learning C# & HTML coding so it
> wasn't elegant but I know it can be done.
>
> We used it for several years but it kind died off due to an acquisition.
>
> It's been many moons ago but in a nutshell, we would build ASPX web page
> forms that a user could fill out that had validation built in and once they
> had filled out the form they would submit it and a C# program would take
> the parameters and "build" the JCL that was then FTP'd to the mainframe
> internal reader.
>
> There was an index page with all of the available jobs that could be
> requested and we used security groups to limit which users had access to
> which jobs.  This application was really built for the non-operator type
> business users and programmers.
>
> The Control-M API had the ability to send an email when the job ended so
> that was how we notified a user that their job and or reports were
> available.
>
> Hope this sparks some ideas.
> Gil.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you demean yourself”



www.idmworks.com

scott.f...@idmworks.com

Blog: www.idmworks.com/blog





*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from
disclosure. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you have
received this message in error, please notify us immediately by replying to
the message and permanently delete it from your computer and destroy any
printout thereof.*

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

Re: "Workload" field in SDSF

[Horst Sinram]

Hi Andy,

there are many different ways to obtain the workload name. The probably 
simplest is to issue a Sysevent REQ(F)ASD against the space and find the 
workload name in the IRARASD as RASDWKLD.
Horst Sinram - STSM, z/OS Workload and Capacity Management

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

Re: Fwd: Quantum computing will break your encryption in a few years | Network World

[Jack J. Woehr]

And you can be part of it for free! :)

https://quantumexperience.ng.bluemix.net/qx/

On 3/21/2019 6:14 AM, Mark Regan wrote:

https://www.networkworld.com/article/3373550/quantum-computing-will-break-your-encryption-in-a-few-years.html

  
https://tinyurl.com/y4ddvsm2
  



--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Fwd: Quantum computing will break your encryption in a few years | Network World

[Mark Regan]

https://www.networkworld.com/article/3373550/quantum-computing-will-break-your-e
ncryption-in-a-few-years.html 
or
 
https://tinyurl.com/y4ddvsm2
 
 
Regards,
 
Mark T. Regan, K8MTR
CTO1 USNR-Retired, 1969-1991
Nationwide Insurance, Retired, 1986-2017
 
 

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

CTC question

[Gadi Ben-Avi]

HI,
I have a computer (Our DR computer) with 8 partitions
I would like to connect Partition 1 (CDVL) to Partition 3 (CMP1) and partition 
2 (CDVLT) to partition 4 (CMP1T) using CTC's.

I have 4 Channels for this
Channel 20 should connect to channel 21
Channel 22 should connect to channel 23

The devices should be:
On CDVL 400-407 and 500-507
On CMP1 200-207 and 300-307
On CDVLT - 420-427 and 520-527
On CMP1T - 220-227 and 320-327

These CTC's are using to connect XCF and VTAM between the two pairs of 
partitions.

The definitions I currently have are:
 CNTLUNIT CUNUMBR=1501,PATH=((CSS(0),20)),UNITADD=((40,008)),  *
   CUADD=1,UNIT=FCTC
 IODEVICE ADDRESS=(200,008),UNITADD=40,CUNUMBR=(1501),STADET=Y,*
   PARTITION=((CSS(0),CMP1)),UNIT=FCTC
 CNTLUNIT CUNUMBR=1502,PATH=((CSS(0),20)),UNITADD=((40,008)),  *
   CUADD=3,UNIT=FCTC
 IODEVICE ADDRESS=(220,008),UNITADD=40,CUNUMBR=(1502),STADET=Y,*
   PARTITION=((CSS(0),CMP1T)),UNIT=FCTC
 CNTLUNIT CUNUMBR=1601,PATH=((CSS(0),22)),UNITADD=((40,008)),  *
   CUADD=2,UNIT=FCTC
 IODEVICE ADDRESS=(300,008),UNITADD=40,CUNUMBR=(1601),STADET=Y,*
   PARTITION=((CSS(0),CMP1)),UNIT=FCTC
 CNTLUNIT CUNUMBR=1602,PATH=((CSS(0),22)),UNITADD=((40,008)),  *
   CUADD=3,UNIT=FCTC
 IODEVICE ADDRESS=(320,008),UNITADD=40,CUNUMBR=(1602),STADET=Y,*
   PARTITION=((CSS(0),CMP1T)),UNIT=FCTC
 CNTLUNIT CUNUMBR=2101,PATH=((CSS(0),23)),UNITADD=((40,008)),  *
   CUADD=2,UNIT=FCTC
 IODEVICE ADDRESS=(400,008),UNITADD=40,CUNUMBR=(2101),STADET=Y,*
   PARTITION=((CSS(0),CDVL)),UNIT=FCTC
 CNTLUNIT CUNUMBR=2102,PATH=((CSS(0),23)),UNITADD=((40,008)),  *
   CUADD=4,UNIT=FCTC
 IODEVICE ADDRESS=(420,008),UNITADD=40,CUNUMBR=(2102),STADET=Y,*
   PARTITION=((CSS(0),CDVLT)),UNIT=FCTC
 CNTLUNIT CUNUMBR=2201,PATH=((CSS(0),21)),UNITADD=((40,008)),  *
   CUADD=1,UNIT=FCTC
 IODEVICE ADDRESS=(500,008),UNITADD=40,CUNUMBR=(2201),STADET=Y,*
   PARTITION=((CSS(0),CDVL)),UNIT=FCTC
 CNTLUNIT CUNUMBR=2202,PATH=((CSS(0),21)),UNITADD=((40,008)),  *
   CUADD=4,UNIT=FCTC
 IODEVICE ADDRESS=(520,008),UNITADD=40,CUNUMBR=(2202),STADET=Y,*
   PARTITION=((CSS(0),CDVLT)),UNIT=FCTC

And it's not working.
When I IPL CDVL I see the devices, but they are offline
Can anyone help me with this?
Is there a tool to generate these types of definitions.
If it matters, the computer is a z13s and it's running z/OS v2.1.
Thanks
Gadi



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

1 week to go until the first GSE UK Large Systems meeting of 2019!

[Leanne Wilson]

1 week to go until the first GSE UK Large Systems meeting of 2019!

The event will be a virtual event via WebEx on the 28th March 2019 from 15:00 – 
17:30 GMT.

The event will contain 2 sessions presented by Kelly Vogt from Compuware and 
Stephen Warren from IBM.


  *   Introducing the Mainframe Batch Maturity Model
  *   z/OS Client Web Enablement Toolkit

If you wish to attend the event, please follow the registration link 
HERE

WebEx sign in details will be sent prior to the meeting, providing attendees 
have registered for the event.

For the agenda, please click 
HERE



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

"Workload" field in SDSF

[Styles, Andy (ITS zPlatform Services)]

Classification: Public
Hi all, 

I have an occasion to extract a user-specified subset of all tasks in the 
system. I'm doing this in REXX by chaining through the ASCBs in the ASVT, which 
returns me the name of the task (in ASCBJBNI/ASCBJBNS), along with a couple of 
other bits. This all works fine. 

I'm now trying to get the "Workload" and "SrvClass" fields that SDSF displays:

JOBNAME   Workload SrvClass
SMSPDSE1  SYSTEM   SYSTEM  
CONSOLE   SYSTEM   SYSTEM  
WLM   SYSTEM   SYSTEM  
ANTMAIN   SYSTEM   SYSTEM  
ANTAS000  SYSTEM   SYSSTC  
DEVMANSYSTEM   SYSTEM  

I can't figure out where these fields come from - and I don't know therefore 
whether they'll be easy for REXX to get hold of. I'm guessing they're in "new" 
control blocks (only 25 years or so old) as they're WLM type information, but 
drawn a blank thus far.

Can anyone shed any light?

Thanks,

Andy Styles
z/Series System Programmer





Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.



Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.



Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801. 



Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London 
EC2V 7HN. Registered in England and Wales no. 10399850.



Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are 
authorised by the Prudential Regulation Authority and regulated by the 
Financial Conduct Authority and Prudential Regulation Authority.



Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned 
subsidiary of Lloyds Bank Corporate Markets plc.  Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 
6, 60312 Frankfurt, Germany. The company is registered with the Amtsgericht 
Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets 
Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für 
Finanzdienstleistungsaufsicht.



Halifax is a division of Bank of Scotland plc.



HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in 
Scotland no. SC218813.



This e-mail (including any attachments) is private and confidential and may 
contain privileged material. If you have received this e-mail in error, please 
notify the sender and delete it (including any attachments) immediately. You 
must not copy, distribute, disclose or use any of the information in it or any 
attachments. Telephone calls may be monitored or recorded.


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

Re: Remote access to Z14 ZR1 Support Element via HMC question

[Parwez]

While I can't answer your specific Q. A general point - a HMC with 'lower' 
level of HMC code can't control/access System requiring a  'higher' level of 
HMC code. A HMC with higher level code e.g the z14 ZR1 HMC can access/control 
Systems all the way back to z10 EC and BC. If your zBC12 HMC is at level 2.12.1 
then this could be the issue. If your zBC12 HMC hardware is of the right spec, 
then there is nothing to stop you upgrading it to the same level code as the 
z14 ZR1 HMC.

Regards
Parwez


From: IBM Mainframe Discussion List  on behalf of 
Laurence Chiu 
Sent: 21 March 2019 06:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question

OK an update. We haven't solved the remote access issue yet but the guys
wanted to do use the zBC12 HMC to discover the Z14 HMC. But despite all
networking being fine (all the HMC's and the SE's are in the same LAN
segment) the zBC12 HMC could not see the Z14 HMC. Yet if they logged onto
the Z14 HMC it could see the Z14 SE fine. I asked the question (since one
of my colleagues has done this before) since the new machine is a drop-in
replacement using the same DS8K SAN, why don't they just copy the config
from the zBC12 HMC to a USB drive and load it onto the Z14. I was told that
wasn't standard practice, even though it would work.

Further diagnosis reveals a potential issue with the domain settings on the
new HMC's and SE's not matching those on the existing ones.   The new HMC's
were setup with domain defaults I am told and they are probably not what
the old HMC's were setup with. Something along the lines of  " The “Current
domain name” is displayed on the window. If NOT SET is displayed, it
indicates that default domain security is in effect for this console." This
is from the
Hardware Management Console Operations Guide - Version 2.14.0
http://www-01.ibm.com/support/docview.wss?uid=isg23e9d1b6de8c163f985258195006801cc
pages 712 onwards

Now if the existing HMC's have an actual domain name setting in them, then
it make sense they cannot connect to a HMC with default domain security
since there is a mismatch.

  That apparently is our next diagnostic step. Just wonder if other folks
on this list have ever encountered problems similar to this?  Thanks

On Thu, Mar 21, 2019 at 2:55 PM Laurence Chiu  wrote:

> Thanks
>
> Looking at this list and the firewall requests that have been raised, it
> seems we're covered.
>
> Interesting as noted we have a zBC12 in the same room and there is no
> problem accessing it and the new HMC'S for the z14 are in the same subnet
> so should be covered by the same firewall rules.
>
> However nobody can tell if they've ever tried to access the SE on the
> zBC12 remotely because as another poster said, if your configuration is
> stable then there is little need to do that.
>
> That could certainly point to a firewall rule that's never been tested.
>
> Again back to my original point, why can't the support element
> configuration be done locally why we try to figure out the network issues
> for remote access
>
>
>
> On Thu, Mar 21, 2019, 3:10 AM Edgington, Jerry <
> jerry.edging...@westernsouthernlife.com> wrote:
>
>> Dana,
>>
>> Here is my "cheat sheet" for HMC ports and direction.  However, I don't
>> know if they have changed for z14 ZR1, but they work for z13s.
>>
>> ○ HMC inbound IP ports from internal network
>> § Type  Source Port Usage
>> ICMP8   Establish communication with
>> resources managed by HMC
>> TCP 58787 - 58788   Automatic discovery of
>> zServers
>> UDP 58788   Automatic discovery of zServers
>> UDP 9900HMC to HMC auto discovery
>> TCP 5   SSL communication from servers
>> TCP 9920SSL HMC and zServers
>> TCP 443 Remote user access to HMC
>> TCP 9950-9959   Proxy Single Object
>> Operations to server
>> TCP 9960Java applet-based tasks (not
>> required since v2.12.1)
>> UDP 161 SMNP automation of the HMC
>> TCP 161 SMNP automation of the HMC
>> TCP 3161SMNP automation of the HMC
>> TCP 6794SSL automation traffic, including
>> HMC Mobile app
>> TCP 61612   Web Services API message broker,
>> flowing STOMP
>> TCP 61617   Web Services API message broker,
>> flowing OpenWire
>> UDP 123 Set the time of the servers
>> UDP 520 Communications with routers from
>> HMC
>> TCP 22  Remote access by Product
>> Engineering
>> TCP 21  

Re: Burroughs WFM vs. z/OS JCl and VSE JCL wasRe: REXX as JCL replacement

[Laurence Chiu]

I used a B6700 at University and I became a fan of WFL, Algol, DCAlgol and
Espol (student). In fact I wrote a parser for a Linear Programming language
using Algol. I actually designed the language using BNF and parsed the
statements that way. The only alternatives I have found to Algol (Burroughs
style) are PL1 and maybe Pascal. But then I have never programmed in C or
C++

Can't beat WFL - JCL is so strict syntax wise.

On Thu, Mar 21, 2019 at 5:37 AM Seymour J Metz  wrote:

> Burroughs had several product lines; only the B6500 line survives at
> Unisys. The B2500 line had the sign to the left.  The B6500 had the sign
> bit to the left for packed and to the right for signed numeric character
> data.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Savor, Thomas (Alpharetta) 
> Sent: Wednesday, March 20, 2019 1:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Burroughs WFM vs. z/OS JCl and VSE JCL wasRe: REXX as JCL
> replacement
>
> Many years ago when Converting a DDA system from Burroughs to IBM,
> Burroughs packed fields had the annoying habit of putting the sign at the
> beginning of the fieldinstead of the end of the field like IBM.
> Made for pages and pages of "Move with Offsets" in the Assembler
> programsCobol didn’t care for it at all.
>
> Does Burroughs still do that ??
>
> Thanks,
>
> Tom Savor
>
> --
> 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: Remote access to Z14 ZR1 Support Element via HMC question

[Laurence Chiu]

OK an update. We haven't solved the remote access issue yet but the guys
wanted to do use the zBC12 HMC to discover the Z14 HMC. But despite all
networking being fine (all the HMC's and the SE's are in the same LAN
segment) the zBC12 HMC could not see the Z14 HMC. Yet if they logged onto
the Z14 HMC it could see the Z14 SE fine. I asked the question (since one
of my colleagues has done this before) since the new machine is a drop-in
replacement using the same DS8K SAN, why don't they just copy the config
from the zBC12 HMC to a USB drive and load it onto the Z14. I was told that
wasn't standard practice, even though it would work.

Further diagnosis reveals a potential issue with the domain settings on the
new HMC's and SE's not matching those on the existing ones.   The new HMC's
were setup with domain defaults I am told and they are probably not what
the old HMC's were setup with. Something along the lines of  " The “Current
domain name” is displayed on the window. If NOT SET is displayed, it
indicates that default domain security is in effect for this console." This
is from the
Hardware Management Console Operations Guide - Version 2.14.0
http://www-01.ibm.com/support/docview.wss?uid=isg23e9d1b6de8c163f985258195006801cc
pages 712 onwards

Now if the existing HMC's have an actual domain name setting in them, then
it make sense they cannot connect to a HMC with default domain security
since there is a mismatch.

  That apparently is our next diagnostic step. Just wonder if other folks
on this list have ever encountered problems similar to this?  Thanks

On Thu, Mar 21, 2019 at 2:55 PM Laurence Chiu  wrote:

> Thanks
>
> Looking at this list and the firewall requests that have been raised, it
> seems we're covered.
>
> Interesting as noted we have a zBC12 in the same room and there is no
> problem accessing it and the new HMC'S for the z14 are in the same subnet
> so should be covered by the same firewall rules.
>
> However nobody can tell if they've ever tried to access the SE on the
> zBC12 remotely because as another poster said, if your configuration is
> stable then there is little need to do that.
>
> That could certainly point to a firewall rule that's never been tested.
>
> Again back to my original point, why can't the support element
> configuration be done locally why we try to figure out the network issues
> for remote access
>
>
>
> On Thu, Mar 21, 2019, 3:10 AM Edgington, Jerry <
> jerry.edging...@westernsouthernlife.com> wrote:
>
>> Dana,
>>
>> Here is my "cheat sheet" for HMC ports and direction.  However, I don't
>> know if they have changed for z14 ZR1, but they work for z13s.
>>
>> ○ HMC inbound IP ports from internal network
>> § Type  Source Port Usage
>> ICMP8   Establish communication with
>> resources managed by HMC
>> TCP 58787 - 58788   Automatic discovery of
>> zServers
>> UDP 58788   Automatic discovery of zServers
>> UDP 9900HMC to HMC auto discovery
>> TCP 5   SSL communication from servers
>> TCP 9920SSL HMC and zServers
>> TCP 443 Remote user access to HMC
>> TCP 9950-9959   Proxy Single Object
>> Operations to server
>> TCP 9960Java applet-based tasks (not
>> required since v2.12.1)
>> UDP 161 SMNP automation of the HMC
>> TCP 161 SMNP automation of the HMC
>> TCP 3161SMNP automation of the HMC
>> TCP 6794SSL automation traffic, including
>> HMC Mobile app
>> TCP 61612   Web Services API message broker,
>> flowing STOMP
>> TCP 61617   Web Services API message broker,
>> flowing OpenWire
>> UDP 123 Set the time of the servers
>> UDP 520 Communications with routers from
>> HMC
>> TCP 22  Remote access by Product
>> Engineering
>> TCP 21  Inbound FTP requests
>> TCP 3900-3909   AMM for zBX
>>
>>
>> ○ HMC outbound IP ports to network to internal network
>> TypeSource Port Usage
>> ICMP8   Establish communication with
>> resources managed by HMC
>> UDP 9900HMC to HMC auto discovery
>> TCP 58787 - 58788   Automatic discovery of
>> zServers
>> UDP 58788   Automatic discovery of zServers
>> TCP 5   SSL communication from servers
>> TCP 9920SSL HMC and zServers
>> TCP 443