I don't know this for a fact nor I have ever tried it but the TCPIP profile
parameter GLOBALTCPIPDATA can be used to point to a file where your TCP.DATA
parameters are.
I don't know what would happen if you coded that parameter in your existing
PROFILE and did an OBEY against it. Not sure if
I tried to find an ftp path to a digicert location because I have pretty free
access for internet connections that the mainframe initiates.
The barrier for me is that if any windows or browser device is used. The
security policies prevent me from handling the potentially 'toxic' material.
I
On 11/06/2023 12:17 am, Tom Longfellow wrote:
Has anyone managed to accomplish this using the power of the mainframe without
ruffling the feathers of the Windows/Browser world?
I have full certificate management powers under RACF on the mainframe. I just
do not have a usable Certificate to
What communication paths do you have between the Internet at large and your
mainframe?
Can you FTP from outside with your mainframe?
Can you IND$FILE from an Internet-connected desktop to your mainframe? Either
way -- push or pull?
Can you cut-and-paste from an Internet-connected desktop into a
Is this what you want?
https://www.ibm.com/docs/en/zos/2.4.0?topic=space-vary-tcpipobeyfile
It affects the TCPIP started task, not the SYSTCPD DD statement specifically.
Charles
On Sat, 10 Jun 2023 21:51:39 +0400, Peter wrote:
>Hello
>
>Cross posted
>
>I am not able to find a reference in
Hello
Cross posted
I am not able to find a reference in the manual where it says we can use
OBEYFILE activation against SYSTCPD
Does anyone have an idea if SYSTCPD honors the OBEYFILE activation?
Any pointers are appreciated
Peter
Yes. I saw the warnings for months.
I also saw an online reference that the https java javastore keys are already
good to go.
So, of course, I got burned again with failed SMPE RECEIVE ORDER jobs that use
javastore.
Back to the warnings. And the links to where to get the required