Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- H390-MVS
- Messages
Search
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.
toggle quoted message
Show quoted text
Scott On Jan 5, 2021, at 3:58 PM, Vince Coen <vbcoen@...> wrote: |
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
toggle quoted message
Show quoted text
No connection , just times out. Is it operational or suffering from CV-19 ? Vince On 05/01/2021 08:31, Juergen wrote:
|
Re: REVIEW/RFE profile management change proposal
Hi Juergen;
toggle quoted message
Show quoted text
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:
|
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:3270Hi 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
toggle quoted message
Show quoted text
Vince On 04/01/2021 17:29, Rob Prins via groups.io wrote:
Hi Vince, |
Re: REVIEW/RFE profile management change proposal
On 04/01/2021 16:51, Juergen wrote:
Hi AllDid 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
Greg,
toggle quoted message
Show quoted text
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
Greg,
toggle quoted message
Show quoted text
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-----<Snipped> In due course, there will be the clean up action of removing the-- |
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? |
to navigate to use esc to dismiss