¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: REVIEW/RFE profile management change proposal

 

For what it¡¯s worth, I was able to connect and log on/off using Mocha TN3270 from macOS 11.1, just specifying SSL/TLS option and port 3270, so at least the host seems to be functioning/responsive.

Scott

On Jan 5, 2021, at 3:58 PM, Vince Coen <vbcoen@...> wrote:

As Linux x3270 has no response when connecting with Y::wotho4.ethz.ch:3270 Just retried using windows Vista nt3270

No connection , just times out.

Is it operational or suffering from CV-19 ?

Vince


On 05/01/2021 08:31, Juergen wrote:

Did try and connect a few days ago and just now but with NO
response using x3270 and worth04-ethz.ch:3270
Hi Vince,

the host running the online system is wotho4.ethz.ch. Sorry for the typo I made yesterday (forgot the "4"). However Rob's comment

Please specify SSL (V3) in your 3270 emulator to ´³¨¹°ù²µ±ð²Ô's MVS.
is nonetheless valid, the system accepts only secure connections. How those are to be specified depends on the tn3270 client being in use. You mention x3270, which requires a prefix of L: in the connect dialog box, so you would enter L:wotho4.ethz.ch:3270 to connect to the system.





Re: REVIEW/RFE profile management change proposal

 

As Linux x3270 has no response when connecting with Y::wotho4.ethz.ch:3270 Just retried using windows Vista nt3270

No connection , just times out.

Is it operational or suffering from CV-19 ?

Vince

On 05/01/2021 08:31, Juergen wrote:

Did try and connect a few days ago and just now but with NO
response using x3270 and worth04-ethz.ch:3270
Hi Vince,

the host running the online system is wotho4.ethz.ch. Sorry for the typo I made yesterday (forgot the "4"). However Rob's comment

Please specify SSL (V3) in your 3270 emulator to ´³¨¹°ù²µ±ð²Ô's MVS.
is nonetheless valid, the system accepts only secure connections. How those are to be specified depends on the tn3270 client being in use. You mention x3270, which requires a prefix of L: in the connect dialog box, so you would enter L:wotho4.ethz.ch:3270 to connect to the system.


Re: Your MVS system

 

Hi Vince

I'm assuming you are talking about my online TK4- system? There are four public users: USER01, USER02, USER03, USER04 with passwords PASS0[1-4].

Cheers
´³¨¹°ù²µ±ð²Ô


Re: REVIEW/RFE profile management change proposal

 

You can use Y: instead of L: if you want to ignore certificate warnings.


Your MVS system

 

Hi;

Can you remind me what the username and password is to use


Vince


Re: REVIEW/RFE profile management change proposal

 

Hi Juergen;

Just tried that as L:? etc and got a box showing :-

SSL:Host certificate verification failed:
EE certificate key too week (66)


Using linux x3270 v3.6.ga6
dated March 2019

running under Mageia v7.1 X64


Vince

On 05/01/2021 08:31, Juergen wrote:

Did try and connect a few days ago and just now but with NO
response using x3270 and worth04-ethz.ch:3270
Hi Vince,

the host running the online system is wotho4.ethz.ch. Sorry for the typo I made yesterday (forgot the "4"). However Rob's comment

Please specify SSL (V3) in your 3270 emulator to ´³¨¹°ù²µ±ð²Ô's MVS.
is nonetheless valid, the system accepts only secure connections. How those are to be specified depends on the tn3270 client being in use. You mention x3270, which requires a prefix of L: in the connect dialog box, so you would enter L:wotho4.ethz.ch:3270 to connect to the system. Cheers ´³¨¹°ù²µ±ð²Ô


Re: REVIEW/RFE profile management change proposal

 

Did try and connect a few days ago and just now but with NO response using x3270 and worth04-ethz.ch:3270
Hi Vince,

the host running the online system is wotho4.ethz.ch. Sorry for the typo I made yesterday (forgot the "4"). However Rob's comment

Please specify SSL (V3) in your 3270 emulator to ´³¨¹°ù²µ±ð²Ô's MVS.
is nonetheless valid, the system accepts only secure connections. How those are to be specified depends on the tn3270 client being in use. You mention x3270, which requires a prefix of L: in the connect dialog box, so you would enter

L:wotho4.ethz.ch:3270

to connect to the system.

Cheers
´³¨¹°ù²µ±ð²Ô


Re: REVIEW/RFE profile management change proposal

 

Please explain


Vince

On 04/01/2021 17:29, Rob Prins via groups.io wrote:
Hi Vince,

Please specify SSL (V3) in your 3270 emulator to ´³¨¹°ù²µ±ð²Ô's MVS.

Cheers,


Re: REVIEW/RFE profile management change proposal

 

Hi Vince,

Please specify SSL (V3) in your 3270 emulator to ´³¨¹°ù²µ±ð²Ô's MVS.

Cheers,
Rob


Re: REVIEW/RFE profile management change proposal

 

On 04/01/2021 16:51, Juergen wrote:
Hi All

Wally surely means me, and yes, his ISPF will definitively be in the next TK4- update. It will completely replace TSOAPPLS, my "poor men's dialog manager". Sorry, that it takes me so long to get this done. However, my online system at wotho.ethz.ch:3270 has the integration already in place and it can thus be used as a preview of the new look and feel.

Cheers
´³¨¹°ù²µ±ð²Ô
Did try and connect a few days ago and just now but with NO response using x3270 and worth04-ethz.ch:3270


Will have to wait in anticipation for .9.


Vincent


Re: REVIEW/RFE profile management change proposal

 

Hi All

Wally surely means me, and yes, his ISPF will definitively be in the next TK4- update. It will completely replace TSOAPPLS, my "poor men's dialog manager". Sorry, that it takes me so long to get this done. However, my online system at wotho.ethz.ch:3270 has the integration already in place and it can thus be used as a preview of the new look and feel.

Cheers
´³¨¹°ù²µ±ð²Ô


Re: REVIEW/RFE profile management change proposal

 

Hi Wally;

On 04/01/2021 04:29, Wally Mclaughlin wrote:
Greg,

I think this a great idea.

In my last discussion with Volker, our plan is to incorporate ISPF into the next TK4 release.
Who and TK4 ?


Vince

Wally


Re: REVIEW/RFE profile management change proposal

 

On 2021-01-04 3:29 PM, Wally Mclaughlin wrote:
I think this a great idea.
Great, Wally - glad to hear you think so.


In my last discussion with Volker,
Freudian slip?
:)

our plan is to incorporate ISPF into the next TK4 release.
Excellent news!

Cheers,
Greg


Re: REVIEW/RFE profile management change proposal

 

Greg,

I think this a great idea.

In my last discussion with Volker, our plan is to incorporate ISPF into the next TK4 release.

Wally

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Greg Price
Sent: Sunday, January 3, 2021 07:26 AM
To: [email protected]
Subject: [H390-MVS] REVIEW/RFE profile management change proposal

Hi,

I am considering a change to where REVIEW/RFE stores its profile data, and I thought I should probably mention the idea in case anyone can think of any show stoppers. (I can't.) Accordingly, I am soliciting feedback from anyone with pertinent thoughts on the matter.

When first heading off in the "let's have stored REVIEW profile data"
direction circa 1990, I used the ISPPROF DD because I could guarantee (pretty much) that all users would have such a DD allocated. (The only problem about using REVIEW without a profile data set is that changed settings will not be remembered across sessions.)

When the Hercules and free MVS situation unexpectedly (at least, for me) arose again around the time of the change of millennium, I decided I would use REVPROF as the DD name on MVS/370 because there was no ISPF generally available, and for all I knew any ISPF-type package that may become available may want to use the ISPPROF DD name to allocate a PDS (or whatever) common to all users, which of course would render the file unsuitable for REVIEW which relies on static member name(s) to store user-specific data.

For those that don't know, SPF 2.2 dynamically allocated hard-coded (and therefore system-wide) data set names for panels (known as menus at the time), messages, skeletons, and profiles. Your profile was stored in a member which had your user ID as its name. IIRC, the high level qualifier for these data set names was SPF22.

As things have turned out, Wally's ISPF package has eventuated, and it uses ISPPROF for profile data which is allocated to a PDS with fixed-length 80-byte records (as far as the VTOC entry is concerned), which matches IBM's ISPF in this regard.

So, I am now considering that from Release 50.0 onwards, the REVIEW/RFE package will use the ISPPROF DD to store its profile data on all OS levels. This will mean I can delete the "use REVPROF instead of ISPPROF if the OS is pre-ESA" logic.

On ESA, OS/390 and z/OS systems, the ISPPROF DD has always been used and to my knowledge there has never been any problem with interfering with ISPF processing. Once a given REVIEW/RFE profile member has been created, it is updated in place (unless it needs to be enlarged) so ISPPROF disk space management is generally not an issue.

If your REVPROF and ISPPROF data sets are different, the migration action would be to copy the REVPROF members into the ISPPROF data set, and you should be good to go.

In due course, there will be the clean up action of removing the unnecessary allocation of the REVPROF data set, and deleting any REVPROF data sets that are no longer required, but all that can wait a bit until it's all bedded down.

Does anyone think this is a bad idea?

If so, why?

Thanks!

Cheers,
Greg







--
This email has been checked for viruses by AVG.


Re: REVIEW/RFE profile management change proposal

 

On 2021-01-04 3:47 AM, pjfarley3 wrote:
Sounds good to me.
Thanks, everyone!? I shall take that as the green light to go ahead...

Cheers,
Greg


Re: REVIEW/RFE profile management change proposal

 

Greg,

Sounds good to me. I can't think of any downside except if Wally's ISPF is not integrated into the next TK4 release.

Peter

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Greg Price
Sent: Sunday, January 3, 2021 7:26 AM
To: [email protected]
Subject: [H390-MVS] REVIEW/RFE profile management change proposal

Hi,

I am considering a change to where REVIEW/RFE stores its profile data,
and I thought I should probably mention the idea in case anyone can
think of any show stoppers. (I can't.) Accordingly, I am soliciting
feedback from anyone with pertinent thoughts on the matter.
<Snipped>
In due course, there will be the clean up action of removing the
unnecessary allocation of the REVPROF data set, and deleting any REVPROF
data sets that are no longer required, but all that can wait a bit until
it's all bedded down.

Does anyone think this is a bad idea?

If so, why?

Thanks!

Cheers,
Greg
--


Re: RACF Password?

 

Thanks, It appears? YES worked.


regards;

Rahim



??



On Sunday, January 3, 2021, 8:27:27 AM CST, Mark Waterbury <mark.s.waterbury@...> wrote:


I ran a web search for "ICH702A ENTER PASSWORD TO ACTIVATE RACF JOB" and found several links to IBM RACF documentation.

It seems to suggest you MIGHT be able to reply with "YES" as a "default" password.??? Try that?


Re: REVIEW/RFE profile management change proposal

 

Hello Greg,

Am 03.01.2021 um 13:26 schrieb Greg Price <procegrog@...>:

Does anyone think this is a bad idea?
I think this is a good idea. Less clutter!

:wq! PoC


Re: RACF Password?

 

Note that any special user can change that password without having to know it ;-)


Re: RACF Password?

 

I ran a web search for "ICH702A ENTER PASSWORD TO ACTIVATE RACF JOB" and found several links to IBM RACF documentation.

It seems to suggest you MIGHT be able to reply with "YES" as a "default" password.??? Try that?