Re: IBM email migration disaster

[Ron Wells]

Windows is what s/b toast--hopefully..Linux a much better OS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Friday, July 02, 2021 12:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM email migration disaster

** EXTERNAL EMAIL - USE CAUTION **


IBM will be around for another half century or more. I remember people saying 
they'd be gone by Y2K. That mainframes were toast. 25 years ago. They still 
process the important stuff.


Sent from Yahoo Mail for iPhone


On Friday, July 2, 2021, 1:07 PM, zMan  wrote:

See, that's where your blindness comes into play: I have made my living from 
IBM and been a user and fan for almost a half-century. I mourn what a shadow of 
its greatness it has become, and hope that someone can turn them around. But 
the ship seems headed inexorably toward the iceberg. Very sad.

On Fri, Jul 2, 2021 at 1:02 PM Bill Johnson < 
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Your anti IBM bias is well known here. And very old.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 12:58 PM, zMan  wrote:
>
> First, "off-topic" and "IBM-MAIN" are good friends.
>
> Second, this is hardly off-topic when it's paralyzing IBM.
>
> Third, your blind IBM fanboi obeisance is well documented; I for one
> am tired of it, as it defies logic.
>
> On Fri, Jul 2, 2021 at 12:55 PM Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Off topic.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Friday, July 2, 2021, 12:47 PM, zMan  wrote:
> >
> > https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> > w.theregister.com%2F2021%2F06%2F30%2Fibm_email_outage%2Fdata=04
> > %7C01%7CRon.Wells%40OMF.COM%7C12acd3105e7d488200fd08d93d7d39a3%7C57c
> > 0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637608430307886394%7CUnknown
> > %7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiL
> > CJXVCI6Mn0%3D%7C1000sdata=6m%2FixQnCuf6kvv%2FOvvvlZP3UQiJrKUTJd
> > EidWwZb%2BIU%3Dreserved=0
> >
> >  "If we can't even handle our own cloud migration program then why
> >would  any customer trust us?"
> >
> > Indeed. Don't worry, IBM -- nobody actually uses your cloud in the
> > real world anyway, no matter what you claim.
> > --
> > zMan -- "I've got a mainframe and I'm not afraid to use it"
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
> >
> >
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
>
>
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
zMan -- "I've got a mainframe and I'm not afraid to use it"

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




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


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

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

Re: IBM email migration disaster

[Bill Johnson]

IBM will be around for another half century or more. I remember people saying 
they’d be gone by Y2K. That mainframes were toast. 25 years ago. They still 
process the important stuff.


Sent from Yahoo Mail for iPhone


On Friday, July 2, 2021, 1:07 PM, zMan  wrote:

See, that's where your blindness comes into play: I have made my living
from IBM and been a user and fan for almost a half-century. I mourn what a
shadow of its greatness it has become, and hope that someone can turn them
around. But the ship seems headed inexorably toward the iceberg. Very sad.

On Fri, Jul 2, 2021 at 1:02 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Your anti IBM bias is well known here. And very old.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 12:58 PM, zMan  wrote:
>
> First, "off-topic" and "IBM-MAIN" are good friends.
>
> Second, this is hardly off-topic when it's paralyzing IBM.
>
> Third, your blind IBM fanboi obeisance is well documented; I for one am
> tired of it, as it defies logic.
>
> On Fri, Jul 2, 2021 at 12:55 PM Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Off topic.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Friday, July 2, 2021, 12:47 PM, zMan  wrote:
> >
> > https://www.theregister.com/2021/06/30/ibm_email_outage/
> >
> >  "If we can't even handle our own cloud migration program then why would
> > any customer trust us?"
> >
> > Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
> > world anyway, no matter what you claim.
> > --
> > zMan -- "I've got a mainframe and I'm not afraid to use it"
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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




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

Re: IBM email migration disaster

[Bill Johnson]

Phone still works. Got numerous email accounts. 


Sent from Yahoo Mail for iPhone


On Friday, July 2, 2021, 1:08 PM, zMan  wrote:

I guess you don't work with customers. Or do they all use fax still?

On Fri, Jul 2, 2021 at 1:06 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> No company I ever worked for was paralyzed by an email outage. And IBM’s
> cloud business is doing just fine. Unlike the numerous outages from AWS &
> Azure.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 1:03 PM, Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Fri, 2 Jul 2021 12:47:23 -0400, zMan wrote:
>
> >https://www.theregister.com/2021/06/30/ibm_email_outage/
> >
> > "If we can't even handle our own cloud migration program then why would
> >any customer trust us?"
> >
>    "... everything should go fine provided everyone follows the
> instructions
>    emailed to them."
>
> Right.
>
> >Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
> >world anyway, no matter what you claim.
>
> -- 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
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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




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

Re: IBM email migration disaster

[zMan]

I guess you don't work with customers. Or do they all use fax still?

On Fri, Jul 2, 2021 at 1:06 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> No company I ever worked for was paralyzed by an email outage. And IBM’s
> cloud business is doing just fine. Unlike the numerous outages from AWS &
> Azure.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 1:03 PM, Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Fri, 2 Jul 2021 12:47:23 -0400, zMan wrote:
>
> >https://www.theregister.com/2021/06/30/ibm_email_outage/
> >
> > "If we can't even handle our own cloud migration program then why would
> >any customer trust us?"
> >
> "... everything should go fine provided everyone follows the
> instructions
> emailed to them."
>
> Right.
>
> >Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
> >world anyway, no matter what you claim.
>
> -- 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
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: IBM email migration disaster

[zMan]

See, that's where your blindness comes into play: I have made my living
from IBM and been a user and fan for almost a half-century. I mourn what a
shadow of its greatness it has become, and hope that someone can turn them
around. But the ship seems headed inexorably toward the iceberg. Very sad.

On Fri, Jul 2, 2021 at 1:02 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Your anti IBM bias is well known here. And very old.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 12:58 PM, zMan  wrote:
>
> First, "off-topic" and "IBM-MAIN" are good friends.
>
> Second, this is hardly off-topic when it's paralyzing IBM.
>
> Third, your blind IBM fanboi obeisance is well documented; I for one am
> tired of it, as it defies logic.
>
> On Fri, Jul 2, 2021 at 12:55 PM Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Off topic.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Friday, July 2, 2021, 12:47 PM, zMan  wrote:
> >
> > https://www.theregister.com/2021/06/30/ibm_email_outage/
> >
> >  "If we can't even handle our own cloud migration program then why would
> > any customer trust us?"
> >
> > Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
> > world anyway, no matter what you claim.
> > --
> > zMan -- "I've got a mainframe and I'm not afraid to use it"
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: IBM email migration disaster

[Bill Johnson]

No company I ever worked for was paralyzed by an email outage. And IBM’s cloud 
business is doing just fine. Unlike the numerous outages from AWS & Azure.


Sent from Yahoo Mail for iPhone


On Friday, July 2, 2021, 1:03 PM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

On Fri, 2 Jul 2021 12:47:23 -0400, zMan wrote:

>https://www.theregister.com/2021/06/30/ibm_email_outage/
>
> "If we can't even handle our own cloud migration program then why would
>any customer trust us?"
>
    "... everything should go fine provided everyone follows the instructions 
    emailed to them."

Right.

>Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
>world anyway, no matter what you claim.

-- 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: IBM email migration disaster

[Paul Gilmartin]

On Fri, 2 Jul 2021 12:47:23 -0400, zMan wrote:

>https://www.theregister.com/2021/06/30/ibm_email_outage/
>
> "If we can't even handle our own cloud migration program then why would
>any customer trust us?"
>
"... everything should go fine provided everyone follows the instructions 
emailed to them."

Right.

>Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
>world anyway, no matter what you claim.

-- gil

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

Re: IBM email migration disaster

[Bill Johnson]

Your anti IBM bias is well known here. And very old.


Sent from Yahoo Mail for iPhone


On Friday, July 2, 2021, 12:58 PM, zMan  wrote:

First, "off-topic" and "IBM-MAIN" are good friends.

Second, this is hardly off-topic when it's paralyzing IBM.

Third, your blind IBM fanboi obeisance is well documented; I for one am
tired of it, as it defies logic.

On Fri, Jul 2, 2021 at 12:55 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Off topic.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 12:47 PM, zMan  wrote:
>
> https://www.theregister.com/2021/06/30/ibm_email_outage/
>
>  "If we can't even handle our own cloud migration program then why would
> any customer trust us?"
>
> Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
> world anyway, no matter what you claim.
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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




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

Re: IBM email migration disaster

[Bill Johnson]

Paralyzing? lol 


Sent from Yahoo Mail for iPhone


On Friday, July 2, 2021, 12:58 PM, zMan  wrote:

First, "off-topic" and "IBM-MAIN" are good friends.

Second, this is hardly off-topic when it's paralyzing IBM.

Third, your blind IBM fanboi obeisance is well documented; I for one am
tired of it, as it defies logic.

On Fri, Jul 2, 2021 at 12:55 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Off topic.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 12:47 PM, zMan  wrote:
>
> https://www.theregister.com/2021/06/30/ibm_email_outage/
>
>  "If we can't even handle our own cloud migration program then why would
> any customer trust us?"
>
> Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
> world anyway, no matter what you claim.
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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




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

Re: IBM email migration disaster

[zMan]

First, "off-topic" and "IBM-MAIN" are good friends.

Second, this is hardly off-topic when it's paralyzing IBM.

Third, your blind IBM fanboi obeisance is well documented; I for one am
tired of it, as it defies logic.

On Fri, Jul 2, 2021 at 12:55 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Off topic.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 12:47 PM, zMan  wrote:
>
> https://www.theregister.com/2021/06/30/ibm_email_outage/
>
>  "If we can't even handle our own cloud migration program then why would
> any customer trust us?"
>
> Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
> world anyway, no matter what you claim.
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: IBM email migration disaster

[Bill Johnson]

Off topic.


Sent from Yahoo Mail for iPhone


On Friday, July 2, 2021, 12:47 PM, zMan  wrote:

https://www.theregister.com/2021/06/30/ibm_email_outage/

 "If we can't even handle our own cloud migration program then why would
any customer trust us?"

Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
world anyway, no matter what you claim.
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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




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

IBM email migration disaster

[zMan]

https://www.theregister.com/2021/06/30/ibm_email_outage/

 "If we can't even handle our own cloud migration program then why would
any customer trust us?"

Indeed. Don't worry, IBM -- nobody actually uses your cloud in the real
world anyway, no matter what you claim.
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

RoCE Express Features on z15-T02

[Mark Jacobs]

Does anyone know what level of RoCE those features support V1 or V2?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

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

Re: Unix Permissions Display Question

[Gord Tomlin]

On 2021-07-01 23:40 PM, Paul Gilmartin wrote:

Does the entire screen qualify as such a rectangular selection?

The originator of this thread said he retyped the half dozen lines he
showed.  We don't know whether he has Vista, which should have
saved him the retyping.

The entire data area of the screen, yes. The status line at the bottom, no.



 I can't show you
those because they are Windows menus and capturing those would require
Windows print screen.


I fear Windows print screen is the only tool some users know; not
ideal for problem tracking, etc.  I've been there, working to
reproduce a problem from a screen image.
Amen to that. I try to be nice, though, in case they are using an 
emulator that does not support text copy/paste.


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/


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

Re: Unix Permissions Display Question

[fred glenlake]

Hi List,

Amazing response by so many members, very much appreciated.   Just to close the 
loop, I don't have Vista so that's out.   The Unix display that I re-typed was 
with the + in front of the 755.   From the follow-on copy and pastes below of 
your suggested commands it shows I have 2 USER ACL's defined somewhere in RACF 
that are likely the cause of my access issues when I try to rename this file in 
a simulated DR test scenario.

I issued the GETFACL command as suggested and that display is copied and pasted 
below.

$ getfacl SYSTEM/etc/pagent_TTLS.conf
#file:  SYSTEM/etc/pagent_TTLS.conf
#owner: 30456
#group: SYS1
user::rwx
group::r-x
other::r-x
user:DRTSTCPY:-w-
user:DREVTCPY:-w-

I also displayed file attributes in TSO ishell and that display is copied and 
pasted below

TSO ishell
Display File Attributes (Option 2 or A)

Pathname : /SYSTEM/etc/pagent_TTLS.conf
 More: +
File type . . . . . . : Regular file
Permissions . . . . . : 755 rwxr-xr-x
Access control list . : 1
File size . . . . . . : 8562
File owner  . . . . . : (30456)
Group owner . . . . . : SYS1(2)
Last modified . . . . : 2021-03-25 16:09:34
Last changed  . . . . : 2021-07-01 11:01:20
Last accessed . . . . : 2021-07-02 09:10:43
Created . . . . . . . : 2020-10-25 01:46:59
Link count  . . . . . : 1
Pathname : /SYSTEM/etc/pagent_TTLS.conf
 More:   - +
Link count  . . . . . : 1
Set UID bit . . . . . : 0
Set GID bit . . . . . : 0
Sticky bit  . . . . . : 0
Auditor audit . . . . : R= W= E=
User audit  . . . . . : R= F   W= F   E= F
Device number . . . . : 4
Inode number  . . . . : 53
Major device  . . . . : 0
Minor device  . . . . : 0
File format . . . . . : NA
Pathname : /SYSTEM/etc/pagent_TTLS.conf
 More:   -
Major device  . . . . : 0
Minor device  . . . . : 0
File format . . . . . : NA
Shared AS . . . . . . : 1
APF authorized  . . . : 0
Program controlled  . : 0
Shared library  . . . : 0
Char Set ID/Text flag : 0 OFF
Directory default ACL : 0
File default ACL  . . : 0
Seclabel  . . . . . . :

I also displayed the file in TSO ISPF 3.17 and that display is below as well as 
the follow-on display manage ACL's

TSO ISPF 3.17 Display
   z/OS UNIX Directory List Row 29 to 43 of 65
Command ===>  Scroll ===> CSR

Pathname . : /SYSTEM/etc

Command  FilenameMessage  Type Permission Audit  Ext  Fmat
---
 pagent_TTLS.con  File rwxr-xr-x+ fff--- --s- 


OPTION # 23 Manage ACLs Display

z/OS UNIX ACL ListRow 1 from 2
Command ===> Scroll ===> CSR

S   UID   Read  Write  eXecute  Name  Type
69234537  W DRTSTCPY  USER
69234538  W DREVTCPY  USER


Sent from Outlook


From: IBM Mainframe Discussion List  on behalf of 
fred glenlake 
Sent: July 1, 2021 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Unix Permissions Display Question

Hi List,

I am trying to understand what I am seeing when I display my /SYSTEM/etc files 
especially for my PAGENT files.   I re-typed the display below:

Type   Perm   Permission   Owner   Filename
File 755  rwxr-xr-x   BPXROOT  pagent_TTLS.bkup20191118
File   +755+rwxr-xr-x  pagent_TTLS.conf
File 755  rwxr-xr-x   BPXROOT  pagent_TTLS.conf.oldcert

I am really interested in what the "+" means in front of the 755 and the 
permissions rwxr-xr-x.   I think it means the file pagent_TTLS.conf is somehow 
protected externally by RACF but I am not sure.   I have not been able to 
locate a redbook or manual that tells me what the "+" means.   In a CHMOD 
command the + means adding permissions, that I know (or think I know).   I am 
not a z/UNIX guru by any stretch of the imagination.   I am hoping someone can 
enlighten me please.  Also if it is externally protected how I could go about 
displaying the RACF protection or profile or ??   I have a started task that 
tries to copy in an new version of this file when we do a DR test but my 
started task fails and I need to do it manually as SuperUser.

Thanks,

FredG.

--
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: SDSF TMP

[Rob Scott]

The new section in the SDSF user guide comes under the heading :

"Running SDSF as a Replacement For The Terminal Monitor Program (TMP)"

The section then lists the restrictions that apply, including the fact that the 
user cannot execute normal TSO commands.

Rob Scott
Rocket Software

From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: 01 July 2021 18:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF TMP

EXTERNAL EMAIL



It's running as a jobstep program, but the reference to TMP in the 
documentation is incorrect; it doesn't set up the environment and do the 
processing that a TMP does.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Rob 
Scott [rsc...@rocketsoftware.com]
Sent: Thursday, July 1, 2021 5:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF TMP

When you execute PGM=SDSF, the initialization logic determines the environment 
where it has been invoked from and for the entry point of "SDSF" this can be 
either as a TSO command, a batch jobstep program and as a TMP. Other valid SDSF 
environments require different entry points (for example "ISFISP" for ISPF). 
FWIW we use GTSIZE returning zero for the "SDSF" entry point to determine if 
running as batch job.

Whether running as a TSO command or a TMP, the code path is the same.

I believe that the original reason to run SDSF as a TMP was to enables 
customers to give remote operators access to SDSF functionality without 
providing other TSO command functionality. As the decades have passed this is 
probably not as frequently used as before, however I imagine that using SDSF 
this way in a emergency situation might be useful.

Scanning the SDSF manuals finds a lack of explicit documentation for running 
SDSF as a TMP. I am unsure whether we have dropped documentation for this over 
the years, or if it was never explicitly stated in the manuals.

I will attempt to get the manual updated as this is a supported environment.

Rob Scott
Rocket Software


From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of 
Seymour J Metz
Sent: 30 June 2021 20:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF TMP

EXTERNAL EMAIL



Yes, and as I recall it will even parse PARM= correctly.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
PINION, RICHARD W. [rpin...@firsthorizon.com]
Sent: Wednesday, June 30, 2021 12:19 PM
To: 
IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: SDSF TMP

Perhaps my wording is incorrect. But, you can use PGM=SDSF in a logon proc.
I remembered that's how it was done. I tried it, and it does work.

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>>
 On Behalf Of Seymour J Metz
Sent: Wednesday, June 30, 2021 12:18 PM
To: 
IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: SDSF TMP

[External Email. Exercise caution when clicking links or opening attachments.]

You could execute SDSF as a TSO command, with no ISPF. You couldn't use SDSF as 
a TMP.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!HnnddUIWDII9UQ!ELaFSQJID_qGZRmuTK4B-jrsSqEQ9r3OdZ7KN_YLtH3KGNiWsi_He9pAWh_xLoVhIEs$>


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
PINION, RICHARD W. [rpin...@firsthorizon.com]
Sent: Wednesday, June 30, 2021 10:07 AM
To: 
IBM-MAIN@LISTSERV.UA.EDU>
Subject: SDSF TMP

Am I only dreaming, but couldn't one execute SDSF as the TSO TMP.
This might have been from the 80's or 90's timeframe.

Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the