of large reports in our MVS spool. Any suggestions on
limiting users from printing large reports by their userids, or a way to
differentiate between valid print processing and potentially erroneous
print processing by report name with JES2? A 50,000 page report may be
valid if coming from a production
-406-1208
dave.l.han...@usps.gov
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Staller, Allan
Sent: Friday, March 30, 2012 8:13 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Printing limits and userids
I can't think of any way to do
from it.
HTH,
Linda
- Original Message -
From: Dave L - Eagan Hansen, MN dave.l.han...@usps.gov
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, March 29, 2012 2:29:29 PM
Subject: Printing limits and userids
Group,
We have a lot of large reports in our MVS spool. Any suggestions
Group,
We have a lot of large reports in our MVS spool. Any suggestions on limiting
users from printing large reports by their userids, or a way to differentiate
between valid print processing and potentially erroneous print processing by
report name with JES2? A 50,000 page report may
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Hansen, Dave L - Eagan, MN
Sent: Friday, 30 March 2012 7:29 AM
To: IBM-MAIN@bama.ua.edu
Subject: Printing limits and userids
Group,
We have a lot of large reports in our MVS spool. Any
All attracted to the Subject line
This was a question and single limited-scope response picked up in a Google
Groups digest but *not* found in the archives.
-
Robert (and Taltyman)
Is there an easy way ...
This depends on your definition of easy!
... of matching the IP addresses returned
This was intended for the list
-
Too busy driving to stop for gas!
-Original Message-
From: Ted MacNEIL [EMAIL PROTECTED]
Date: Thu, 24 Jul 2008 21:44:20
To: [EMAIL PROTECTED]
Subject: Re: Numeric TSO Userids
I don't think RACF restricts you to 7-character userids. We have a bunch
that you might have 7 digit Userids when we
created ACF2. That, it works, is a surprise to me. I guess that by
bypassing UADS, nobody checks -- but RACF obviously does.
Interesting, Barry. RACF doesn't check, and fully supports numeric user
IDs. It has to be a TSO/E restriction, and I'm
Gee, who in the first place decided to use numeric userids, possibly
supported by ACF2, but not by the rest of MVS? Sounds like allowing
Syncsort options and then return to DFSORT, or allow PDSFAST options and
then return to IEBCOPY or...
If you did already prefix the userid with an Alpha
Kees,
I cannot name names as they are still here :).
I cannot change the numeric Users as the bussiness apps (none TSO) have it
hard coded to support only numeric users.
I have a work around which is two userids with password sync using RACF
RACLINK. But this means changing Multsess to prefix
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Mark Wilson
All,
From the research I have done I agree with Walt in that it¹s
a TSO restriction.
If you logon (Full screen mode) and enter a numeric Userid
you get the not valid message, press F1 and there
of migrating a customer from ACF2 to RACF and have
encountered a problem.
ACF2 supports the use of fully numeric TSO Userids.
The customer has an exit in place that forces all dataset allocations to be
prefixed with a Alpha character, getting around the dataset issues.
However, if I migrate them to RACF
22, 2008 9:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: FW: Numeric TSO Userids
Cross Posted to RACF-L and re posted to IBM Main
Could anybody offer any ideas at all in this area?
Regards
Mark
: www.Securiteam.co.il |
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Wilson
Sent: Tuesday, July 22, 2008 9:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: FW: Numeric TSO Userids
Cross Posted to RACF-L and re posted to IBM Main
Could anybody offer any ideas
-Original Message-
From: RACF Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Doc Farmer
Sent: Tuesday, July 22, 2008 2:14 PM
To: [EMAIL PROTECTED]
Subject: Re: FW: Numeric TSO Userids
As Bender of Futurama might say, We're Boned!
Sorry, the Wonderful Wizards of HASP decided
-Original Message-
From: RACF Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Thompson, Steve
Sent: Tuesday, July 22, 2008 4:56 PM
To: [EMAIL PROTECTED]
Subject: Re: Numeric TSO Userids
SNIP
If TSS could do it, then why couldn't it be done in a RACF environment?
ISPF shouldn't
Hi,
I am in the middle of migrating a customer from ACF2 to RACF and have
encountered a problem.
ACF2 supports the use of fully numeric TSO Userids.
The customer has an exit in place that forces all dataset allocations to be
prefixed with a Alpha character, getting around the dataset issues
Mark Wilson wrote:
However, if I migrate them to RACF, TSO does NOT support a fully numeric
Userid.
The closest you could come is to maintain an all-numeric logon
in a pre-logon exit (examples on the CBT), and convert that to
an id acceptable by TSO and RACF internally. If the clients run
have one with a GID).
With z/OS becoming ever more tightly integrated with the UNIX side of
things, might it be wise to create OMVS segments for all STC userIDs
now?
Corollary question: Are there any UNIX-y things more-or-less commonly
used in z/OS that WILL NOT RUN without UID = 0?
BTW, ISPF
List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Thursday, May 29, 2008 9:10 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS 1.9 - STC userIDs - RACF OMVS segments
Hi, All,
We just IPLed z/OS 1.9 in the sandbox, and among the new stuff we
noticed was an ICH408I message for the TMON userID
Hi,
On the general question of is there a sure-fire way of cloning a userid
within RACF, I cannot provide an answer but am able to offer insight I think
based on experience with the ADCD and a smattering of knowledge gained in
such an environment.
Remember that Userids in RACF belong to Groups
Just to recap what I'm doing. I'm writing a Java application which runs
basically where ever Java can run. My target is for the desktop
environment (Windows, Linux, Mac). Part of the functionality is to do
ftp transfer. This is done by filling in the host, port number, userid,
and password on a
..)
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Crow
Sent: Thursday, July 12, 2007 6:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: pre-validating RACF userids and passwords
in application.
-Original Message-
From: IBM Mainframe
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kenneth E Tomiak
Sent: 12 July 2007 00:07
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: pre-validating RACF userids and passwords in application.
What I may do is to have a button like Validate host
--snip-
In terms of validation, I was more thinking along the lines of I know
that RACF ids can be a maximum of 8 characters, and are composed of the
characters A-Z,@#$,0-9. So I'll check that the id doesn't contain
anything else. I don't consider this a
password
phrases (or whatever they're calling them now).
But the userid remains a question. Should I help the user by double
checking for possible bad userids (too long, bad characters), assuming
that the userid criteria in RACF is unlikely to ever change? Or should I
just pass along whatever the user
to the recent updating
of RACF to accept lower case passwords as well as very long password
phrases (or whatever they're calling them now).
But the userid remains a question. Should I help the user by double
checking for possible bad userids (too long, bad characters), assuming
that the userid criteria in RACF
On Wed, 11 Jul 2007 15:00:04 -0500, McKown, John
[EMAIL PROTECTED] wrote:
Should I help the user by double
checking for possible bad userids (too long, bad characters), assuming
that the userid criteria in RACF is unlikely to ever change? Or should I
just pass along whatever the user types
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick Lyon
Sent: Wednesday, July 11, 2007 3:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: pre-validating RACF userids and passwords in application.
On Wed, 11 Jul 2007 15:00:04 -0500, McKown
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Patrick Lyon
Sent: Wednesday, July 11, 2007 3:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: pre-validating RACF userids and passwords in application.
On Wed, 11 Jul 2007 15:00:04 -0500
I think I would agree with those who are saying Don't mess with it, not only
because it might help the cracker, but also you may be eliding your own
security policy. You (hopefully) put a lot of thought into your RACF policy,
so
let RACF do it's job. If people get bit/revoked because they
On Wed, 11 Jul 2007 15:55:26 -0500, McKown, John wrote:
In terms of validation, I was more thinking along the lines of I know
that RACF ids can be a maximum of 8 characters, and are composed of the
characters A-Z,@#$,0-9. So I'll check that the id doesn't contain
anything else. I don't consider
What I may do is to have a button like Validate host / userid /
password so that the user can click that and attempt to connect to the
host using the given userid and password. If the logon fails, I'll
report that to the user. If the user doesn't want to valid at that time,
then it is his
,
to convert to ASIS mode. Then, all upstream folding utilities
must be rewritten and users must learn to lean on the SHIFT key
until they change their passwords to adapt.
The same applies to userids. I believe there is no support for
mixed case userids, but RACF should, as a courtesy, fold them
also
will upper-case it
when configured for mixed-case.
The same applies to userids. I believe there is no support for
mixed case userids, but RACF should, as a courtesy, fold them
also to avoid replication of code upstream and to allow for
mixed case userids in some future era.
Good suggestion
On 8/8/2006 5:19 PM, Steve Myers wrote:
Do z/OS and RACF support mixed case userids.
RACF command processors do not support the creation of mixed-case user
IDs. Technically you could create them using the lower level interface
ICHEINTY. However, it's unlikely that you'd get all the data
Michigan has a town called Hell and Pennsylvania has one called
Intercourse.
Intercourse, PA is very close to Blue Ball, PA.
In the Cayman Islands, they have a town named Hell (because of the
strange, hellish rock formations there). Their principle industry is
the post office/gift shop,
On 10-Jun-2005, [EMAIL PROTECTED] (Bruce Black) wrote:
Intercourse, PA is very close to Blue Ball, PA.
In the Cayman Islands, they have a town named Hell (because of the
strange, hellish rock formations there). Their principle industry is
the post office/gift shop, where you can mail post
In the seventies at IBM Havant one of the sysprogs got a German transit
plate with the number MFT 11.
Sadly I am old enough to remember the judge's words at the Jeremy Thorpe
trial, commenting on one of the many unsavoury characters;
The sort of man who has personalised number plates.
DC
In a message dated 6/8/2005 5:50:58 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
think I once read or was once told by someone that, in the US, you could
have any vehicle licence plate as long as it was no more than eight
characters,
and didn't even have to be unique
Our U.S.
On Thu, Jun 09, 2005 at 07:04:39AM -0400, Bill Fairchild wrote:
But still the character string appearing on the plate must be unique
within each state. At least I have never heard of one of our states'
allowing non-unique values in the vehicle license number field.
While this is pretty much
In
[EMAIL PROTECTED],
on 06/08/2005
at 04:39 PM, Skip Robinson [EMAIL PROTECTED] said:
Not too long after the original implementation, TSOE Rexx was
enhanced to be able to use more customary I/O logic: OPEN, READ,
READ,...CLOSE.
FSVO customary; it still supported only EXECIO and still didn't
In [EMAIL PROTECTED], on 06/08/2005
at 07:15 PM, Keith E. Moe [EMAIL PROTECTED] said:
I have Mainframe vanity plates on both my vehicles.
Well, I have SPFH on mine, but I'm jealous of the guy that owns the
van with PEDANT. A friend has or had MVCK, after an encounter with bad
microcode.
--
On 8-Jun-2005, [EMAIL PROTECTED] (Jay Maynard) wrote:
The length varies from state to state, from 6 (Texas being the best example)
to 8 (California). There are also other restrictions: nothing obscene,
nothing that looks like a sequential plate from one of a whole bunch of
series, that kind
On 9-Jun-2005, [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote:
Our U.S. Constitution of 1787 says that the laws of individual states
outrank wannabe laws of the national government except for the very
few cases specifically written in the same quaint document.
That was the 10th
In
[EMAIL PROTECTED],
on 06/09/2005
at 03:07 PM, Perryman, Brian [EMAIL PROTECTED] said:
There was a famous case several years back (mid-1990s?) when AOL
launched their services here in the UK and the signup process
wouldn't accept anyone from Scunthorpe.
Michigan has a town called Hell and
On 7 Jun 2005 16:44:28 -0700,
[EMAIL PROTECTED] (Leonard Woren) wrote:
Once while driving near LAX I saw SYSUT2. I assume that was the
household's second car...
And years ago, driving around the Marina Del Rey area of Los Angeles, I
spotted a car with the plates: IEFBR14. Wonder what that
I should get one that says 2086A04 or some such. Or maybe DINO.
Jon
snip
I saw that one. That was one I wanted to get when I lived in California,
along with IFOX00 and IEV90, both of which were also taken.
I noticed that my vanity plate, which I released in 1991 and became
available in 1998,
@BAMA.UA.EDU
Subject: Re: IBM MF-theme vanity plates (was RE: TSO replacement? [WAS:
RE: Userids]
I should get one that says 2086A04 or some such. Or maybe DINO.
Jon
snip
I saw that one. That was one I wanted to get when I lived in
California, along with IFOX00 and IEV90, both of which were
replacement? [WAS: RE:
Userids]
In a message dated 6/8/2005 12:32:14 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
An IBM PSR had C2D1C3 which were her initials in hex - it's still my
favorite (not sure about the J, but the B and C are right).
C DE
In a message dated 6/8/2005 12:44:34 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Something obviously threw your alignment off
So much fun, shouldn't have even tried. Thought if I did only spaces and
fixed Font it would be OKAY, but NO! Have a good one
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Finnell
Sent: Wednesday, June 08, 2005 1:47 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM MF-theme vanity plates (was RE: TSO replacement? [WAS: RE :
Userids]
In a message dated 6/8/2005 12:44:34
Always had a preference for S22F myself ... did see IEF450I on a plate once.
-Original Message-
Jon Brock
I should get one that says 2086A04 or some such. Or maybe DINO.
Jon
snip
I saw that one. That was one I wanted to get when I lived in California,
along with IFOX00 and IEV90,
BTW I would love to have MVS 310E as my car number plate
DB2 GUY
Arnie Cashinghino, founder of the CBT Tape, had TURKEY for a license
plate. The Turkey is the MVS symbol at SHARE.
Once while driving near LAX I saw SYSUT2. I assume that was the
household's second car...
And that the
On Wed, Jun 08, 2005 at 11:50:22PM +0100, Perryman, Brian wrote:
I think I once read or was once told by someone that, in the US, you could
have any vehicle licence plate as long as it was no more than eight
characters, and didn't even have to be unique - by far and away the most
popular being
EXECIO in the early TSOE days supported only reading an entire file into an
array in one shot. While VM seemed to have no gag reflex, TSOE would choke
of files of substantial size. It was also awkward to convert a CLIST to a
Rexx because the I/O logic was so different.
Not too long after the
I have Mainframe vanity plates on both my vehicles.
When I moved to California in 1976, it was to work for Amdahl, so I got NONIBM.
(Remember, back then there wasn't Microsoft, Sun, etc.). I still
have it, although on a some newer vehicle. And it's still appropriate, as I now
work for BMC
Respectfully, I must disagree. The introduction of REXX was independent
of MVS introducing releases. TSO V2 introduced REXX to the MVS world.
It did have a prerequisite of XA, not ESA. When I went to work as a
contractor at a large azure, software/hardware manufacturer in 1990,
their MVS/XA
Make that VLF rather than LLA. This week I can blame it on jetlag rather
than an actual senior moment. Those are still ahead of me, I hope. :-)
Martin
Martin Packer, MBCS CITPMartin Packer/UK/IBM
020-8832-5167 in the UK (+44) (MOBX 273643, Internal 7-325167, Mobile
...
BTW I would love to have MVS 310E as my car number plate
...
A guy I worked with had
DB2 GUY
Because of DB2, he went from an entry-level to a senior sysprog.
-teD
(The secret to success is sincerity.
If you can fake that,
you've got it made!)
on 6/6/05 7:54 PM, Shmuel Metz (Seymour J.) at [EMAIL PROTECTED]
wrote:
In [EMAIL PROTECTED], on
06/06/2005
at 09:45 AM, Horne, Jim - James S [EMAIL PROTECTED] said:
Rexx under TSO was available as of TSO v2. On VM,it was available by
VM/SP release 3 - I don't think it was in release 2.
BTW I would love to have MVS 310E as my car number plate
DB2 GUY
Arnie Cashinghino, founder of the CBT Tape, had TURKEY for a license
plate. The Turkey is the MVS symbol at SHARE.
Once while driving near LAX I saw SYSUT2. I assume that was the
household's second car...
/Leonard
on 6/6/05 7:00 PM, Ted MacNEIL at [EMAIL PROTECTED] wrote:
...
I remember it becoming available in either 1991 or 1992 (early).
...
I wrote my first REXX programme in 197x(??).
I wrote my first TSO/REXX in 1990.
EXECIO only supported FB80.
-teD
(The secret to success is sincerity.
Eric Bielefeld wrote:
We still use UADS. All new userids being set up in the last 5 or so years
go into RACF, but we have never converted all of the old ids from uads.
That leaves me as the only person at our shop who understands uads, and I
can't remember as well. (I do know where to look
On Sun, 5 Jun 2005 00:00:00 GMT, Ted MacNEIL
[EMAIL PROTECTED] wrote:
...
[1] All the way back to MVS/XA; my recollection is TSO/E 2.4, but
ICBW.
...
I don't remember seeing REXX under TSO until 3.1.0e.
But, I could be wrong.
It was standard on MVS/ESA 3. It was optional under MVS/XA 2.
Rexx under TSO was available as of TSO v2. On VM,it was available by
VM/SP release 3 - I don't think it was in release 2.
Jim Horne
Lowe's Companies, Inc.
It was standard on MVS/ESA 3. It was optional under MVS/XA 2.
Some shops I was at had it, some didn't.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Leonard Woren
Sent: Friday, June 03, 2005 7:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Userids
On Fri, Jun 03, 2005 at 03:00:01PM -0700, Skip Robinson
([EMAIL PROTECTED]) wrote
In [EMAIL PROTECTED], on 06/05/2005
at 09:32 AM, Paul Gilmartin [EMAIL PROTECTED] said:
If the argument to such commands is, properly, a session ID
(TSU) as opposed to a user ID,
TSUn is a jobid, not a session id, and did not exist when TSO
first came out. From OS/360 20.1 through
On 6/2/2005 12:54 PM, Paul Gilmartin wrote:
In a recent note unmask] said:
Date: Thu, 2 Jun 2005 09:12:36 -0700
If anything, maybe someone thought that the shell environment for z/OS
UNIX (back then called MVS Open Edition) would be a viable replacement.
In some ways it is.
A
In [EMAIL PROTECTED], on 06/03/2005
at 11:03 AM, andrew mcintyre [EMAIL PROTECTED] said:
The TSO host command environment has been in REXX for years and
years. It's documented as far back as OS/390 V2R4 and probably
further.
An environment to allow REXX to issue TSO commands was in TSO/E as
...
[1] All the way back to MVS/XA; my recollection is TSO/E 2.4, but
ICBW.
...
I don't remember seeing REXX under TSO until 3.1.0e.
But, I could be wrong.
I used it under VM/CMS since the mid-to-late 1970's.
[EMAIL PROTECTED]
In
[EMAIL PROTECTED],
on 05/31/2005
at 05:36 PM, Chiam, Susan Mee-Shia
[EMAIL PROTECTED] said:
We have a request to look into utilising 8-chars userids. First
reaction from the team was 'No', but we have to put forward our
arguments. So we need to put up a list of 'pros' and 'cons
In [EMAIL PROTECTED], on
06/02/2005
at 12:49 PM, Low, David [EMAIL PROTECTED] said:
My boss asked me about this the other day. We have Top Secret yet we
have been maintaining UADS for all our userids. Is this unnecessary?
There is no technical reason to have anything but emergency user ids
We still use UADS. All new userids being set up in the last 5 or so years
go into RACF, but we have never converted all of the old ids from uads.
That leaves me as the only person at our shop who understands uads, and I
can't remember as well. (I do know where to look though).
In our case, I
Make this specifically run time libraries for X11 and Curses in ASCII mode.
Hasn't that already been done?
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1D341/6.0?SHELF=
F1A1BK51DT=20050121145751
Andrew McIntyre - Senior
With z/OS 1.5, Rexx now has the address TSO environment, which starts
a captive TSO TMP address space (with no display).
The TSO host command environment has been in REXX for years and years. It's
documented as far back as OS/390 V2R4 and probably further.
Unless you are talking about
In a recent note, andrew mcintyre said:
Date: Fri, 3 Jun 2005 11:03:56 -0400
With z/OS 1.5, Rexx now has the address TSO environment, which starts
a captive TSO TMP address space (with no display).
The TSO host command environment has been in REXX for years and years. It's
Where does that say ASCII?
It says it here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1D341/6.1.7?SHEL
F=F1A1BK51DT=20050121145751
Where does that say Curses and ASCII?
It doesn't. However, there are many open source versions of Curses for X11.
In a recent note, andrew mcintyre said:
Date: Fri, 3 Jun 2005 12:42:02 -0400
Note the revision bars. Compare to edition for z/OS 1.3, or in
I had seen that in the USS manuals but outside of USS, does it have any use?
Why does that matter?
The topic of the thread is TSO
. That takes care of Day 1 of the New Era. How about Day 2, Day
200, etc. In other words, how do you manage RACF defined userids?
- Create new
- Modify existing
- Query
- Delete
For both Create and Modify, you have several 'attributes' to deal with:
- Account numbers
- Logon procs
- Authority
their intentions on this subject?
Or is it like the theater-owner's line from Shakespeare In Love: Is a
mystery?
Peter
-Original Message-
From: Ed Gould [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 01, 2005 9:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Userids
Snipped
Gil,
You are beating
; replace them,
not soon, if ever.
Peter
-Original Message-
From: McKown, John [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 02, 2005 10:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TSO replacement? [WAS: RE: Userids]
Snipped
Perhaps IBM is really wanting to push WSED (WebSphere Studio
From: McKown, John [EMAIL PROTECTED]
Perhaps IBM is really wanting to push WSED (WebSphere Studio Enterprise
Developer)? I don't know much about it, but it appears to be some sort
of Microsoft Windows based GUI development that interfaces with some
WebSphere thingie on z/OS. This may explain the
John Eels queried why we are still using UADS? I tried to convert to
using our security software, but, was outvoted.
You pick your battles, you win your wars. Or, in my case, you get to
survive.
--
For IBM-MAIN subscribe /
be used, along with all of the GNU applications and utilities.
IMHO, of course.
Peter
-Original Message-
From: Edward E. Jaffe [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 02, 2005 12:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TSO replacement? [WAS: RE: Userids]
Snipped
WSED cannot
In a recent note unmask] said:
Date: Thu, 2 Jun 2005 09:12:36 -0700
If anything, maybe someone thought that the shell environment for z/OS
UNIX (back then called MVS Open Edition) would be a viable replacement.
In some ways it is.
A fantasy, based on this.
With z/OS 1.5, Rexx now
Low, David wrote:
My boss asked me about this the other day. We have Top Secret yet we have been
maintaining UADS for all our userids. Is this unnecessary? I guess I should
go RTF TSS manuals.
Totally unnecessary. UADS is needed only for the emergency User ID --
used when no security
using UADS.
Craig
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Low, David
Sent: Thursday, June 02, 2005 12:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Userids
John Eels queried why we are still using UADS? I tried to convert to
using
On Thu, 2 Jun 2005 12:39:43 -0400, Farley, Peter x23353 [EMAIL PROTECTED]
wrote:
it chokes a T-rex (i.e., get rid of all the busy-wait loops), and not until
X11 is ported and supported fully so that KDE and/or gnome GUI environments
can be used, along with all of the GNU applications and
On 2-Jun-2005, [EMAIL PROTECTED] (Ed Gould) wrote:
When IBM semi announced that TSO was dead the first question was what was
the replacement? We did not get an answer or even a hint. One of my IBM
sources said they were working on a *COMPLETE* replacement but did not
elaborate.
The trouble
Howard Brazee wrote:
...So IBM is better off if we
don't hear that TSO is going away - at least until their salesmen have something
better to show us.
In this case, it's been 10-15 years in the waiting!
--
-
| Edward E.
Totally unnecessary. UADS is needed only for the emergency
User ID --
used when no security product is available.
Wow. That's very good to know, thanks.
Dave Low
--
For IBM-MAIN subscribe / signoff / archive access
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Edward E. Jaffe
Sent: Thursday, June 02, 2005 11:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TSO replacement? [WAS: RE: Userids]
McKown, John wrote:
Perhaps IBM is really wanting
on 6/2/05 12:02 PM, Howard Brazee at [EMAIL PROTECTED] wrote:
On 2-Jun-2005, [EMAIL PROTECTED] (Ed Gould) wrote:
When IBM semi announced that TSO was dead the first question was what was
the replacement? We did not get an answer or even a hint. One of my IBM
sources said they were working
McKown, John wrote:
It also has the ability to open up a standard TSO session via TN3270E
as well as other 3270 applications, using Host On Demand:
This is necessary because WSED cannot be considered a general TSO/ISPF
replacement.
--
In a recent note, McKown, John said:
Date: Thu, 2 Jun 2005 14:23:06 -0500
It also has the ability to open up a standard TSO session via TN3270E
as well as other 3270 applications, using Host On Demand:
What if the user is already logged on to TSO on another terminal?
One of the
I've heard ROSCOE may make a comeback!
(Is it Friday yet?)
Stg
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
: Userids
No, it is not necessary to maintain UADS for users defined in Top Secret.
There is even a provided utility to convert your UADS to TSS. Once a TSO
segment is added to a TSS acid, if the user is defined in UADS, it will be
ignored for that acid.
There are some functions which can
userids.
It was only after giving them strict guidelines and a physical threat to cut
off certain pieces of their body did I let go. I still had final OK but let
them do most of the work. The systems group maintain the responsibility for
defining their alias in the mastercat(s).
Ed
If one browses SYS1.UADS, one will notice that each member name/TSO User
ID has been suffixed with the character '0'. Since the maximum length
of the member name is 8 bytes and since ACCOUNT adds a '0' to TSO User
ID, the maximum length of a TSO User ID is 7.
At least, this is what I have
1 - 100 of 113 matches
Mail list logo