I worked at at several State or City offices where passwords were in pencil
underneath the keyboard...
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 23, 2013, at 2:09 AM, Linda wrote:
> That is
Gerhard Postpischil wrote:
>The next day I saw a note in his desk drawer with a BBB222 on it.
You're snooping in others drawers? Naughty boy! ;-D
>As you might think, he didn't last too long at the job.
Absolutely very sad. I hope he got a good peaceful retirement.
Groete / Greetings
Elardus
Sometimes the best response is *silence*. Which, seen as a rule, I of course
is violating now.
But the damage is already done.
Regards
Thomas Berg
Thomas Berg Specialist z/OS/IT Delivery SWEDBANK AB (Publ)
> -Urspru
> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> För Paul Gilmartin
> Skickat: den 22 januari 2013 15:13
> Till: IBM-MAIN@LISTSERV.UA.EDU
> Ämne: Password (was: slightly O/T but interesting)
>
> On Tue, 22 Jan 2013 07:57:43 -0600, Elardu
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Thomas Berg
Sent: Wednesday, January 23, 2013 10:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SV: Password (was: slightly O/T but interesting)
> -Ursprungligt meddelande-
> Från: IB
Are those ListServs at uga.edu dead, moribund or kaput? (RACF-L, Assembler-L,
etc)
I got that famous 500 error code page from that Red Hat Server at
listserv.uga.edu. Yuck!
Or is it just me? Or my browser (IE9, Firefox18)? Or should I be patient until
'they' fix it later this year...? ;-)
BT
W dniu 2013-01-23 12:56, Elardus Engelbrecht pisze:
Are those ListServs at uga.edu dead, moribund or kaput? (RACF-L,
Assembler-L, etc)
I got that famous 500 error code page from that Red Hat Server at
listserv.uga.edu. Yuck!
Or is it just me? Or my browser (IE9, Firefox18)? Or should I be
pati
I get the same thing.
MA
On Wed, 23 Jan 2013 05:56:11 -0600, Elardus Engelbrecht
wrote:
>Are those ListServs at uga.edu dead, moribund or kaput? (RACF-L, Assembler-L,
>etc)
>
>I got that famous 500 error code page from that Red Hat Server at
>listserv.uga.edu. Yuck!
>
>Or is it just me? Or
But I get daily digests from those lists. I think the URL likely changed.
Google or go to L-SOFT and look?
On Wed, Jan 23, 2013 at 7:46 AM, Mary Anne Matyaz wrote:
> I get the same thing.
>
> MA
>
> On Wed, 23 Jan 2013 05:56:11 -0600, Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za> wrote:
Thanks to all who replied. Much appreciated.
I meant that web interfaces, not the e-mail delivery.
Ping, Google, L-SOFT, etc. are showing nothing unexpected. There are no
announcement pages at University of Georgia or at ListServ Department there or
I missed it somehow.
I gave up on receiving
There is great wisdom knowing what to say, and greater wisdom knowing
when to say it.
Mark Jacobs
On 01/23/13 04:06, Thomas Berg wrote:
Sometimes the best response is *silence*. Which, seen as a rule, I of course
is violating now.
But the damage is already done.
Regards
Thomas Berg
__
Peter Relson wrote
>
>Perhaps with the exception of the (somewhat atypical but allowed) PC-SS
>that is defined not to set new-SASN to old-PASN (ETDEF with SASN=NEW).
>Of course if using that approach you cannot use ALET=1 to access
>caller-provided data that was in the caller's primary address sp
James,
You say your virtual tape is available at that site. Could you create
standalone IPLable tapes of ICKDSF and FDR and IPL from the tapes when needed?
Dana
--
For IBM-MAIN subscribe / signoff / archive access instruction
This morning's New York Times reports very satisfactory 4th quarter
2012 financial results for IBM:
The company’s hardware revenue slipped 1 percent, to $5.8 billion. The
division’s sales were hurt by the loss of the cash register business.
But mainframe sales surged 56 percent thanks to a new li
Mark Jacobs wrote:
>There is great wisdom knowing what to say, and greater wisdom knowing when to
>say it.
Thomas Berg wrote:
>Sometimes the best response is *silence*. Which, seen as a rule, I of course
>is violating now. But the damage is already done.
In such threads I do only two things: R
MANY years ago, before we migrated to RACF on MVS, we used a security package
on VSE that was a little "weak". We could actually see the users password.
One morning a programmer, Mike Austin, walked into my office and stated that he
had forgotten his password while on a one day vacation. I had hi
It's time for biometrics passwords ...for PCs and mainframes ...
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 23, 2013, at 3:11 AM, Elardus Engelbrecht
wrote:
> Gerhard Postpischil wrote:
>
>>
Yes, they have been available for six months in the zE12...120 usable PUs...of
which, in maximum configuration, 16 are configured as SAPs, 2 are spares, 1 is
a reserve, and 101 are customer configurable as CPs, IFLs, zIIPs, zAAPs, ICFs
or additional SAPs.
---
These were already cracked decades ago, by the Mission Impossible team.
The faked faces, fingerprints etc. etc. Should be no problem these days
for creative hobbyists.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Scott Ford
Se
Hello Team,
Can any one help to find out who has deleted particular files/directories
under OMVS.
Do we have any command to check or any other way( Any utility/job which
takes SMF data as a input and generate some report to find the user who has
deleted).
Any help much appreciated.
Thanks & Reg
W dniu 2013-01-23 15:49, Scott Ford pisze:
It's time for biometrics passwords ...for PCs and mainframes ...
Or other means of security behind passwords. It can be also a token.
In order tolog on you have to provide password and the code displayed by
the token. The token can have a keyboard for
I've never looked, but if you have RACF auditing set up, then you
_might_ find a RACF audit record in SMF.
IRRADU00 output Ref:
for "rmdir"
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ichza3c0/6.5.48
for "rm" (aka "unlink")
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOK
Hello John,
We are using ACF2 in our shop.
Thanks
On Wed, Jan 23, 2013 at 9:24 PM, John McKown
wrote:
> I've never looked, but if you have RACF auditing set up, then you
> _might_ find a RACF audit record in SMF.
>
> IRRADU00 output Ref:
>
> for "rmdir"
> http://publibz.boulder.ibm.com/cgi-bin/
Hi,
Just found the below note :
"IBM suggests three alternate methods: the Service Level Reporter (SLR),
the SMF unload utility (IRRADU00), or DF/SORT or a comparable reporting
utility reading the unformatted SMF records. Each of these has advantages
depending on available products at your instal
From: Elardus Engelbrecht
Date: 01/23/2013 02:11 AM
Gerhard Postpischil wrote:
>The next day I saw a note in his desk drawer with a BBB222 on it.
You're snooping in others drawers? Naughty boy! ;-D
>As you might think, he didn't last too long at the job.
Well, I just proved that my ne
Linda:
Back in the 80's (early if I remember correctly. I was at a Christmas
party in an office and I noticed a VM logo on on of the screens.
I tried logging on as IBMCE to VM and used the vanilla password that
comes with VM IPO. It worked so everyone don't go patting themselves
on the bac
Biometrics "not reliable": at Heathrow Airport they have iris scanners.
Once when you enter the security area, a second time when you are getting
ready to go into the gate area. I didn't match between the first time and
the second time ... how could that be? Well, I wear progressive-lens
gla
Joe,
I was there in the 90s, when the IRA were active, I got stopped between gates
also.
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 23, 2013, at 12:45 PM, Joe Testa wrote:
> Biometrics "not
Hi Ed,
In those days, our IBM folks could get a bit testy if their (the default IBM
ids) didn't work - with the default passwords. So, those ids were limited as to
where they could be logged on. In those days, no remote access. Inside, id
verified, escorted, watched, etc.
Linda
Sent from my
Which part of a Christmas party qualifies there? :-D
On Wed, Jan 23, 2013 at 2:06 PM, Linda wrote:
> Hi Ed,
>
> In those days, our IBM folks could get a bit testy if their (the default
> IBM ids) didn't work - with the default passwords. So, those ids were
> limited as to where they could be log
On 1/23/2013 3:11 AM, Elardus Engelbrecht wrote:
You're snooping in others drawers? Naughty boy! ;-D
Sorry to dash your tittilation, but four of us shared a small room where
everyone could see what others were doing.
Gerhard Postpischil
Bradford, Vermont
On Wed, Jan 23, 2013 at 9:14 AM, Ken Hume
mailto:kph...@live.com>> wrote:
>MANY years ago, before we migrated to RACF on MVS, we used a security package
>on VSE that was a little "weak". We could actually see the users password.
>One morning a programmer, Mike Austin, walked into my office and st
On Wed, Jan 23, 2013 at 1:15 PM, Phil Smith wrote:
> On Wed, Jan 23, 2013 at 9:14 AM, Ken Hume
> mailto:kph...@live.com>> wrote:
>>MANY years ago, before we migrated to RACF on MVS, we used a security package
>>on VSE that was a little "weak". We could actually see the users password.
>>One morn
On Wed, Jan 23, 2013 at 2:31 PM, John McKown
wrote:
> I can top that. On the Windows side a person called in because they
> forgot their Windows login id (not password). At that time it was
> first initial plus last name. How could they have forgotten who they
> were, but remember where they worke
r.skoru...@bremultibank.com.pl (R.S.) writes:
> BTW: I prefer tokens over biometrics for the following reasons:
> 1. Biometrics is not reliable. Depending on the method used it could
> cause "false failures", for example a fingerprint after some injury
> cannot be recognized. Same about face recogn
I want to reiterate an endorsement of AUTOIPL. It costs nothing but some
configuration time. In DIAGxx you put
AUTOIPL SADMP(,SMSYSC) MVS(LAST) /* IPL SAD FROM SAD IPL vv */
When we first went to z/OS R13, we stumbled on an obscure memory leak
problem that took IBM a while to figur
butl...@us.ibm.com (Jon Butler) writes:
> Yes, they have been available for six months in the zE12...120 usable
> PUs...of which, in maximum configuration, 16 are configured as SAPs, 2
> are spares, 1 is a reserve, and 101 are customer configurable as CPs,
> IFLs, zIIPs, zAAPs, ICFs or additional S
I bet you can do it with ICETOOL also, by the way there are articles at
cbttapes.org , Xephon pubs on this also, Google is you friend
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 23, 2013, at 11:
Sunil,
ACF2 cuts SMF records
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 23, 2013, at 10:58 AM, sunil mirchandani
wrote:
> Hello John,
>
> We are using ACF2 in our shop.
>
> Thanks
>
> On
Like this one, this was about 5 mins work ..
http://www.cbttape.org/xephon/xephonr/rac0108.pdf
Scott ford
www.identityforge.com
Tell me and I'll forget; show me and I may remember; involve me and I'll
understand. - Chinese Proverb
On Jan 23, 2013, at 11:02 AM, Jake anderson wrote:
> Hi,
>
Linda:
I had just done an vmIPO install and then looked at the resources
defined to IBMCE (at the location - were the same as what comes with
the IPO). I found a manager and suggested that they change the
default passwords for all the special ID's. We crossed paths months
later at anothe
Zman:
I would not rather tell the name of the vendor but Chicago was large
enough to have an entire floor just for the division.
Ed
On Jan 23, 2013, at 1:11 PM, zMan wrote:
Which part of a Christmas party qualifies there? :-D
On Wed, Jan 23, 2013 at 2:06 PM, Linda
wrote:
Hi Ed,
In
On Wed, 23 Jan 2013 13:33:51 -0800, Skip Robinson
wrote:
>I want to reiterate an endorsement of AUTOIPL. It costs nothing but some
>configuration time. In DIAGxx you put
>
> AUTOIPL SADMP(,SMSYSC) MVS(LAST) /* IPL SAD FROM SAD IPL vv */
>
>When we first went to z/OS R13, we stumbled o
I mentioned the AUTOIPL statement because it's easy to overlook. But yes,
guaranteed that if there are multiple SAD output volumes, they need to be
need to rebuilt using AMDSADDD because the volumes are chained together by
unit address, which AMDSADDD determines and writes out. Guess how I know
> There's one caveat to add. Not long ago we went through a 'DASD refresh'
> that moved every volume to a different address. At IPL time, z/OS checks
> the specified SADMP address for validity. If he determines that it's
> invalid--in our case the address was no longer genned--then the entire
On 24/01/2013 2:38, sunil mirchandani wrote:
Hello Team,
Can any one help to find out who has deleted particular files/directories
under OMVS.
Do we have any command to check or any other way( Any utility/job which
takes SMF data as a input and generate some report to find the user who has
dele
The passing of an era -- the sale of the cash register business. That is
where (part of) it all began.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Gilmore
Sent: Wednesday, January 23, 2013 5:47 AM
To: IBM-MAIN@LISTSERV
> I mentioned the AUTOIPL statement because it's easy to overlook. But yes,
> guaranteed that if there are multiple SAD output volumes, they need to be
> need to rebuilt using AMDSADDD because the volumes are chained together by
> unit address, which AMDSADDD determines and writes out. Guess how
Dear Listers,
Due to IBM Health checker report we have to change mode of our Coupling
facility to non Volatile.. CF is running in a partition on CPC, shared by 4
z/OS LPARs making it a sysplex. We are enabled for CICSPlex , DB2 Data sharing,
RACF Database Sharing, SMSPlex, Catalog ECS etc e
On Wed, 23 Jan 2013 23:04:40 -0600, Munif Sadek wrote:
>
>Due to IBM Health checker report we have to change mode of our Coupling
>facility to non Volatile.. CF is running in a partition on CPC, shared by 4
>z/OS LPARs making it a sysplex. We are enabled for CICSPlex , DB2 Data
>sharing, RA
Thanks Roger
We have very good UPS.. and have decided to make CF mode Non volatile.. Just
read somewhere that non volatile CF has better performance than Volatile ..but
there is no ROTs or any indicative relative perfomance figure or how to measure
/ monitor it..
Best Regards Munif.
> >Due to IBM Health checker report we have to change mode of our Coupling
> >facility to non Volatile.. CF is running in a partition on CPC, shared by 4
> >z/OS LPARs making it a sysplex. We are enabled for CICSPlex , DB2 Data
> >sharing, RACF Database Sharing, SMSPlex, Catalog ECS etc etc.
Yesterday, very late in the day, all problems were resolved and all lists
hosted there are back and up to date. During that time e-mail deliveries were
still working.
No, I still don't know what the problem was. Who cares? ;-D
Thanks to all who replied online and off-list.
Now back to our sche
Hi all,
This is more of a marketing announcement (thus the subject line), but I wanted
to let everyone on the list know, especially those customers who did not see
the general announcement, that Version 3 of SyzMPF/z (automated console message
processing), has come out of beta testing and is no
Barbara,
I would have expected you to mention option 3. as first option. Or do I
really sense a careful positivism towards HCs from you in the last year
;-)?
I would add another option: set up you CFs and structures in such a way,
that you can stand CF failures. Many applications can survive a CF
55 matches
Mail list logo
