[no subject]

[Ed Gould]

 H IFCDIP00 

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Shmuel Metz (Seymour J.)]

In <1322103310.15944.yahoomailmob...@web161401.mail.bf1.yahoo.com>, on
11/23/2011
   at 06:55 PM, Ed Gould  said:

>How about IEHIOSUP :)

Okay, that's two. Any more?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ed Gould]

 GRIN...
How about IEHIOSUP :)
Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Shmuel Metz (Seymour J.)]

In <1322004261.2492.yahoomailmob...@web161402.mail.bf1.yahoo.com>, on
11/22/2011
   at 03:24 PM, Ed Gould  said:

>I do not know if the OEM has been integrated into any of IBM
>offerings or not , I semi doubt it. The real point is that it (sort)
>is a parameterized program not a true utility.

With the exception of IEFBR14, every utility that IBM offered on
OS/360 and successors was a parameterized program. What do you mean by
a "true utility"?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ed Gould]

 John,

I think you would be hard pressed not to find a MVS machine that did not have 
some sort of sort installed. now whether it is. The full compatibility of the 
two main sorts are equilivant. One can quible over one point or the  other but 
they are running neck and neck. What made our decision was fastness of one sort 
over the other. At one time the oem sort distributed fixes in zap format. IBM 
AFAIK always sends out fixes in smpe module replacement format (my favorite). 
Frankly I lost track of the oem version 15 years ago. 

I do not know if the OEM has been integrated into any of IBM offerings or not , 
I semi doubt it. The real point is that it (sort) is a parameterized program 
not a true utility. One could I guess argue any IBM utility is the same (at 
least in the MVS utility manual).

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[John Gilmore]

John Chase wrote:

| "Everybody" has a SORT utility.  Not everybody has a [PL/I|other
HLL] compiler.

This, I suppose, is nearly true.  Not quite everyone has DFSORT or
SYNCHSORT, and almost everyone has some IBM statement-level
procedural-language compiler and the HLASM; but neither of these
factoids is very interesting.

The gaseous diffusion plant in Hanford, Washington, was designed
originally by Enrico Fermi.  In came in the end to be run by civil
servants, not one of whom was a member of the American Physical
Society.  It did the same thing for 40 years.  What finally emerged
about what that was is well documented, and the area around and
downwind of that Hanford facility will be contaminated for
generations.  No mainframe shop is at all likely to be guilty of
equally serious crimes, but the analogy is instructive.

zArchitecture machines are superb, and z/OS is the best operating
system (for any hardware) we have.  The uses that are made of them are
mostly contemptible, not in what they do but in how they do it (and
what they omit to do).

Those who argue that they have no one available to write/maintain C,
PL/I, assembly language, whatever are, I am sure, describing their
situations accurately; but they must understand that there is a point
of view from which all SLPLs are very similar.  Answers to the same
three old questions---What are the data types?  What operations can be
performed on them?  How is the path of control among these operations
specified?---characterize every SLPL; and those who cannot learn a new
one in a few days should be doing other work.

Enough!  It will be some months before I allow my impatience to break out again.

--jg

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Eric1943]

Huh

Sent from my iPhone

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Hardee, Charles H]

Not a problem, glad I could help.
Good luck with chasing down the source.

Chuck

Charles Hardee
CA technologies
Sr Sustaining Engineer
Tel:  +1-952-838-1039
charles.har...@ca.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chase, John
Sent: Friday, July 15, 2011 2:33 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FW: Mysterious Email (original had no subject)

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hardee, Charles H
> 
> I'm using 2007 and when I right click on the message and choose
"message options" in the list, I get
> "internet headers"  in the display. Is that what you're looking for?

YES!! Exactly!!

Thanks,

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hardee, Charles H
> 
> I'm using 2007 and when I right click on the message and choose
"message options" in the list, I get
> "internet headers"  in the display. Is that what you're looking for?

YES!! Exactly!!

Thanks,

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Shmuel Metz (Seymour J.)]

In , on
07/15/2011
   at 11:58 AM, "Hardee, Charles H"  said:

>I'm using 2007 and when I right click on the message and choose
>"message options" in the list, I get "internet headers"  in the
>display. Is that what you're looking for?

Probably. The first few Received: header fields are inserted by your
e-mail servers, the next ones after that identify the origin. The
further down you go the higher the likelihood of forgery.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[August Carideo]

That was my point exactly
I just put it out as a LOL when the mention of it reminded me
obv you know the story also
Augie



   
 Barry Merrill 

 Sent by: IBM   To 
 Mainframe IBM-MAIN@bama.ua.edu
 Discussion Listcc 
  Subject 
   Re: FW: Mysterious Email (original  
   had no subject) 
 07/15/2011 11:39  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  

   
   




"PROFS was Ollie North's downfall"

Actually, it was the site's VERY GOOD backup philosophy that
kept backups long-term, and the PROFS implementation at that
site that when the user "deleted" a message, it wasn't deleted.

Barry Merrill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Jim Thomas]

I did that and I got the same (null) headers as I did when 
I parsed the .PST.

For example, your email shows the below ... (the difference being that I was
not
able to see 'names' or account .. they were nulls).

Received: (qmail 18658 invoked from network); 15 Jul 2011 16:00:59 -
Received: from unknown (HELO p3pismtp01-029.prod.phx3.secureserver.net)
([10.6.12.39])
  (envelope-sender )
  by p3plsmtp04-05.prod.phx3.secureserver.net (qmail-1.03) with SMTP
  for ; 15 Jul 2011 16:00:59 -
X-IronPort-Anti-Spam-Result:
AicAAINhIE6CoARykWdsb2JhbABNBhCYF0OOfRQBAQEBCQsLBxQFIIh8wlUCgzqCH18EhyWQS4sS
Uw
Received: from bama.ua.edu ([130.160.4.114])
  by p3pismtp01-029.prod.phx3.secureserver.net with ESMTP; 15 Jul 2011
09:00:58 -0700
Received: from bama (localhost [127.0.0.1])
by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id p6FG017B015402;
Fri, 15 Jul 2011 11:00:56 -0500 (CDT)
Received: by BAMA.UA.EDU (LISTSERV-TCP/IP release 16.0) with spool id 44060
for
  IBM-MAIN@BAMA.UA.EDU; Fri, 15 Jul 2011 10:58:54 -0500
Received: from mailapp-1.ua.edu (mailapp-1.ua.edu [130.160.4.236]) by
  bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id p6FFws0h012044 for
  ; Fri, 15 Jul 2011 10:58:54 -0500 (CDT)
X-RemoteIP: 74.125.149.244
X-Group: ACCEPTLIST
X-Policy: $ACCEPTED
X-MID: 258394557
X-SBRS: 5.3
X-IronPort-Anti-Spam-Result: 
 
AisAAK1iIE5KfZX0mWdsb2JhbABNBhCYF49AFAEBAQEBCAsLBxQliHzCWwKDOoIfXwSHJZBLixJT
Received: from na3sys009aog118.obsmtp.com ([74.125.149.244]) by
  mailapp-1.ua.edu with ESMTP; 15 Jul 2011 10:58:53 -0500
Received: from mail12.ca.com ([141.202.248.38]) (using TLSv1) by
  na3sys009aob118.postini.com ([74.125.148.12]) with SMTP ID
  dsnktibjvbuzds8xlbj3sxhnrqdp2ngbm...@postini.com; Fri, 15 Jul 2011
  08:58:53 PDT
Received: from USILMS11.ca.com ([141.202.201.24]) by mail12.ca.com with
  Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Jul 2011 11:58:52 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: FW: Mysterious Email (original had no subject)
Thread-Index: AcxDAl+8t4hTmoeMSZmi7SUYKEQCTQAAqTkwAAC45NA=
References: <010701cc4285$58d528f0$0a7f7ad0$@us>
 A<20110715150841.bc883f58...@smtp.patriot.net>
 
A
X-OriginalArrivalTime: 15 Jul 2011 15:58:52.0021 (UTC)
   FILETIME=[1783BA50:01CC4308]
X-Virus-Scanned: clamav-milter 0.96 at bama
X-Virus-Status: Clean
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by bama.ua.edu id
  p6FFws0h012046
Message-ID: 
Newsgroups: bit.listserv.ibm-main
Date: Fri, 15 Jul 2011 11:58:48 -0400
Reply-To: IBM Mainframe Discussion List 
Sender: IBM Mainframe Discussion List 
From: "Hardee, Charles H" 
Subject: Re: FW: Mysterious Email (original had no subject)
To: IBM-MAIN@bama.ua.edu
In-Reply-To:
A
Precedence: list
List-Help: <http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN>,
   <mailto:lists...@bama.ua.edu?body=INFO%20IBM-MAIN>
List-Unsubscribe: <mailto:ibm-main-unsubscribe-requ...@bama.ua.edu>
List-Subscribe: <mailto:ibm-main-subscribe-requ...@bama.ua.edu>
List-Owner: <mailto:ibm-main-requ...@bama.ua.edu>
List-Archive: <http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN>
X-Nonspam: None
X-Antivirus: AVG for E-mail 10.0.1390 [1516/3766]
X-AVG-ID: ID5B482929-5143ECE4


Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Hardee, Charles H
Sent: Friday, July 15, 2011 10:59 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FW: Mysterious Email (original had no subject)

I'm using 2007 and when I right click on the message and choose "message
options" in the list, I get "internet headers"  in the display. Is that what
you're looking for?

Chuck

Charles Hardee
CA technologies
Sr Sustaining Engineer
Tel:  +1-952-838-1039
charles.har...@ca.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Chase, John
Sent: Friday, July 15, 2011 10:40 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FW: Mysterious Email (original had no subject)

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour
J.)
> 
> In <010701cc4285$58d528f0$0a7f7ad0$@us>, on 07/14/2011
>at 07:22 PM, Jim Thomas said:
> 
> >I have on several occasions, to include the recent, received emails
> >that look very legitimate
> 
> Did you look at the Received: header fields?

The Office 2007 version of M$ Outhouse doesn't seem to provide a means
to view the ful

Re: FW: Mysterious Email (original had no subject)

[Jim Thomas]

Not easily doable w/outlook (or lookout as I call it) 2007.



Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Friday, July 15, 2011 10:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FW: Mysterious Email (original had no subject)

In <010701cc4285$58d528f0$0a7f7ad0$@us>, on 07/14/2011
   at 07:22 PM, Jim Thomas  said:

>I have on several occasions, to include the recent, received emails
>that look very legitimate

Did you look at the Received: header fields?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see <http://patriot.net/~shmuel/resume/brief.html> 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1390 / Virus Database: 1516/3766 - Release Date: 07/15/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Jim Thomas]

Sorry ... did a parse on the .PST and found the email but
the header had nulls.

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Friday, July 15, 2011 10:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FW: Mysterious Email (original had no subject)

In <010701cc4285$58d528f0$0a7f7ad0$@us>, on 07/14/2011
   at 07:22 PM, Jim Thomas  said:

>I have on several occasions, to include the recent, received emails
>that look very legitimate

Did you look at the Received: header fields?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see <http://patriot.net/~shmuel/resume/brief.html> 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1390 / Virus Database: 1516/3766 - Release Date: 07/15/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Hardee, Charles H]

I'm using 2007 and when I right click on the message and choose "message 
options" in the list, I get "internet headers"  in the display. Is that what 
you're looking for?

Chuck

Charles Hardee
CA technologies
Sr Sustaining Engineer
Tel:  +1-952-838-1039
charles.har...@ca.com



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chase, John
Sent: Friday, July 15, 2011 10:40 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FW: Mysterious Email (original had no subject)

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour
J.)
> 
> In <010701cc4285$58d528f0$0a7f7ad0$@us>, on 07/14/2011
>at 07:22 PM, Jim Thomas said:
> 
> >I have on several occasions, to include the recent, received emails
> >that look very legitimate
> 
> Did you look at the Received: header fields?

The Office 2007 version of M$ Outhouse doesn't seem to provide a means
to view the full headers.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Anne & Lynn Wheeler]

ba...@mxg.com (Barry Merrill) writes:
> "PROFS was Ollie North's downfall"
>
> Actually, it was the site's VERY GOOD backup philosophy that
> kept backups long-term, and the PROFS implementation at that
> site that when the user "deleted" a message, it wasn't deleted.

almost every such datacenter operation from the period kept long-term
backup tapes ... and there wasn't any process to propogate a delete
message operation through those backup tapes.

for even more drift, recent thread in this mailing list with some PROFs
(regarding gov. installation):
http://www.garlic.com/~lynn/2011g.html#73 We list every company in the world 
that has a mainframe computer
http://www.garlic.com/~lynn/2011g.html#74 We list every company in the world 
that has a mainframe computer
http://www.garlic.com/~lynn/2011g.html#75 We list every company in the world 
that has a mainframe computer
http://www.garlic.com/~lynn/2011h.html#0 We list every company in the world 
that has a mainframe computer

of other drift, past posts mentioning backup/archive
http://www.garlic.com/~lynn/submain.html#backup

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour
J.)
> 
> In <010701cc4285$58d528f0$0a7f7ad0$@us>, on 07/14/2011
>at 07:22 PM, Jim Thomas said:
> 
> >I have on several occasions, to include the recent, received emails
> >that look very legitimate
> 
> Did you look at the Received: header fields?

The Office 2007 version of M$ Outhouse doesn't seem to provide a means
to view the full headers.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Barry Merrill]

"PROFS was Ollie North's downfall"

Actually, it was the site's VERY GOOD backup philosophy that
kept backups long-term, and the PROFS implementation at that
site that when the user "deleted" a message, it wasn't deleted.

Barry Merrill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Shmuel Metz (Seymour J.)]

In
,
on 07/14/2011
   at 03:27 PM, August Carideo  said:

>PROFS was Ollie North's downfall

When a person shoots himself in the foot, I don't blame the pistol.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Shmuel Metz (Seymour J.)]

In <010701cc4285$58d528f0$0a7f7ad0$@us>, on 07/14/2011
   at 07:22 PM, Jim Thomas  said:

>I have on several occasions, to include the recent, received emails
>that look very legitimate

Did you look at the Received: header fields?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Jim Thomas]

JC / Elardus / Et' al,

I have on several occasions, to include the recent, received
emails that look very legitimate and actually include the 
'IBM Mainframe Discussion ... IBM-MAIN@bama..) but
the text of the email points you to some filthy site.

I've used a small filter to pop those suckers into my junk
mail.

If there are many others that get these too... I'll be happy to
save them and forward them to whomever.
   

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Elardus Engelbrecht
Sent: Thursday, July 14, 2011 1:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FW: Mysterious Email (original had no subject)

Chase, John wrote:

>Anybody ever gotten anything like this before?  We don't run VM, and
>I've not sent any files to IBM since April, when I last opened a PMR.

Give Walter Farrell the full e-mail header. That will give you and him the
trail from where that mail is coming from.

The part '@d03av06.' is smelling like rotten fish to me, but the text and
usage of abbreviations are both looking 'IBM official to me'??? ()

(PROFS is indeed an IBM product. Is it still in use?)

HTH!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1390 / Virus Database: 1516/3764 - Release Date: 07/14/11

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[August Carideo]

PROFS was Ollie North's downfall



   
 Elardus   
 Engelbrecht   
IBM-MAIN@bama.ua.edu
 Sent by: IBM   cc 
 Mainframe 
 Discussion List   Subject 
  had no subject) 
   
   
 07/14/2011 02:30  
 PM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  

   
   




Chase, John wrote:

>Anybody ever gotten anything like this before?  We don't run VM, and
>I've not sent any files to IBM since April, when I last opened a PMR.

Give Walter Farrell the full e-mail header. That will give you and him the
trail from where that mail is coming from.

The part '@d03av06.' is smelling like rotten fish to me, but the text and
usage of abbreviations are both looking 'IBM official to me'??? ()

(PROFS is indeed an IBM product. Is it still in use?)

HTH!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Elardus Engelbrecht]

Chase, John wrote:

>Anybody ever gotten anything like this before?  We don't run VM, and
>I've not sent any files to IBM since April, when I last opened a PMR.

Give Walter Farrell the full e-mail header. That will give you and him the 
trail from where that mail is coming from.

The part '@d03av06.' is smelling like rotten fish to me, but the text and usage 
of abbreviations are both looking 'IBM official to me'??? ()

(PROFS is indeed an IBM product. Is it still in use?)

HTH!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Walt Farrell]

On Thu, 14 Jul 2011 09:53:00 -0500, Walt Farrell  wrote:

>On Thu, 14 Jul 2011 08:45:06 -0500, Chase, John  wrote:
>
>>Anybody ever gotten anything like this before?  We don't run VM, and
>>I've not sent any files to IBM since April, when I last opened a PMR.
>>
>
>Apparently a former IBMer was subscribed to IBM-MAIN and left without 
>unsubscribing, and you (and maybe other posters) are getting the delivery 
>failure notices. Darren can remove him. I'll contact Darren privately about 
>this.
>

Or, at least an IBMer who no longer has the ID he subscribed from. And I'm only 
guessing it's an IBM-MAIN subscription, too. If you're active on other lists 
the messages could be coming from them. But I've sent a note to Darren.

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Mysterious Email (original had no subject)

[Walt Farrell]

On Thu, 14 Jul 2011 08:45:06 -0500, Chase, John  wrote:

>Anybody ever gotten anything like this before?  We don't run VM, and
>I've not sent any files to IBM since April, when I last opened a PMR.
>

Apparently a former IBMer was subscribed to IBM-MAIN and left without 
unsubscribing, and you (and maybe other posters) are getting the delivery 
failure notices. Darren can remove him. I'll contact Darren privately about 
this.

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

FW: Mysterious Email (original had no subject)

[Chase, John]

Anybody ever gotten anything like this before?  We don't run VM, and
I've not sent any files to IBM since April, when I last opened a PMR.

-jc-


> -Original Message-
> From: rscs.system.at.s39...@d03av06.boulder.ibm.com
> [mailto:rscs.system.at.s39...@d03av06.boulder.ibm.com]
> Sent: Thursday, July 14, 2011 8:12 AM
> To: undisclosed-recipients
> Subject:
> 
> Regarding:  File sent to JDC1 at S390VM on 07/14/11 at  9:06:41
> File sent from JCHASE at INTERNET
> File name: JCHASE NOTE, size: 17 records
> 
>We have received the file shown above because it was sent to an
> unknown user ID.  This file cannot be delivered because the JDC1
> ID is not known at node S390VM.  The file has not been purged, but
> is being held for you for correction.  If you take no action, the
> file will be purged in 4 days.
>If the file was sent from a VM system, you can transfer or purge
the
> file by using one of the following commands.  If the file was sent
from
> on MVS or AIX system, PLEASE RESEND IT, or contact the CUSTOMER
ASSISTANce
> CENTER for further assistance asking them to TRANSFER or PURGE the
file
> for you.  They will need to know the RSCS machine the file is
currently
> on is S390VM, the spoolid is 4546, and the correct destination
> NODEID and USERID so they can also do the following HELPDESK commands.
> 
> FROM ORIGINATING VM USERID -
> 
> Transfer:SM RSCS CMD S390VM TRANSFER 4546 TO newnode newuser
> Purge:   SM RSCS CMD S390VM PURGE 4546
> 
> HELPDESK commands to be done from NODEID that the &localnode. RSCS is
on
> 
> Transfer:SM RSCS TRANSFER *NOTHERE 4546 TO newnode newuser
> Purge:   SM RSCS PURGE *NOTHERE 4546
> 
>Note to PROFS/OFFICE VISION users:
>The above commands must be issued from the PROFS/OV main menu, or
> from the CMS command line.
> 
>Note to non-ER customers:
>If your system netid is not RSCS, replace RSCS with your system
>netid in the above Transfer/Purge commands.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Jose Adauto Ribeiro]

Hi,

How do I find out, researching control blocks, preferably, if running Top 
Secret or RACFon z / OS?

Thanks in advance.

José ADAUTO Ribeiro

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Changing Changeman PDSs to PDSEs (Was: No Subject)

[Chris Mason]

Subject added

On Thu, 31 Mar 2011 17:00:48 -0400, Whitehair, John 
 wrote:

>Has anyone had experience changing Changeman PDSs to PDSEs?
>
>John R. Whitehair
>MVS Systems Programmer
>Forethought Financial Services
>812-933-6730 (office)
>john.whiteh...@forethought.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Whitehair, John]

Has anyone had experience changing Changeman PDSs to PDSEs?

John R. Whitehair
MVS Systems Programmer
Forethought Financial Services
812-933-6730 (office)
john.whiteh...@forethought.com



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Scott Rowe]

Yes, GTF could certainly do it, and I think the ENQ monitor would also.  My
point was that his "experiment" would prove nothing.

On Tue, Jan 25, 2011 at 11:25 AM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net > wrote:

> In , on
> 01/25/2011
>at 11:06 AM, Scott Rowe  said:
>
> >I have no need or desire to perform your "simple
> >experiment", as it would prove nothing, since even if the RESERVE is
> >making it to the hardware without being converted, it could be so
> >short as to not be observable.
>
> GTF.
>
> --
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
> 
> >
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Shmuel Metz (Seymour J.)]

In , on
01/25/2011
   at 11:06 AM, Scott Rowe  said:

>I have no need or desire to perform your "simple
>experiment", as it would prove nothing, since even if the RESERVE is
>making it to the hardware without being converted, it could be so
>short as to not be observable. 

GTF.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Scott Rowe]

John,

I am so very sorry that I confused you by my use of "uses" versus "use" in
my reply, but my intended point still applies: Binder and/or Linkage editor
processing still issue a RESERVE against their target (at least in the case
of a PDS).  I would suggest that there are far more egregious errors in your
post, but I am not that pedantic.

I am quite aware that there is still a linkage editor, which is separate
from the Binder, and have been aware of the difference since at least a year
prior to any formal announcement of said Binder.  I was referring to either
or both programs.

The GRS Planning Guide for z/OS 1.12 still lists the reserve as being used
by ISPF and the linkage editor, but I would bet it is also used by the
Binder, since it is an established serialization technique.  I could be
wrong, but I seem to remember actually seeing such a RESERVE from the
BINDER.

Whether GRS converts the linkedit/Binder RESERVE request to an ENQ on a
given system is irrelevant, this depends on local configuration, as it has
for many years.  I have no need or desire to perform your "simple
experiment", as it would prove nothing, since even if the RESERVE is making
it to the hardware without being converted, it could be so short as to not
be observable.  A far better test would be to run a large linkedit step and
observe the SENQR report in RMF II, as it would show the RESERVE even if it
were converted.  Of course, this is all dependent on the device in question
also being defined as SHARED in your configuration.

It is irrelevant how the hardware reserve is implemented (hardware or
firmware), as long as the effect is equivalent, which it is.

On Mon, Jan 24, 2011 at 8:56 PM, john gilmore wrote:

> Scott Rowe wrote:
>
> | The linkedit/Binder still uses a hardware reserve.
>
> I has been a very long time since it did so, materially as opposed to
> formally.  For the Linkage Editor the reserve has been converted into a
> global enq using GRS for many years.  Moreover, whjil;e I cannopt prove it
> in this OCO era, I berlieve that the reserve itself has disappeared.   The
> Binder never did use a reserve.  (Mr. Rowe's use of a singular verb with his
> 'linkedit/Binder' construct suggests that he thinks they are the same
> program; they are not.)
>
> I suggest that Mr. Rowe conduct a simple experiment, as I just did.  Bind a
> set of object modules into library A and write something into dataset B,
> located on the same notional volume.  He will find that he can do these
> operations concurrently, which would be impossible if a hardware reserve
> were in use.
>
> Let me add that in this era of virtual volumes hardware reserves, whatever
> exactly they are, are implemented very differently, typically in firmware,
> from the way in which they were implemented for a real IBM 2311 DASD.
>
> John Gilmore Ashland, MA 01721-1817 USA
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Testing hardware RESERVE (was: no subject)

[Paul Gilmartin]

On Tue, 25 Jan 2011 08:58:29 -0600, Walt Farrell wrote:

>On Tue, 25 Jan 2011 01:56:51 +, john gilmore wrote:
>
>>I suggest that Mr. Rowe conduct a simple experiment, as I just did.  Bind a
>set of object modules into library
>>A and write something into dataset B, located on the same notional volume.
> He will find that he can do these
>>operations concurrently, which would be impossible if a hardware reserve
>were in use.
>
>Even then, the most that will happen is that the bind operation for A would
>delay the write to B until it has finished, so unless you can stop the bind
>operation in the middle, while it holds the serialization, I don't see how
>you can really prove anything.
>
Long ago, circa MVS 3.8 without GRS, in our little lab we got
sporadic deadlocks when one job allocated SYSLIB on VOL001,
SYSLMOD on VOL002, and another allocated SYSLIB on VOL002,
SYSLMOD on VOL001.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Testing hardware RESERVE (was: no subject)

[Walt Farrell]

On Tue, 25 Jan 2011 01:56:51 +, john gilmore  wrote:

>I suggest that Mr. Rowe conduct a simple experiment, as I just did.  Bind a
set of object modules into library 
>A and write something into dataset B, located on the same notional volume.
 He will find that he can do these 
>operations concurrently, which would be impossible if a hardware reserve
were in use.

It's only impossible if you try that from 2 different systems, and if you
can really ensure that the operations on those two systems are truly
simultaneous.  That's very difficult to arrange.

Even then, the most that will happen is that the bind operation for A would
delay the write to B until it has finished, so unless you can stop the bind
operation in the middle, while it holds the serialization, I don't see how
you can really prove anything.

-- 
Walt Farrell
IBM STSM, z/OS Security Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Hardware RESERVE vs GRS ENQ (was: No Subject)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of john gilmore
> 
> Scott Rowe wrote:
> 
> | The linkedit/Binder still uses a hardware reserve.
> 
> I has been a very long time since it did so, materially as opposed to
formally.  For the Linkage
> Editor the reserve has been converted into a global enq using GRS for
many years.  Moreover, whjil;e I
> cannopt prove it in this OCO era, I berlieve that the reserve itself
has disappeared.   The Binder
> never did use a reserve.  . . . 

RESERVE is still alive and well (at least is was at z/OS 1.9).  Got
"burned" by it while doing an "RVARY Dance" during repair of a RACF
database in late 2009.  The "offending" utility was IRRUT200, against
which APAR OA30905 was taken and closed PRS ("Permanent Restriction").

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[john gilmore]

Scott Rowe wrote:
 
| The linkedit/Binder still uses a hardware reserve.

I has been a very long time since it did so, materially as opposed to formally. 
 For the Linkage Editor the reserve has been converted into a global enq using 
GRS for many years.  Moreover, whjil;e I cannopt prove it in this OCO era, I 
berlieve that the reserve itself has disappeared.   The Binder never did use a 
reserve.  (Mr. Rowe's use of a singular verb with his 'linkedit/Binder' 
construct suggests that he thinks they are the same program; they are not.)
 
I suggest that Mr. Rowe conduct a simple experiment, as I just did.  Bind a set 
of object modules into library A and write something into dataset B, located on 
the same notional volume.  He will find that he can do these operations 
concurrently, which would be impossible if a hardware reserve were in use.
 
Let me add that in this era of virtual volumes hardware reserves, whatever 
exactly they are, are implemented very differently, typically in firmware, from 
the way in which they were implemented for a real IBM 2311 DASD.  
 
John Gilmore Ashland, MA 01721-1817 USA


  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ed Gould]

Someone (I think) was requesting information about COBOL & SQL. I saw this from 
IBM and it may/may not help you.Best practices for System z softwareIt's the 
beauty of SQL: You can code it in many ways and still get the same results. But 
depending on your technique, including how you structure it, overall 
performance can vary dramatically. You'll get more from all SQL coding 
techniques if you understand the tables you are accessing, and use a handy set 
of guides and tools to assist you.Read DB2 for z/OS SQL Performance Choices by 
IBM® DB2® expert Daniel L. Luksetich to learn key SQL tuning tips, including:
 How correlated, non-correlated and joins differ in table expressions vs. 
subqueries
 Using table sizes, result sizes and indexes to code subqueries for optimal 
performance
 When to merge and when to force materialization of table expressionsDan 
Luksetich is a consultant with Yevich, Lawson & Associates, specializing in DB2 
database and application design and performance. He has many years of 
experience designing and tuning some of the world's largest and most complex 
DB2 databases.This expert advice is part of a software series of best practices 
for IBM System z®. IBM offers world-class solutions for managing your systems 
and applications.







--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[john gilmore]

Paul Gilmartin writes:
 

For pure division-method, surely. Modulo 64 merely extracts the rightmost 6 
bits of the original string. But you had suggested CKSUM, then modulo. And if 
CKSUM is of high quality, I'd expect
any modulus to give good results.

 
This response may well reflect Mr. Gilmartin's expectations.  It does not 
reflect much understanding of elementary number theory, of hashing operations, 
or of arithmetic overflow in von Neumann machines.
 
My patience with his dicta in the past has apparently been misunderstood.  In 
the future I shall exhibit none.
 
Beginning with von Neumann, division-method hashing has been investigated 
fully, so fully that it now has little more continuing intellectual interest 
than Tartaglia's cubic formula.  Hashing results are affected by width, for a 
mainframe by whether successive byte, halfword, fullword, or [in principle] 
doubleword substrings are summed and by whether FIXEDOVERFLOW is enabled or 
disabled when this is done.  (Reconsidered,  my comparand was perhaps 
ill-chosen: Tartaglia's formula may be of some intellectual interest if one 
does not know it.) 
 
About RKFAWTF: its standard expansion in some contexts is "Read Knuth First and 
We'll Talk Further".  I use it with students when I judge that they need to mug 
up the rudiments of a topic before we can discuss it productively.  
 
Mr. Postpischl has confused two problems.  There is that of constructing a 
balanced or, better, optimal static BST given hit and "between" frequencies.  
This is now straightforward; it has been rendered so by Knuth's analysis.  
(Before that analysis became available several non-clots, among them Ken 
Iverson, notoriously got it wrong.)  There  is also the different problem of 
keeping a dynamic BST, one in which insertions and deletions are ongoing, 
balanced or compact using AVL rotations or the like.  That is less 
straightforward, although it too has been explicated by Knuth.  I must concede 
that it is not beyond the wit of man, but in my experience post-prelims Ph.D. 
candidates in computer science often have  trouble getting it right.  These 
things said, I have no wish to lump Mr. Postpischl together with Mr. Gilmartin; 
he is not unseriösische;his posts are always to the point; and his comments 
this time do not merit defenestration.  (The archetypical one of Prague, which 
was unsuccessful, anyway suggests that the operation is unreliable.).

For the archives I note that the five-character machine-instruction acronym 
CKSUM is wrong; I should have written the four-character one CKSM instead.
 
John Gilmore Ashland, MA 01721-1817 USA


  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Itschak Mugzach]

True, and if you use encryption device, like an accelerator, the overhead is
minimal as well...

ITschak

On Thu, Jun 17, 2010 at 5:01 AM, Phil Smith  wrote:

> Itschak Mugzach wrote:
> >They might entered late on z/os, but they are pure Java: No CPU cost if
> you
> >have zAAP, so they are far away from older solutions running on z/os and
> >make use of a CP and influence TCO. I've seen few sites that stepped back
> >from datamasking projects when they discovered that at the end of every
> >night they will have to mask all data copied to dev (and copy them all
> every
> >day!).
>
> Of course, if you just use Voltage SecureData to encrypt the *production*
> data *once*, you don't have this problem...
>
> :-)
> --
> ...phsiii
>
> Phil Smith III
> p...@voltage.com
> Voltage Security, Inc.
> www.voltage.com
> (703) 476-4511 (home office)
> (703) 568-6662 (cell)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Phil Smith]

Itschak Mugzach wrote:
>They might entered late on z/os, but they are pure Java: No CPU cost if you
>have zAAP, so they are far away from older solutions running on z/os and
>make use of a CP and influence TCO. I've seen few sites that stepped back
>from datamasking projects when they discovered that at the end of every
>night they will have to mask all data copied to dev (and copy them all every
>day!).

Of course, if you just use Voltage SecureData to encrypt the *production* data 
*once*, you don't have this problem...

:-)
-- 
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com
(703) 476-4511 (home office)
(703) 568-6662 (cell)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Itschak Mugzach]

Timothy, Don't take it personally. May be they are in top 5. I don't care.
This is a fact that I can't recall where I've seen. A Gartner/Forrester
customer can get an analyst to speak with and find out himself.

They might entered late on z/os, but they are pure Java: No CPU cost if you
have zAAP, so they are far away from older solutions running on z/os and
make use of a CP and influence TCO. I've seen few sites that stepped back
from datamasking projects when they discovered that at the end of every
night they will have to mask all data copied to dev (and copy them all every
day!).
ITschak
On Wed, Jun 16, 2010 at 9:47 AM, Timothy Sipples  wrote:

> Itschak Mugzach writes:
> >And you have Camouflage (datamasking.com) , 1st on Gartner and forrester.
>
> Maybe. Camouflage is very late to the z/OS party (but much better late than
> never, of course):
>
> http://www.datamasking.com/pressreleases.aspx?id=44
>
> Gartner has a "magic quadrant" reporting methodology, not a ranking per se.
> And I can't find a relevant Gartner report anyhow. Here's Camouflage's most
> recent press release that I can find that mentions Gartner:
>
> http://www.datamasking.com/PressReleases.aspx?id=19
>
> There's nothing mentioned about "first" or anything about a magic quadrant
> (or particular positioning).
>
> Likewise, Camouflage itself says only it's a "top 5" Forrester vendor:
>
> http://www.datamasking.com/PressReleases.aspx?id=40
>
> I searched Datamasking.com (both in the search box on the Web site itself
> and via Google targeted search), and I can't find anything relevant
> concerning Gartner or Forrester.
>
> Camouflage might be fantastic stuff -- I don't know -- but I wasn't able to
> validate a "1st on Gartner and forrester" claim.
>
> - - - - -
> Timothy Sipples
> Resident Architect (Based in Singapore)
> STG Value Creation and Complex Deals Team
> IBM Growth Markets
> E-Mail: timothy.sipp...@us.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Timothy Sipples]

Itschak Mugzach writes:
>And you have Camouflage (datamasking.com) , 1st on Gartner and forrester.

Maybe. Camouflage is very late to the z/OS party (but much better late than
never, of course):

http://www.datamasking.com/pressreleases.aspx?id=44

Gartner has a "magic quadrant" reporting methodology, not a ranking per se.
And I can't find a relevant Gartner report anyhow. Here's Camouflage's most
recent press release that I can find that mentions Gartner:

http://www.datamasking.com/PressReleases.aspx?id=19

There's nothing mentioned about "first" or anything about a magic quadrant
(or particular positioning).

Likewise, Camouflage itself says only it's a "top 5" Forrester vendor:

http://www.datamasking.com/PressReleases.aspx?id=40

I searched Datamasking.com (both in the search box on the Web site itself
and via Google targeted search), and I can't find anything relevant
concerning Gartner or Forrester.

Camouflage might be fantastic stuff -- I don't know -- but I wasn't able to
validate a "1st on Gartner and forrester" claim.

- - - - -
Timothy Sipples
Resident Architect (Based in Singapore)
STG Value Creation and Complex Deals Team
IBM Growth Markets
E-Mail: timothy.sipp...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[McKown, John]

Wouldn't it be interesting if IBM could do something like this:

http://www.serverwatch.com/news/article.php/3877861/IBM-Adopts-Novells-Linux-OS-for-Lotus-Websphere-Appliances.htm
 .

for z/OS? Or am I going insane again? Would it be useful to run multiple z/OS 
"appliances" as separate images a parallel sysplex instead of running all the 
IBM software on just a few instances (still under parallel sysplex)? Or maybe 
there's just too much overhead to that. Well, for me, at least something 
interesting to consider. Tho I image most here will think it stupid.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ed Gould]

From: Ron Hawkins 
To: IBM-MAIN@bama.ua.edu
Sent: Tue, April 13, 2010 3:58:22 AM
Subject: 

Ed,

My "perceived" observation is that varying devices and paths in z/OS takes
much longer and uses more resources than it did many moons ago under ESA, XA
or SP2. It's my understanding that a lot of device validation that used to
occur at IPL when a device was discovered now occurs when the device comes
online, hence a faster IPL, but a slower vary online.

For example varying just 256 volumes online on 2094-408 with one dedicated
CP online locks up TSO for a minute or three, and usually drops my NJE links
(yeah I'm too lazy to tune this - it's a lab). I don't recall this behavior
way back on 3033 or 4341, or any uniprocessor LPARs I had in early PR/SM and
MLPF.

Ron




Ron:

That may well be true now days as the paths for many items has probably 
increased (although some have undoubtedly decreased).
My memory is iffy but at least at one time I "think" Vary commands had to go 
through Q4. 
I vaguely remember having a discussion with a level 2 person and I think they 
recognized the issue. I can remember shooting a lot of Q4 issues
(again this was 25+ years ago). I do remember sending more than a few 
standalone tapes off to IBM with Q4 problems. I think (if memory serves me) 
that Q4 was a major serialization problem area. I think IBM worked on 
minimizing the code path and or do some fast pathing through it.
For a year we were probably IPLing once a week or more because of it. Somewhere 
along the lines IBM fixed it (or most of it anyway) and the problem almost 
disappeared. My memory is hazy as to the time period but I think it was before 
3.7 (or there abouts).

As to current issues I do not recall of hearing about lockouts due to (lots of) 
Vary commands. But there may be some uniqueness from installation to 
installation. Example: I have seen some installations allow tape mounts from a 
TSO session (I would never allow it) and that is where some delays might occur. 
Even with robotic libraries there could be issues with production getting 
drives that are needed. Of course if you have thousands of tape drives that 
situation shouldn't exist.

Ed



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
  

[no subject]

[Shmuel Metz (Seymour J.)]

In
<135331393-1271025860-cardhu_decombobulator_blackberry.rim.net-19192267...@bda026.bisx.prod.on.blackberry>,
on 04/11/2010
   at 10:44 PM, Ted MacNEIL  said:

>The cry of the coward.

Nonsense; you clearly don't understand the difference between courage and
recklessness. As he told you, his reasons are none of your business.

>Your words are unimportant, and I do not hear them!

No, hearing what your correspondents say is not one of your skills.

>and am willing to admit my mistakes.

ROTF,LMAO!
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ron Hawkins]

Ed,

My "perceived" observation is that varying devices and paths in z/OS takes
much longer and uses more resources than it did many moons ago under ESA, XA
or SP2. It's my understanding that a lot of device validation that used to
occur at IPL when a device was discovered now occurs when the device comes
online, hence a faster IPL, but a slower vary online.

For example varying just 256 volumes online on 2094-408 with one dedicated
CP online locks up TSO for a minute or three, and usually drops my NJE links
(yeah I'm too lazy to tune this - it's a lab). I don't recall this behavior
way back on 3033 or 4341, or any uniprocessor LPARs I had in early PR/SM and
MLPF.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Ed Gould
> Sent: Monday, April 12, 2010 10:37 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN]
> 
> 
> From: Ron Hawkins 
> To: IBM-MAIN@bama.ua.edu
> Sent: Mon, April 12, 2010 10:46:05 AM
> Subject:
> 
> Alan,
> 
> I regularly bring 100s of volumes offline and online and have not seen
this
> problem. I submit the jobs in the same way as you do. The only difference
is
> I usually have one command per LCU which makes it easier for me to eyeball
> my changes when I'm setting up tests.
> 
> Ron
> 
> 
> Ron:
> 
> Way back when MP's first came out a lot of the vary commands did not allow
for
> large number of devices.
> We needed on occasion to take hundreds of paths online (or offline). Our
IBM
> SE wrote the code to send the hundreds of onlines to the system.
> We really used that code quite a bit. It *NEVER* caused any issue with the
> system and we never saw any system abends as a result of these hundreds of
> vary commands being issues. Granted this was 25++ years ago but I would
have
> thought if there would have been a bug we would have found it.
> 
> IIRC the biggest issue we had was that Q4 was being so backed up we found
> (actually IBM) was surprised at the length of our Q4. What added into our
mix
> (for the Q4) was we had a MSS which caused us all a lot of headaches.
> 
> BTW our SE at the time was Jim Garner who went on to the Washington System
> Center as the DASD expert there. He no longer works for IBM.
> IBM lost a great asset when they smothered the System center.
> 
> Ed
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ed Gould]

From: Ron Hawkins 
To: IBM-MAIN@bama.ua.edu
Sent: Mon, April 12, 2010 10:46:05 AM
Subject: 

Alan,

I regularly bring 100s of volumes offline and online and have not seen this
problem. I submit the jobs in the same way as you do. The only difference is
I usually have one command per LCU which makes it easier for me to eyeball
my changes when I'm setting up tests.

Ron


Ron:

Way back when MP's first came out a lot of the vary commands did not allow for 
large number of devices.
We needed on occasion to take hundreds of paths online (or offline). Our IBM SE 
wrote the code to send the hundreds of onlines to the system. 
We really used that code quite a bit. It *NEVER* caused any issue with the 
system and we never saw any system abends as a result of these hundreds of vary 
commands being issues. Granted this was 25++ years ago but I would have thought 
if there would have been a bug we would have found it. 

IIRC the biggest issue we had was that Q4 was being so backed up we found 
(actually IBM) was surprised at the length of our Q4. What added into our mix 
(for the Q4) was we had a MSS which caused us all a lot of headaches. 

BTW our SE at the time was Jim Garner who went on to the Washington System 
Center as the DASD expert there. He no longer works for IBM.
IBM lost a great asset when they smothered the System center.

Ed



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
  

[no subject]

[Lizette Koehler]

Alan,

In OS/390 V2.9 (I think) IBM provided an mvs command called CMDS.  It can 
display or remove various types of MVS commands from the queue.

You might want to put a trigger in place to issue the CMDS SHOW when this job 
starts to see what all else might be going on.

CMDS D  or CMDS DISPLAY
DISPLAY | D -- display the numbers and brief information about the  
commands that are currently executing and those that are waiting for
execution.  


IIRC - Vary is considered an M2 command level.  Which I think means it can be 
ignored if the system has too much going on.  The manual should have a better 
explanation as to what gets tossed and what does not from the mvs command CMDS.

Is there a reason these devices are not brought online normally?  

Lizette


> Alan Field Wrote
>
>We have a batch job that uses the COMMAND program to issue commands. 
>
> 
>
>One of the uses is to issue 580 V ,ONLINE commands. These are
>directed to one menber of a SYSPLEX (no ROUTE command involved). 
>
> 
>
>The user complains that sometimes some of the commands don't execute, as
>witnessed by a subsequent job failing because one or more of the volumes
>are off line.
>
> 
>
>Can anyone shed any light on command processing? Is there a limit after
>which commands are just thrown away?
>
> 
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ron Hawkins]

Alan,

I regularly bring 100s of volumes offline and online and have not seen this
problem. I submit the jobs in the same way as you do. The only difference is
I usually have one command per LCU which makes it easier for me to eyeball
my changes when I'm setting up tests.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Field, Alan C.
> Sent: Monday, April 12, 2010 8:13 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN]
> 
> We have a batch job that uses the COMMAND program to issue commands.
> 
> 
> 
> One of the uses is to issue 580 V ,ONLINE commands. These are
> directed to one menber of a SYSPLEX (no ROUTE command involved).
> 
> 
> 
> The user complains that sometimes some of the commands don't execute, as
> witnessed by a subsequent job failing because one or more of the volumes
> are off line.
> 
> 
> 
> Can anyone shed any light on command processing? Is there a limit after
> which commands are just thrown away?
> 
> 
> 
> Thanks,
> 
> 
> 
> Alan
> 
> 
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Field, Alan C.]

We have a batch job that uses the COMMAND program to issue commands. 

 

One of the uses is to issue 580 V ,ONLINE commands. These are
directed to one menber of a SYSPLEX (no ROUTE command involved). 

 

The user complains that sometimes some of the commands don't execute, as
witnessed by a subsequent job failing because one or more of the volumes
are off line.

 

Can anyone shed any light on command processing? Is there a limit after
which commands are just thrown away?

 

Thanks,

 

Alan 

 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Mark Post]

>>> On 4/11/2010 at 06:44 PM, Ted MacNEIL  wrote: 
> The cry of the coward.
> You have to be willing to stand up and be counted, or your comments are just 
> noise.

Up until now I've shared your view that you get unfairly criticized on this 
list.  Now I'm going to killfile you for this.  Who's calling who names now?  
Unlike other parts of North America, the US has a long history of understanding 
the desire and or need for anonymity.  If you can't share in that, at least 
stop your own ad hominem attacks against someone else.

Plonk.


Mark Post

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ted MacNEIL]

You're assuming my GMail name isn't my real name. Not a safe assumption. The
display name, the email account name, and the actual name are unrelated.

So, you really are:

zedgarhoo...@gmail.com

I doubt it!

We don't even know if you're really Ted, now do we?

No you don't, but I'm not hiding anything.

I'm known by people around the world!
Are you?


>>It's not perfect, but it's a good thing as far as I'm concerned.

>Because it solves what problem?

Those that are afraid to come out from under the rocks and admit who they are.
Those that are brave enough to have their statement attributed to whom they are.


> My yahoo id is eamacneil because I tried with tedmacneil and it was already
> taken.
>
>> The 'e' stands for Edward, but I go with Ted.
>
>> And, I think anybody who refuses to use their real name is a coward.
>

>Or has other reasons to obscure his/her identity, which aren't any of your 
>business.

The cry of the coward.
You have to be willing to stand up and be counted, or your comments are just 
noise.


>Others are free to ignore/killfile identities they don't trust.
>One might argue that making it clear that an alias is in use is more honest 
>than claiming (falsely) to be "Bob Jones" and never raising the question.

Your words are unimportant, and I do not hear them!


>> Yes, you can use an alias, and it can't be proven, but obvious obsfucation 
>> is wrong!


>FSVO "wrong"...i.e., attributing your worldview to everyone. There's a name 
>for that, but it's definitely OT.

It's wrong because you can never be held accountable for your statements.

In a world of litigation, libel, and slander, I'm willing to be held 
accountable for my statements.

Are you?

By hiding your name and attempting to insult by holding up the 'world view' 
statement, I'd say NO.

You cannot defend anything you say by refusing to identify yourself, and 
misdirecting by attacking the arguer rather than the argument.

I'm secure in my world view, know who I am, and am willing to admit my mistakes.

All you've done is defend an untennable position by refusing to identify 
yourself and attack those who demand that you do.

You can continue to attack me for my view, but I am not the coward you are, by 
refusing to acknowledge who you really are.

I shall no longer respond to a coward who hides behind the anomynity of a 
hidden e-mail address.

The next time you wish to make nasty comments about people losing their jobs, 
acknowledge who you are, or don't make the comments!

I, at least, acknowledge I was wrong in attacking E Gould (regardless of my 
opinion of him), but the opinion (and the appology) were done allowing all to 
know who I am!
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[O'Brien, David W. (NIH/CIT) [C]]

I'm hoping someone else has gone through this exercise. We have STK 9840s 
emulating 3490s. We are about to install 9840Ds and migrate our HSM Backups and 
ML2 data from 9840As to 9840Ds.

We currently have 2200 specified for our 9840As

 TAPEUTILIZATION(UNITTYPE(3490) PERCENTFULL(2200))

What is the correct Percentfull value for a 9840D emulating a 3490?

Slot usage is an issue so I'm looking to store the maximum amount of data per 
tape volume.
Tapes are Duplexed and TAPESPANSIZE is specified so Nolimit is not an option.

Thank You,
Dave O'Brien
 NIH Contractor

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: (no subject) maybe Entering command via JES

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Schwarz, Barry A
Sent: Monday, February 08, 2010 1:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: (no subject) maybe Entering command via JES

JES2 or JES3?


$HASP690  -- JES2



Does the jobclass have the appropriate authority via the COMMAND=
operand?


As to the question about the JOBCLASS, I really don't know. Just
answering that this is a JES2 environment based on the Message.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: (no subject) maybe Entering command via JES

[Schwarz, Barry A]

JES2 or JES3?

Does the jobclass have the appropriate authority via the COMMAND= operand?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
??? ???
Sent: Sunday, February 07, 2010 12:23 AM
To: IBM-MAIN@bama.ua.edu
Subject:

hi,
I'm running a procedure which preform a jes command through a console.
i gave a racf permission (opercmds,console) to the user running this
procedure and still get this masseges:
$HASP690 COMMAND REJECTED - SOURCE OF COMMAND HAS IMPROPER AUTHORITY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[מתן כהן]

hi,
I'm running a procedure which preform a jes command through a console.
i gave a racf permission (opercmds,console) to the user running this
procedure and still get this masseges:
$HASP690 COMMAND REJECTED - SOURCE OF COMMAND HAS IMPROPER AUTHORITY

any idea?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[DeGhelder, James]

Query IBMMAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[G. Miller]

http://sites.google.com/site/hmslcrygfx/ppnbcft4yj


  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[R.S.]

W dniu 2010-01-28 14:30, Mark Pace pisze:

What is this, the 3rd such spam email?  I think Jospeh should be removed
until he can get control of his email and rejoin.


Yes, something should be done. However it is possible that Joseph is as 
guilty as you, it is possible that his address was chosen by attacker 
and he didn't do anything to make it easier. I remember I got some fake 
emails "from" RACF-L members. Obviously they didn't send these mails and 
they were NOT victims of any attack.


BTW: The above is only one of possible scenarios. Another one is someone 
simply subscribed to the list just for such purpose. What's sad: there 
is no reasonable way to fight against it: everyone can subsribe to the 
list. It can be done all the time, no authorization is needed. Even no 
hacker knowledge is needed.


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Mark Pace]

What is this, the 3rd such spam email?  I think Jospeh should be removed
until he can get control of his email and rejoin.

On Wed, Jan 27, 2010 at 7:55 PM, Joseph Poon  wrote:

> http://sites.google.com/site/vx37sga2/dvep3f
> _
> Hotmail: Free, trusted and rich email service.
> http://clk.atdmt.com/GBL/go/196390708/direct/01/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Joseph Poon]

http://sites.google.com/site/vx37sga2/dvep3f
  
_
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/196390708/direct/01/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Joseph Poon]

http://sites.google.com/site/bjftrshrjed/aaag4l 
  
_
Hotmail: Trusted email with powerful SPAM protection.
http://clk.atdmt.com/GBL/go/196390707/direct/01/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Richards, Robert B.]

As many have surmised, I did not intentionally send out anything of this 
nature. The Yahoo email account is my personal account and it appears as though 
something has been compromised.

I have no clue as to how this happened, but will attempt to find out in order 
to prevent a reoccurrence.

I would like to offer my apologies to the list.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Rick Fochtman
Sent: Saturday, January 23, 2010 12:20 AM
To: IBM-MAIN@bama.ua.edu
Subject:



>>Can we have richard...@yahoo.com removed from the list.  We don't need the
>>Viagra commercials on this list.
>>
>>
>
>Careful, he may be a legit member whose machine has been compromised,
>or just whose address was faked. Faking an email address is beyond
>trivial.
>
>

I've known Bob for a number of years. He would NEVER knowingly send out
something like that.

Either someone has faked his address or his machine has been compromised.

Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Shmuel Metz (Seymour J.)]

In , on
01/22/2010
   at 02:14 PM, "McKown, John"  said:

>Faking an email address is fairly simple. Well, at least if the receiver
>doesn't look too deeply at the headers.

It's trivial even if the receiver *does* look at the header.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Shmuel Metz (Seymour J.)]

In <4b59ffe4.3080...@queensu.ca>, on 01/22/2010
   at 02:43 PM, Lorne Dudley  said:

>Can we have richard...@yahoo.com removed from the list.  We don't need 
>the Viagra commercials on this list.

I doubt that the message is from him, although it's possible that his
machine has been compromised.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Shmuel Metz (Seymour J.)]

In <65f7ba9f100100k7ddc91cdgda47b8ed8f651...@mail.gmail.com>, on
01/22/2010
   at 10:00 PM, shai hess  said:

>I am happy to hear that nobody in this forum need Viagra.

There may be many people on this list who need Viagra©; that doesn't mean
that anybody on this list needs an advertisement for it. I need a new car,
but I don't need car ads here.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[P S]

On Sat, Jan 23, 2010 at 11:21 AM, Don Williams  wrote:
> You're not the only one to interpret it as "non-trivial". No longer
> confused.

Yeah, my bad. Stupid language!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Don Williams]

You're not the only one to interpret it as "non-trivial". No longer
confused.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of McKown, John
Sent: Friday, January 22, 2010 3:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: 

Ah! I intepreted "beyond trivial" as "not trivial" as the direction of
travel was not specified. My bad.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message. HealthMarkets(r) is the brand name for products underwritten and
issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake
Life Insurance Company(r), Mid-West National Life Insurance Company of
TennesseeSM and The MEGA Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S
> Sent: Friday, January 22, 2010 2:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: 
> 
> On Fri, Jan 22, 2010 at 3:14 PM, McKown, John
>  wrote:
> > Faking an email address is fairly simple. Well, at least if 
> the receiver doesn't look too deeply at the headers. I even 
> know how to do it with sendmail.
> 
> "I believe I said that, Captain." -- Mr. Spock
> 
> Don't need sendmail -- telnet to port 25 and type away...
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[shai hess]

>>Can we have richard...@yahoo.com removed from the list.  We don't need the
>>Viagra commercials on this list.

I am happy to hear that nobody in this forum need Viagra. God bless MF
users.


On Fri, Jan 22, 2010 at 9:20 PM, Rick Fochtman  wrote:

> 
>
>  Can we have richard...@yahoo.com removed from the list.  We don't need
>>> the
>>> Viagra commercials on this list.
>>>
>>>
>>
>> Careful, he may be a legit member whose machine has been compromised,
>> or just whose address was faked. Faking an email address is beyond
>> trivial.
>>
>>
> 
> I've known Bob for a number of years. He would NEVER knowingly send out
> something like that.
>
> Either someone has faked his address or his machine has been compromised.
>
> Rick
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Rick Fochtman]

Can we have richard...@yahoo.com removed from the list.  We don't need the
Viagra commercials on this list.
   



Careful, he may be a legit member whose machine has been compromised,
or just whose address was faked. Faking an email address is beyond
trivial.
 



I've known Bob for a number of years. He would NEVER knowingly send out 
something like that.


Either someone has faked his address or his machine has been compromised.

Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ted MacNEIL]

>I don't know about you guys, but his viagra link has saved my 4-day old
marriage.  Whew.

TMI!
And, why:
1.  Do we care?
2. Are you telling us this?
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Scott]

I don't know about you guys, but his viagra link has saved my 4-day old
marriage.  Whew.

On Fri, Jan 22, 2010 at 12:27 PM, P S  wrote:

> On Fri, Jan 22, 2010 at 3:26 PM, McKown, John
>  wrote:
> > Ah! I intepreted "beyond trivial" as "not trivial" as the direction of
> travel was not specified. My bad.
>
> Ah indeed...you're right, of course, it was ambiguous. Not to ME, but
> to anyone else!
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[P S]

On Fri, Jan 22, 2010 at 3:26 PM, McKown, John
 wrote:
> Ah! I intepreted "beyond trivial" as "not trivial" as the direction of travel 
> was not specified. My bad.

Ah indeed...you're right, of course, it was ambiguous. Not to ME, but
to anyone else!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[McKown, John]

Ah! I intepreted "beyond trivial" as "not trivial" as the direction of travel 
was not specified. My bad.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S
> Sent: Friday, January 22, 2010 2:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: 
> 
> On Fri, Jan 22, 2010 at 3:14 PM, McKown, John
>  wrote:
> > Faking an email address is fairly simple. Well, at least if 
> the receiver doesn't look too deeply at the headers. I even 
> know how to do it with sendmail.
> 
> "I believe I said that, Captain." -- Mr. Spock
> 
> Don't need sendmail -- telnet to port 25 and type away...
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[P S]

On Fri, Jan 22, 2010 at 3:14 PM, McKown, John
 wrote:
> Faking an email address is fairly simple. Well, at least if the receiver 
> doesn't look too deeply at the headers. I even know how to do it with 
> sendmail.

"I believe I said that, Captain." -- Mr. Spock

Don't need sendmail -- telnet to port 25 and type away...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S
> Sent: Friday, January 22, 2010 1:47 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: 
> 
> On Fri, Jan 22, 2010 at 2:43 PM, Lorne Dudley 
>  wrote:
> > Can we have richard...@yahoo.com removed from the list.  We 
> don't need the
> > Viagra commercials on this list.
> 
> Careful, he may be a legit member whose machine has been compromised,
> or just whose address was faked. Faking an email address is beyond
> trivial.
> 

Faking an email address is fairly simple. Well, at least if the receiver 
doesn't look too deeply at the headers. I even know how to do it with sendmail.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . (817)-961-6183 cell
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[P S]

On Fri, Jan 22, 2010 at 2:43 PM, Lorne Dudley  wrote:
> Can we have richard...@yahoo.com removed from the list.  We don't need the
> Viagra commercials on this list.

Careful, he may be a legit member whose machine has been compromised,
or just whose address was faked. Faking an email address is beyond
trivial.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Lorne Dudley]

Can we have richard...@yahoo.com removed from the list.  We don't need 
the Viagra commercials on this list.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Bob Richards]

http://sites.google.com/site/bcrslekljk/bpl0cff06d


  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[john gilmore]

Paul Gilmartin wrote (of PL/I):

 

| Do you mean that the specification of the language was 

| regressed?  Astonishing!

 

Indeed it was!  It was for many years possible to write such things as

 

write file() . . . event() ;

. . .

. . .

write file() . . . event() ;

. . .

read file() . . . event() ;

. . . 

wait(, , ) ;

 

thus implementing both concurrent I/O and execution and concurrent, overlapped 
I/O.  

 

Curiously, this facility was and remains particularly important for batch 
mainframe applications, MFUs in particular, which are usually I/O-bound and 
which often confront batch-window deadlines; but it was discarded, probably 
because C wots not of it and perhaps also because its usefulness was not 
understood by the manager who took the decision to eliminate it.   

 

Now, one must use assembly language to do these sorts of things; and this, 
while it poses no great problem for old men like me, is 1) a major obstacle for 
many younger people and 2) forbidden in many shops because it is judged to be 
'hard to maintain'. 

John Gilmore Ashland, MA 01721-1817 USA


  
_
Hotmail: Powerful Free email with security by Microsoft.
http://clk.atdmt.com/GBL/go/171222986/direct/01/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Adams, Tracy]

INFO REFCARD


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Shmuel Metz (Seymour J.)]

In <53f9fd7ef019734593da99911fa2496102083...@sxch205.kfbdom1.kyfb.pri>, on
07/16/2009
   at 08:37 AM, "Klein, Kenneth"  said:

>Is that how this system variable is used

No; you need two periods, since it swallows the first one.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISPF &ZSYSID Variable (Was NO SUBJECT)

[Arthur Gutowski]

On Fri, 17 Jul 2009 07:34:44 -0500, Arthur Gutowski  
wrote:

>On Thu, 16 Jul 2009 08:37:35 -0400, Klein, Kenneth
> wrote:
>[...]
>That's the one you want, no VGET required.  You will need an extra '.' to get
>the end-dsname right.

My apologies, I see later this was answered sufficiently by others.  That's 
what happens when I get the daily digest, and there's no subject on the OP...

Art

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ISPF &ZSYSID Variable (Was NO SUBJECT)

[Arthur Gutowski]

On Thu, 16 Jul 2009 08:37:35 -0400, Klein, Kenneth 
 wrote:

>I want to change this line in a panel definition in our main ispplib:
>
>9,'CMD(EX ''SVS.IBMOM.SYSTS1.SCKMPARM(CKMISPF)'')'
>
>to one like this:
>
>9,'CMD(EX ''SVS.IBMOM.&ZSYSID.SCKMPARM(CKMISPF)'')'
>
>SYSTS1 is the name of our sandbox lpar. I want to use this panel
>unchanged on the other lpars.
>Is that how this system variable is used or do I have to use a vget into
>my own variable.

That's the one you want, no VGET required.  You will need an extra '.' to get 
the end-dsname right.

Regards,
Art Gutowski
Ford Motor Company

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Klein, Kenneth]

I want to change this line in a panel definition in our main ispplib:

9,'CMD(EX ''SVS.IBMOM.SYSTS1.SCKMPARM(CKMISPF)'')'

to one like this:

9,'CMD(EX ''SVS.IBMOM.&ZSYSID.SCKMPARM(CKMISPF)'')'

SYSTS1 is the name of our sandbox lpar. I want to use this panel
unchanged on the other lpars.
Is that how this system variable is used or do I have to use a vget into
my own variable.



Ken Klein
Sr. Systems Programmer

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Bri P]

Well, I did not know about that command option!

Easy as that - did the job.

Many thanks, Norbert!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Norbert Friemel
Sent: 13 July 2009 10:52
To: IBM-MAIN@bama.ua.edu
Subject: Re: non-SMS datasets on SMS volume

On Mon, 13 Jul 2009 10:35:35 +0100, Bri P wrote:

>Somehow, I've managed to end up with several hundred non-SMS-managed
datasets on some SMS-managed volumes. I do want them to be SMS-managed;
others (more recent ones) are, and the ACS routines etc are in place for them.
>
>How do I (as painlessly as possible) get them SMS-managed?
>

CONVERTV SMS REDETERMINE (DFSMSdss)?


Norbert Friemel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Larry Israel]

help

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Rugen, Len]

Better use a different one now


Len Rugen
  


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Steffens
Sent: Thursday, April 16, 2009 1:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: 

PW ADD Mahi40lb#

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Chris Steffens]

PW ADD Mahi40lb#

 

Chris Steffens
Operating Systems Engineer
Wells Fargo Financial
MAC F4030-033
800 Walnut Street
Des Moines, IA 50309-3636
Phone: 515-557-7098
Cell : 515-490-7563
Text Pager:  (central Iowa only  5158490...@myairmail.com
mailto:5158490...@myairmail.com>   )

"This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein.  If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message.  Thank you for your cooperation."


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Leo Smith]

>>  Thanks, but my bad. I need a PDF version, either via URL or an actual
PDF.
>>  Although I prefer boo format, it's not for me. It's possible that the
pub was never available in PDF.

>>  Bob Shannon

It doesn't look like that particular edition has a PDF version.
Other edition levels do though.  See:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/FINDBOOK?filter=ESA%2F390
+Principles+of+Operation&SUBMIT=Find

There are PDF icons next to those that have them.

Leo Smith

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CICSPlex SM Tool REXX Function Package (was: No Subject)

[Walt Farrell]

On Fri, 5 Dec 2008 08:02:43 -0500, Jesse E Tilly <[EMAIL PROTECTED]> wrote:

>The CICSPlex SM tool comes with a REXX function package; installation
>documentation can be found online.
>http://publib.boulder.ibm.com/infocenter/cicsts/v3r2/index.jsp?topic=/com.ibm.cics.ts.installation.doc/topics/dfha1ay.html
>
>A few colleagues and I have pored over this and can't decide if adding the
>library module to the system linklist is enough (as stated in the middle
>of the doc) or if we also need to add the function package to the package
>table. 

You should be able to simply follow that documentation, UNLESS your system
already has an IRXFLOC module installed.  The existing package tables allow
for an IRXFLOC function package, which is what that tool provides.

If they already have an IRXFLOC installed then you'll need to create a
package table, as documented in the TSO/E REXX Reference.

> The idea is to have a REXX program be able to run the CICS REXX
>API. No batch. No CLIST. No TSO. In fact, the REXX script is being run
>from OMVS/USS. Thoughts? If we need to update the function package, I'd
>like suggestions on how to do this. The TSO/E Rexx Documentation is
>excellent at describing how the table should be updated...but isn't as
>clear as to where this table actually lives...or if updating it is simply
>editing a file or editing a file and running some commands. Again, any
>thoughts would be appreciated.

The documentation that you referenced above is clear about where you need to
put the function package they supplied.  If you need a function package
table it basically goes in the same place: usually the linklist, but a
JOBLIB/STEPLIB could be used, or LPA.  After creating the function package
table you would assemble it and linkedit it into the appropriate library.

Note that for use in a UNIX shell environment you'll probably need to set
the STEPLIB environment variable if you're using the STEPLIB approach.  If
you were using batch or TSO/E you'd need a STEPLIB or JOBLIB in the JCL or
logon proc.

-- 
  Walt Farrell, CISSP
  IBM STSM, z/OS Security Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Jesse E Tilly]

The CICSPlex SM tool comes with a REXX function package; installation 
documentation can be found online. 
http://publib.boulder.ibm.com/infocenter/cicsts/v3r2/index.jsp?topic=/com.ibm.cics.ts.installation.doc/topics/dfha1ay.html

A few colleagues and I have pored over this and can't decide if adding the 
library module to the system linklist is enough (as stated in the middle 
of the doc) or if we also need to add the function package to the package 
table. The idea is to have a REXX program be able to run the CICS REXX 
API. No batch. No CLIST. No TSO. In fact, the REXX script is being run 
from OMVS/USS. Thoughts? If we need to update the function package, I'd 
like suggestions on how to do this. The TSO/E Rexx Documentation is 
excellent at describing how the table should be updated...but isn't as 
clear as to where this table actually lives...or if updating it is simply 
editing a file or editing a file and running some commands. Again, any 
thoughts would be appreciated.

J E S S E  T I L L Y

Certified  IT Specialist
IBM Rational Software
4111 Northside Parkway
Atlanta, GA 30327
(tel/fax)404 546.1557
[EMAIL PROTECTED]
Tech support (800) 426-7378
http://www.ibm.com/support/us/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Ram Balaji]

Hi all,

Can anyone provide me pdsm(partiotion dataset manager) document or link. 


Regards,
Ram Balaji.S.
(Dying Hard to explore MainFrames)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Keith Zawila]

**

The information contained in this communication is confidential, private, 
proprietary, or otherwise privileged and is intended only for the use of the 
addressee.  Unauthorized use, disclosure, distribution or copying is strictly 
prohibited and may be unlawful.  If you have received this communication in 
error, please notify the sender immediately at (312)653-6000 in Illinois; 
(800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in 
Texas.

**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Bri P]

Could be that RMF is not started.

Brian

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Jacky Bright
Sent: 23 October 2008 13:24
To: IBM-MAIN@BAMA.UA.EDU
Subject: SDSF DA PANEL CPU/L 10/***

Since last few days observed that system SDSF DA panel CPU Usage is

PAG0  CPU/L10/***   LINE 1-18 (87)


I am not able to understand why ***  is occurring whereas for other LPAR's I
am getting proper CPU Usage fig.


-
Email sent from www.virginmedia.com/email
Virus-checked using McAfee(R) Software and scanned for spam

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[John Blythe Reid]

INFO REFCARD

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Jim Holloway]

Lizette,
You would have to create IOEPRMxx and place any configuration 
parameters in it, but z/FS will work fine without it.  I don't have an 
IOEPRMxx coded either.
IOEAGFMT is in your SYS1.SIOELMOD library.  You also need to mount the ZFS 
file system in BPXPRMxx like this:
FILESYSTYPE TYPE(ZFS) ENTRYPOINT(IOEFSCM)
ASNAME(ZFS,'SUB=MSTR')<== This parm is optional, but 
we needed it at my shop because otherwise z/FS and JES2 waited on each 
other as we 
converted the ServerPac file systems to z/FS.  We were also given a MOD 27 
to do software SMP network receives and it works quite well.  We had our
storage team modify the ACS routines to get us to that MOD27. 

I realize you may have already seen responses on this, I get the daily 
digest form of the list, so I'm a little late.

Jim 
Jim Holloway
Sr. Software Systems Engineer
Operating Systems & Automation - RISC - Troy, NY
Internet: mailto:[EMAIL PROTECTED]

>Date:Wed, 7 May 2008 15:35:38 -0400
>From:Lizette Koehler <[EMAIL PROTECTED]>
>Subject: Re: ServerPac and zFS
>
>John, 
>
>Thanks.  So far I am not sure our environment is even setup for zFS.  I 
was not able to find a parmlib member IOEPRMxx.  Nor can I find the 
program >IOEAGFMT in the linklst/lpalist.
>
>I may have to setup some ACS codes as well, I am not sure.

>Lizette
The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[Jim Holloway]

I do something very similar in my batch trail using OPC/E.  I keep 2 
copies of /etc/syslog.conf, syslog.conf.a, syslog.conf.b, 
which contain log name versions ending in either in .a or .b: 
*.alert /dev/console 
auth.*  /tmp/auth.log.a 
*.err   /tmp/error.log.a 
daemon.*/tmp/server.log.a 
*.*;auth.none;daemon.none;local7.debug /tmp/trashcan.log.a  .
The first step overlays /etc/syslog.conf with the next version, then I 
issue the kill -HUP to force syslogd to reread /etc/syslog.conf.
We use SAR here so the remainder of the job copies the various logs over 
to JES2 and then to SAR.
 
> On Date:Thu, 1 May 2008 07:25:55 -0500 
> John Mckown wrote

> Subject: Re: ftp - syslogd - rotate
> I am not sure about 1.7. On z/OS 1.8, my /etc/syslog.conf file 
looks
>  like:
> kern.* /var/log/kern.%Y-%m-%d
> user.* /var/log/user.%Y-%m-%d
> mail.* /var/log/mail.%Y-%m-%d
> news.* /var/log/news.%Y-%m-%d
> uucp.* /var/log/uucp.%Y-%m-%d
> daemon.* /var/log/daemon.%Y-%m-%d
> auth.* /var/log/auth.%Y-%m-%d
> cron.* /var/log/cron.%Y-%m-%d 

> So that 1 second after midnight, the "kill" is issued. This 
causes
> syslogd to reread the /etc/syslog.conf and as a side effect pick 
up the
> new name. %Y is replaced with the 4 digit year, %m is replaced 
by the 2
> digit month, %d is replaced by the 2 digit day. You can then run 
some
> other process to clean up old files in /var/log


Jim Holloway - MetLife
The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

No subject

[Pamela Christina in cool for Spring Endicott]

Subject:Linux on System z Performance Update- Apr 30 - Live Virtual Class

For readers of IBMVM, Linux390, and IBMMAIN who are
interested in Linux on System z Performance.

Just a reminder that the next Linux on System z Live Virtual Class is on
Wednesday, April 30, 2008 at 11:00 AM EDT US & Canada

Title:Linux on System z Performance Update
Speakers: Mario Held, Martin Kammerer and Holger Wolf
  who are from IBM Lab Boeblingen and work on
  System z - System & Performance Evaluation,

Abstract (Updated 4/16/08):
This presentation gives a short introduction into general aspects of
System  z hardware. It then focuses on performance data obtained with
Linux on System z  measurements. The results are discussed showing the
performance exploitation of IBM hardware.  The topics are: z10,
disk I/O, cryptographic support, networking, compiler, Java, and
CPU hotplug.

Time:  11:00 AM Eastern Daylight Time (New York)
   10:00 AM Central Daylight Time
   London 4:00 PM, Frankfurt  5:00 PM,  Moscow  7:00PM

Duration: 75 minutes

TimeZone: Click on: http://www.timeanddate.com/worldclock/converter.html
to use the World Clock to translate the time for this meeting to your
local time.

Open to  Linux on System z, z/VM, z/OS and z/VSE Customers, IBM
System z Technical Sales, and System z Business Partners.

There is no charge to participate in this technical education session.

How to attend:
Connect to the Live Virtual Class (LVC) session using the following URL:
URL: https://asp22.centra.com:443/GA/main/01acee7801191d04e13b8ecb
 OR

Connect using the LVC link provided from the z/VM Website at:
http://www.vm.ibm.com/education/lvc

You can connect to the LVC session up to 10 minutes prior to the start of
the session. You do not have to pre-register to attend the webcast, but
you will need to enter your email to join the call.
The REPLAY will be available on the web using the same "connect" URL
approximately 4 hours after the event.

If you are unable to connect to the Live Virtual Class session, you can
download the presentation from the z/VM LVC website the day before the
webcast and listen to the audio portion of the session via telephone
using the following:

 Teleconference Information
 Toll free : 1-888-240-4148
 International:1-719-234-0214
 Access Code:  736296

Note: use of the telephone connection does not provide capability for you
to ask questions during the session.

Replays: As a reminder, the 2007/2008 Live Virtual Classes are available
for replay from the z/VM website at:
http://www.vm.ibm.com/education/lvc

Please direct any questions about this LVC to
 Julie Liesenfelt at [EMAIL PROTECTED]

Regards,
Pam C

P.S.
Note that Julie and I have forwarded your comments to the
education/training folks about Centra and Linux workstations.
The irony such that it is. :-)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[no subject]

[JerryDurbin]

TSO =3;4 for PROD.DISINH.D.*
On command line enter SRCHFOR ''


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Frank Allan Rasmussen
Sent: Thursday, April 10, 2008 3:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:

Hi



We have a requirement to search for a textstring i a lot of datasets



The datasets have the following format



PROD.DISINH.D.T.L



I need to be able to search all datasets within a date for a specific 
text-string



Any way to do this other than write a REXX?



Mvh

Frank Allan Rasmussen

PHB in training

Region Syddanmark

Denmark

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html