Milk has been spilt, but I'm still sayin' that it was a bad idea pushed by people who had no appreciation for--probably no real knowledge of--the value of a userid that signals--and assists in managing--the owner's role in IT. What real mainframer ever woke up in the middle of night with a Eureka conviction that 8-character userids would solve any business problem?
I concur that an 'email id' should follow an individual throughout one's corporate life. But when someone moves from Applications to Operations to Systems to Security, who on earth believes that a single TSO userid should be permanently attached to that person like Gorilla tape? And if the userid will morph according to role, what's the virtue of 8-characters vs. 7-characters? Only a manager with an admin could get turned on at the prospect. There is no fundamental problem that 8 characters will solve. Meanwhile we're awaiting a fix for OA55889, which is an actual problem. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Charles Mills Sent: Saturday, July 21, 2018 10:41 AM To: [email protected] Subject: (External):Re: OA55889 for TSO/E in z/OS 2.3 FWIW I think there was pressure from shops with 8-character IDs elsewhere who wanted consistency on z/OS. Not saying it was a good idea, or a bad idea, just sayin' ... Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jesse 1 Robinson Sent: Saturday, July 21, 2018 10:14 AM To: [email protected] Subject: OA55889 for TSO/E in z/OS 2.3 I've been an outspoken critic of the move to 8-character TSO userids. Aside from the belief that it's hugely expensive and mostly pointless, I've objected to the pain and agony the change would inevitably inflict on customers regardless of their actual desire for longer ids. We encountered a problem in z/OS 2.3 of the sort I was dreading. In displaying a userid with ACCOUNT LIST() command, we encountered S0C4 in IKJEFA42, which support tracked to problem related to the handling of 8-character userids. The 7-character id that gets the abend has existed since the 1990's. It's just a code change fallout. APAR OA55889 has been taken to correct this particular problem. QED. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
