Re: SHARE Atlanta proceedings

[Jesse 1 Robinson]

A note of caution. Some time ago I needed to produce an IPLable DVD for z/VM. I 
had an ISO file from IBM. I could not find any 'standard' software on my 
regulation laptop, so I poked around the web and found something. Right after I 
created my DVD, I noticed that that Ts & Cs on the shareware product expressly 
forbade using it for commercial purposes. The shop here is pretty commercial. 
;-)

I deleted the product immediately. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, August 15, 2016 5:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SHARE Atlanta proceedings

On 2016-08-15 13:18, Charles Mills wrote:
> Not sure about earlier releases but there are (free?) third-party products 
> that do this.
> 
Yes, free.  Virtual Clone Drive.  The native Windows facility seems to appear 
and vanish from release to release.

> Not sure about that other desktop OS. 
> 
Just one?  I know at least two that do, one very transparently; the other with 
some very small admin manipulation.

> -Original Message-
> From: Ed Jaffe
> Sent: Monday, August 15, 2016 2:59 PM
> 
> Windows 10 (and probably earlier releases as well), supports clicking on and 
> opening an ISO image to work with its contents just like any other folder. 
> Nothing could be easier...

-- gil


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHARE Atlanta proceedings

[Paul Gilmartin]

On 2016-08-15 13:18, Charles Mills wrote:
> Not sure about earlier releases but there are (free?) third-party products 
> that do this.
> 
Yes, free.  Virtual Clone Drive.  The native Windows facility seems
to appear and vanish from release to release.

> Not sure about that other desktop OS. 
> 
Just one?  I know at least two that do, one very transparently;
the other with some very small admin manipulation.

> -Original Message-
> From: Ed Jaffe
> Sent: Monday, August 15, 2016 2:59 PM
> 
> Windows 10 (and probably earlier releases as well), supports clicking on and 
> opening an ISO image to work with its contents just like any other folder. 
> Nothing could be easier...

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PTF order fulfillment issues and getting HOLDDATA

[Joel C. Ewing]

On 08/15/2016 11:15 AM, John Eells wrote:
> Pete Conlin wrote:
>> I encountered a very similar problem this morning, changed to java
>> 8.0 (from 7.0) & was OK (both 31-bit).
>> IBM seems to have just started "enforcing" the ftps (vs. ftp) since
>> my last maintenance (a couple of weeks ago), so
>> I suspect their enforcement also involved changes for those of you
>> already dutifully using ftps.
>> The sample RECINET program to test this stuff (secure ftp) still
>> works wiith java 7.0.
>
> Yes, the enforcement was implemented over the weekend.  I don't know
> why changes would have been necessary for those already using either
> FTPS or HTTPS.  (I was waiting for Kurt to chime in but he's not on
> our internal IM system so he might be out.)
>

Perhaps the same change also started enforcing rejection of some older,
less-secure deprecated cipher protocols, which would hit any that were
using secured transmission but were succeeding only by negotiating to a
deprecated security protocol.

-- 
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

[Frank Swarbrick]

I guess it depends on how you think of it.  I don't think of it the way it is 
stated that people think of it.  I think of it as "read each record in a file, 
processing each one."  Neither of those loops TRULY represent this


I think this is one reason why many languages go with the "for each" paradigm, 
with the details of reading the record and processing or terminating really 
hidden from the end user.  For example, in pseudo-code


foreach my-record in my-file

do

   [...]

end


the "foreach" process will read each record in my-file and invoke the code in 
the do...end block for each one.  Upon reaching the EOF condition it will 
return out of the foreach process.


The actual code behind this "foreach" could be either of the two methods below, 
but it doesn't really matter because you as an programmer making use of foreach 
never see it and don't care about it.


I don't see anything like this ever being implemented in COBOL, however.



From: IBM Mainframe Discussion List  on behalf of 
Bill Woodger 
Sent: Monday, August 15, 2016 1:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL 
Standard (and a Plea for Understanding)

I've never previously heard of a "loop and a half", so did some digging.

Eric S Roberts, you picked an oft-referenced person, Frank :-)

Here's an example of the discussion (not from Roberts, but referencing him):

"The problem with using goto isn't the keyword itself-rather, it's the use of 
goto in inappropriate places. The goto statement can be a useful tool in 
structuring program flow and can be used to write more expressive code than 
that resulting from other branching and iteration mechanisms. One such example 
isthe "loop-and-a-half" problem, as coined by Dijkstra. Here is the traditional 
flow of the loop-and-a-half problem in pseudocode: -

loop
read in a value
if value == sentinel then exit
process the value
end loop

The exit from the loop is accomplished only by the execution of the exit 
statement in the middle of the loop. This loop/exit/end loop cycle, however, 
can be quite disturbing to some people who, acting on the notion that all uses 
of goto are evil, would write this code as follows: -

read in a value
while value != sentinel
process the value
read in a value
end while

Unfortunately, as Eric S. Roberts of Stanford University points out, this 
second approach has two major drawbacks. First, it requires the duplication of 
the statement(s) required to read in a value. Any time you duplicate code, this 
results in an obvious maintenance problem in that any change to one statement 
must be made to the other. The second problem is more subtle and probably more 
damning. The key to writing solid code that's easy to understand, and therefore 
maintain, is to write code that reads in a natural manner. In any noncode 
description of what this code is attempting to do, one would describe the 
solution as follows: First, I need to read in a value. If that value is a 
sentinel, I stop. If not, I process that value and continue to the next value. 
Therefore, it's the code omitting the exit statement that's actually 
counterintuitive because that approach reverses the natural way of thinking 
about the problem. Now, let's look at some situations in which a goto statement 
can result in the best way to structure control flow."

Breezing over the "evil" (straw man technique, that was) we get to two major 
(alleged  by Roberts) drawbacks: "it requires the duplication of the 
statement(s) required to read in a value". No, it doesn't. Unless you are only 
interested in "snippets" rather than programs/systems.

Secondly, and that author was saving the best, more damning, for second, "The 
key to writing solid code that's easy to understand, and therefore maintain, is 
to write code that reads in a natural manner." Oh. Ah, they develop:

"In any noncode description of what this code is attempting to do, one would 
describe the solution as follows: First, I need to read in a value. If that 
value is a sentinel, I stop. If not, I process that value and continue to the 
next value."

And continues "Therefore, it's the code omitting the exit statement that's 
actually counterintuitive because that approach reverses the natural way of 
thinking about the problem."

Mmmm... snippets.

I'm a Mail Opening Operative. I arrive at my desk, there's a pile of mail, I 
open a letter, bin the envelope (it is against policy, but I save any 
nice-looking stamps for my cousin, who I think should collect stamps), see who 
it is addressed to (or if it is "advertising", which Mr Johnson deals with - 
I'm not allowed to throw any actual mail away) and then put it in the correct 
pigeon-hole. Then I pick up the next letter, and repeat the process. When there 
is no more mail, I count each bundle, put elastic bands around each 

Re: Is Redbooks down?

[Carlos Bodra]

I´m getting no access too!

CARLOS BODRA
IBM Certified zSystem
São Paulo - SP - BRAZIL

Em 15/08/2016 17:37, Ward, Mike S escreveu:

Hello all, I have been trying to get to redbooks. Is this service down?

http://www.redbooks.ibm.com/

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS PDF Documents - Page Can't Be Displayed

[Susan Shumway]

Unfortunately, the publibz.boulder.ibm.com server is down at the moment. 
They're working on it and should have it back up and running soon. In 
the meantime, use the publibfp.dhe.ibm.com server to access PDFs. For 
example, for the Intro and Release Guide, go to 
http://publibfp.dhe.ibm.com/epubs/pdf/e0z3a113.pdf instead of 
http://publibz.boulder.ibm.com/epubs/pdf/e0z3a113.pdf .


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM's Australian cloud is in deep dodo

[Kirk Wolf]

I can't predict the future for IBM's Australian cloud, but it seems
unlikely that "C" will be as dead as a dodo anytime soon.   I think that
there are a couple of operating systems that still use it :-)

I would agree with you that "C" is a lousy choice for application code, but
not because of efficiency.   Better choices are generally less-efficient
than "C", but thankfully the efficiency of an application rarely depends on
the programming language.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Sun, Aug 14, 2016 at 6:23 AM, Clem Clarke 
wrote:

> Re the Computer problems with the Census at the Australian Bureau of
> Statistics in 2016, I submitted these notes to one of the major Australian
> Newspapers "The Age" today.
> ==
> A computer language that I designed and wrote in the 1970's was used by
> the Australian Bureau of Statistics to control and run all their computers
> for some decades. The language - Jol - ran many of the largest computers in
> the world for many decades.
>
> The ABS ran a superb system on their mainframe (read BIG) computers. They
> then moved to a different type of computers. One of the main problems with
> computers these days is that they use computer languages that are not
> really suited to commercial applications. Further, the base language of
> these newer computers are based on a language called "C". "C" is
> extraordinarily inefficient when moving and comparing characters, and
> dangerous too. One of the main reasons viruses infect so many computers is
> because of this failure. I spoke to Bill Gates briefly in Melbourne around
> 1988 and wrote to him about this problem, and he responded.
>
> However, the "C" problems were never fixed, and cause all computers to run
> more slowly than they should, and with the possibility of problems.
>
> You can read more of this at www.Oscar-Jol.com 
>
> Clement Victor Clarke 
>
>
>
>
> David Crayford wrote:
>
>> The Australian prime minister has just given a press conference and
>> pointed the finger directly at IBM for this debacle. It's entirely
>> predictable in this day
>> and age that a high profile event like an online census will face some
>> kind of cyber attack. It happens all the time. IBM, the service provider,
>> did not have adequate
>> measures in place to deal with the attack, fundamental measures like
>> geo-blocking. It's a bloody disgrace!
>>
>> IBMs reputation is already in tatters in Australia after the Queensland
>> government health payroll disaster. The Queensland government is still
>> refusing to budge on a
>> sector-wide ban on new contracts with IBM and who can blame them. After
>> this fiasco their brand is toxic. This is a company who government and the
>> private sector
>> would 100% trust to get the job done with integrity. Unfortunately, those
>> days are past now. Too many high profile failures and accusations of
>> underhand dealing have
>> ruined their credibility down here http://www.itnews.com.au/news/
>> ibm-should-never-have-been-appointed-finds-qld-payroll-inquiry-352362.
>>
>> Maybe what IBM needs is a change in leadership.
>>
>>
>> On 10/08/2016 12:37 PM, Edward Gould wrote:
>>
>>> http://www.theregister.co.uk/2016/08/09/australian_census_sl
>>> ips_in_the_ibm_cloud/
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is Redbooks down?

[Lizette Koehler]

There is a cool website

http://www.downforeveryoneorjustme.com/

Where you can put in URL and see if it is active or not

It's not just you! http://www.redbooks.ibm.com looks down from here.



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ward, Mike S
> Sent: Monday, August 15, 2016 1:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is Redbooks down?
> 
> Hello all, I have been trying to get to redbooks. Is this service down?
> 
> http://www.redbooks.ibm.com/
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Is Redbooks down?

[Ward, Mike S]

Hello all, I have been trying to get to redbooks. Is this service down?

http://www.redbooks.ibm.com/

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Redbooks site down ?

[Joseph Reichman]

No

I was just on a chat with IBM rep they said they are aware of it and are 
working on it no tine give. When it will be up

> On Aug 15, 2016, at 4:23 PM, Brian Peterson 
>  wrote:
> 
> I'm having trouble accessing www.redbooks.ibm.com today.  Just me?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM Redbooks site down ?

[Brian Peterson]

I'm having trouble accessing www.redbooks.ibm.com today.  Just me?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

[Bill Woodger]

I've never previously heard of a "loop and a half", so did some digging.

Eric S Roberts, you picked an oft-referenced person, Frank :-)

Here's an example of the discussion (not from Roberts, but referencing him):

"The problem with using goto isn't the keyword itself-rather, it's the use of 
goto in inappropriate places. The goto statement can be a useful tool in 
structuring program flow and can be used to write more expressive code than 
that resulting from other branching and iteration mechanisms. One such example 
isthe "loop-and-a-half" problem, as coined by Dijkstra. Here is the traditional 
flow of the loop-and-a-half problem in pseudocode: -

loop
read in a value
if value == sentinel then exit
process the value
end loop

The exit from the loop is accomplished only by the execution of the exit 
statement in the middle of the loop. This loop/exit/end loop cycle, however, 
can be quite disturbing to some people who, acting on the notion that all uses 
of goto are evil, would write this code as follows: -

read in a value
while value != sentinel
process the value
read in a value
end while

Unfortunately, as Eric S. Roberts of Stanford University points out, this 
second approach has two major drawbacks. First, it requires the duplication of 
the statement(s) required to read in a value. Any time you duplicate code, this 
results in an obvious maintenance problem in that any change to one statement 
must be made to the other. The second problem is more subtle and probably more 
damning. The key to writing solid code that's easy to understand, and therefore 
maintain, is to write code that reads in a natural manner. In any noncode 
description of what this code is attempting to do, one would describe the 
solution as follows: First, I need to read in a value. If that value is a 
sentinel, I stop. If not, I process that value and continue to the next value. 
Therefore, it's the code omitting the exit statement that's actually 
counterintuitive because that approach reverses the natural way of thinking 
about the problem. Now, let's look at some situations in which a goto statement 
can result in the best way to structure control flow."

Breezing over the "evil" (straw man technique, that was) we get to two major 
(alleged  by Roberts) drawbacks: "it requires the duplication of the 
statement(s) required to read in a value". No, it doesn't. Unless you are only 
interested in "snippets" rather than programs/systems.

Secondly, and that author was saving the best, more damning, for second, "The 
key to writing solid code that's easy to understand, and therefore maintain, is 
to write code that reads in a natural manner." Oh. Ah, they develop:

"In any noncode description of what this code is attempting to do, one would 
describe the solution as follows: First, I need to read in a value. If that 
value is a sentinel, I stop. If not, I process that value and continue to the 
next value."

And continues "Therefore, it's the code omitting the exit statement that's 
actually counterintuitive because that approach reverses the natural way of 
thinking about the problem."

Mmmm... snippets.

I'm a Mail Opening Operative. I arrive at my desk, there's a pile of mail, I 
open a letter, bin the envelope (it is against policy, but I save any 
nice-looking stamps for my cousin, who I think should collect stamps), see who 
it is addressed to (or if it is "advertising", which Mr Johnson deals with - 
I'm not allowed to throw any actual mail away) and then put it in the correct 
pigeon-hole. Then I pick up the next letter, and repeat the process. When there 
is no more mail, I count each bundle, put elastic bands around each bundle,  
and pass them to the delivery boy (if he's bothered to turn up on time, he's 
always with the girls in the punch room). I fill out a sheet of statistics, 
stamp it (Mr Johnson is terribly upset if I forget that). Lately, it was my own 
idea, and Mr Johnson was *very* pleased at my initiative, I have some 
pre-written pieces of paper to make it extremely clear who each packet is for. 
I'm sure *that boy* doesn't even appreciate it. Then it is on to internal mail, 
until the second post arrives in the early afternoon...

Now, one day, I turn up - *AND THERE ARE NO LETTERS WAITING*. I'm all of a 
flummox, and dial Mr Johnson immediately. He never likes being disturbed this 
early, but this was really *IMPORTANT*.

 That was character-acting, that was. Or 
character writing.

Now, which of the above two "snippets" is reflective of Mail Opening?  The one 
where you actually start the work of the loop, and exit the loop in a 
completely normal way, or the one where you do a bit of "priming", and realise 
there is nothing to process, so Mr Johnson needs to know?

Snippets.

I found this (different author, also refers to Roberts), as well, I suppose a 
variant of a loop-and-a-half to process "an array, which shows how it would be 
written with a GOTO:

i = low_value
loop:
   

Re: SHARE Atlanta proceedings

[Charles Mills]

Not sure about earlier releases but there are (free?) third-party products that 
do this.

Not sure about that other desktop OS. 

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Monday, August 15, 2016 2:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SHARE Atlanta proceedings

On 8/15/2016 11:54 AM, Charles Mills wrote:
>
> Would it not be fairly easy to download the ISO, mount it as a DVD (or 
> burn it to a DVD if you can't do that) and then copy all the PDFs to 
> wherever you want them?

Windows 10 (and probably earlier releases as well), supports clicking on and 
opening an ISO image to work with its contents just like any other folder. 
Nothing could be easier...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE receive order broken this morning?

[Jousma, David]

Kurt,   thanks for the response.  I had closed my ticket before they could 
respond because I compared my secure FTP settings with IBM recommended here: 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/gim3116.htm

SECURE_FTPALLOWED 
SECURE_MECHANISM  TLS
TLSRFCLEVEL   CCCNONOTIFY
TLSMECHANISM  FTP
SECURE_DATACONN   PRIVATE
KEYRING   keyringname
EPSV4 TRUE



In my jobs I had coded TLSMECHANISM  AT-TLS when the failure occurred.  I 
changed it to TLSMECHANISM  FTP base on the doc above and things started 
working again, maybe it was a timing co-incidence?   I'll run another job 
tomorrow when there may be additional maint to download reverting back to 
AT-TLS.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Monday, August 15, 2016 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE receive order broken this morning?

On 8/15/2016 9:40 AM, Jousma, David wrote:
> All,
>
> I apologize if this has been asked, but I've been on vacation for the last 
> week or two.  Last time it worked for me was prior to this.   Seems like 
> something changed?  Seems to be refused at IBM end.   I do have ticket open 
> with them, but thought maybe I might have missed something.
>
>> /bin/ftp -e -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" 
>> deliverycb-bld.dhe.ibm.com
>
> EZY2640I Using 'SYS1.TCPPARMS(FTPSECUR)' for local site configuration 
> parameters .
> EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables 
> for the co ntrol connection.
> EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables 
> for the da ta connection.
> EZA1450I IBM FTP CS V2R2
> EZA1772I FTP: EXIT has been set.
> EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
> EZA1554I Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
> 220-IBM's internal systems must only be used for conducting IBM's 
> 220-business or for purposes authorized by IBM management.
> 220-
> 220-Use is subject to audit at any time by IBM management.
> 220-
> 220 dhebpcb01 secure FTP server ready.
> EZA1701I >>> AUTH TLS
> 234 SSLv23/TLSv1
> EZA2897I Authentication negotiation failed EZA2898I Unable to 
> successfully negotiate required authentication EZA1735I Std Return 
> Code = 10234, Error Code = 00017 
> _
> Dave Jousma

As already mentioned, IBM did have an upgrade this past weekend for its 
download server infrastructure, and unsecured FTP downloads are no longer 
allowed.  You must use now FTPS or HTTPS when downloading from IBM's servers to 
your z/OS systems.

Unfortunately, perhaps as a result of this deployment, there was also this 
morning an outage with the download infrastructure, but it does appear to be 
working now.  Hopefully Dave received a similar response to his open ticket.

If anyone tries again and continues to have troubles, please open a problem 
record with IBM support.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHARE Atlanta proceedings

[Ed Jaffe]

On 8/15/2016 11:54 AM, Charles Mills wrote:


Would it not be fairly easy to download the ISO, mount it as a DVD (or burn
it to a DVD if you can't do that) and then copy all the PDFs to wherever you
want them?


Windows 10 (and probably earlier releases as well), supports clicking on 
and opening an ISO image to work with its contents just like any other 
folder. Nothing could be easier...


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHARE Atlanta proceedings

[Charles Mills]

> You still can, it's just a PITA unless you know how to write scripts to
download and parse the HTML in use.  I do this for the LVM program.

Would it not be fairly easy to download the ISO, mount it as a DVD (or burn
it to a DVD if you can't do that) and then copy all the PDFs to wherever you
want them?

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mark Post
Sent: Monday, August 15, 2016 1:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SHARE Atlanta proceedings

>>> On 8/15/2016 at 11:48 AM, Norman Hollander on Desertwiz
 wrote: 
> Too bad they didn't ask for our preference.  I like being able to 
> download individual sessions, rather than then entire thing.

You still can, it's just a PITA unless you know how to write scripts to
download and parse the HTML in use.  I do this for the LVM program.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE receive order broken this morning?

[Kurt Quackenbush]

On 8/15/2016 9:40 AM, Jousma, David wrote:

All,

I apologize if this has been asked, but I've been on vacation for the last week 
or two.  Last time it worked for me was prior to this.   Seems like something 
changed?  Seems to be refused at IBM end.   I do have ticket open with them, 
but thought maybe I might have missed something.


/bin/ftp -e -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" deliverycb-bld.dhe.ibm.com


EZY2640I Using 'SYS1.TCPPARMS(FTPSECUR)' for local site configuration parameters
.
EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the co
ntrol connection.
EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the da
ta connection.
EZA1450I IBM FTP CS V2R2
EZA1772I FTP: EXIT has been set.
EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
EZA1554I Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
220-IBM's internal systems must only be used for conducting IBM's
220-business or for purposes authorized by IBM management.
220-
220-Use is subject to audit at any time by IBM management.
220-
220 dhebpcb01 secure FTP server ready.
EZA1701I >>> AUTH TLS
234 SSLv23/TLSv1
EZA2897I Authentication negotiation failed
EZA2898I Unable to successfully negotiate required authentication
EZA1735I Std Return Code = 10234, Error Code = 00017
_
Dave Jousma


As already mentioned, IBM did have an upgrade this past weekend for its 
download server infrastructure, and unsecured FTP downloads are no 
longer allowed.  You must use now FTPS or HTTPS when downloading from 
IBM's servers to your z/OS systems.


Unfortunately, perhaps as a result of this deployment, there was also 
this morning an outage with the download infrastructure, but it does 
appear to be working now.  Hopefully Dave received a similar response to 
his open ticket.


If anyone tries again and continues to have troubles, please open a 
problem record with IBM support.


Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHARE Atlanta proceedings

[Donald J.]

Share 117 thru 125 were loaded at orderly locations:
https://share.confex.com/share/117/webprogram/uploadlistall.html
...
https://share.confex.com/share/125/webprogram/uploadlistall.html

They seem to have migrated off that trail with 126.

-- 
  Donald J.
  dona...@4email.net

On Mon, Aug 15, 2016, at 10:39 AM, Mark Post wrote:
> >>> On 8/15/2016 at 11:48 AM, Norman Hollander on Desertwiz
>  wrote: 
> > Too bad they didn't ask for our preference.  I like being able to download
> > individual sessions, rather than then 
> > entire thing.
> 
> You still can, it's just a PITA unless you know how to write scripts to 
> download and parse the HTML in use.  I do this for the LVM program.
> 
> > Don't know if an ISO image is that much smaller than all of
> > the individual files.
> 
> Almost certainly not, since there are some HTML files and images for the web 
> interface the DVD presents.  It's not about reducing the amount of downloads, 
> it's about saving the costs of manufacturing and distribution.
> 
> 
> Mark Post
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

-- 
http://www.fastmail.com - Same, same, but different...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHARE Atlanta proceedings

[Mark Post]

>>> On 8/15/2016 at 11:48 AM, Norman Hollander on Desertwiz
 wrote: 
> Too bad they didn't ask for our preference.  I like being able to download
> individual sessions, rather than then 
> entire thing.

You still can, it's just a PITA unless you know how to write scripts to 
download and parse the HTML in use.  I do this for the LVM program.

> Don't know if an ISO image is that much smaller than all of
> the individual files.

Almost certainly not, since there are some HTML files and images for the web 
interface the DVD presents.  It's not about reducing the amount of downloads, 
it's about saving the costs of manufacturing and distribution.


Mark Post

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHARE Atlanta proceedings

[Ed Jaffe]

On 8/15/2016 8:48 AM, Norman Hollander on Desertwiz wrote:

Too bad they didn't ask for our preference.  I like being able to download
individual sessions, rather than then
entire thing.  Don't know if an ISO image is that much smaller than all of
the individual files.


They did ask. Folks who wanted the CD/DVD indicated they were fine with 
downloadable ISO images. Many other conferences have started doing the 
same thing. It's fast becoming a best practice.


As always, you can download individual files any time you wish.

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS PDF Documents - Page Can't Be Displayed

[Dennis Schaffer]

Now, if there were a way to fix this for IE ...

Some of us don't have access to Chrome or anything but IE, in this world of 
corporate deployments.

Dennis

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS PDF Documents - Page Can't Be Displayed

[John McKown]

On Mon, Aug 15, 2016 at 11:51 AM, Dennis Schaffer  wrote:

> Hi John,
>
> I was originally using IE11 when I experienced the problem.
>

​My boss had that same problem with IE11 when he tries to get to "Vulture
Central, biting the hand that feeds IT" (aka theregister.co.uk)​



>
> After seeing your response, I also tried Google Chrome and it worked!
>
> I'm not sure what would cause the difference but Thanks!
>
> Dennis
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Klein bottle for rent -- inquire within.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ShopZ OK now(?) Re: PTF order fulfillment issues and getting HOLDDATA

[Jesse 1 Robinson]

For many years I have pulled HOLDDATA with a standard non-SSL FTP job. Instead 
submitted a variation of my order-from-network job--which uses 
HTTPS--requesting only HOLDDATA. It ran fine.

Then I submitted my old vanilla FTP job that has run forever. It failed:

EZA1701I >>> USER anonym...@service.boulder.ibm.com 
EZA1475I Connection with proxy.glbi.sce.com terminated  
EZA1735I Std Return Code = 19220, Error Code = 00010

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pete Conlin
Sent: Monday, August 15, 2016 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):ShopZ OK now(?) Re: PTF order fulfillment issues and 
getting HOLDDATA

The java release may be spurious.
I tested with java 7.1 & was OK, then something told me to retry with java 7.0.
OK.
Maybe something on the IBM end got rolled back?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS PDF Documents - Page Can't Be Displayed

[Dennis Schaffer]

Hi John,

I was originally using IE11 when I experienced the problem.

After seeing your response, I also tried Google Chrome and it worked!

I'm not sure what would cause the difference but Thanks!

Dennis

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS PDF Documents - Page Can't Be Displayed

[Jesse 1 Robinson]

Got this for JES2 Commands:

Network Error (tcp_error)
A communication error occurred: "Operation timed out"  
The Web Server may be down, too busy, or experiencing other problems preventing 
it from responding to requests. You may wish to try again at a later time.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dennis Schaffer
Sent: Monday, August 15, 2016 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):IBM z/OS PDF Documents - Page Can't Be Displayed

Is anyone else having difficulty accessing IBM PDF manuals from 
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r2pdf/ ?  Or 
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r1pdf/ ?



I’m able to access these pages but when I try to select an individual PDF 
document to display, the browser clock spins for several seconds, then I get 
message “This page can’t be displayed”.



I am able to display manuals from other vendors.



I’ve also tried to save individual manuals w/ no success.



This is happening on a Windows 7 PC on my corporate network but I get a similar 
error on an Ipad on an external network.



I’m currently trying to download the entire PDF collection and that seems to be 
working, but slowly.



Thanks,

Dennis Schaffer

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS PDF Documents - Page Can't Be Displayed

[John McKown]

On Mon, Aug 15, 2016 at 11:29 AM, Dennis Schaffer  wrote:

> Is anyone else having difficulty accessing IBM PDF manuals from
> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r2pdf/ ?  Or
> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r1pdf/ ?
>

​Both came up fine on my system: Google Chrome on Windows 7 Professional.​

 --
Klein bottle for rent -- inquire within.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS PDF Documents - Page Can't Be Displayed

[Joseph Reichman]

Me too cann't display any of the books 

Joe Reichman
8045 Newell St Apt 403
Silver Spring MD 20910
Home (240) 863-3965
Cell (917) 748 -9693

> On Aug 15, 2016, at 12:29 PM, Dennis Schaffer  
> wrote:
> 
> Is anyone else having difficulty accessing IBM PDF manuals from
> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r2pdf/ ?  Or
> http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r1pdf/ ?
> 
> 
> 
> I’m able to access these pages but when I try to select an individual PDF
> document to display, the browser clock spins for several seconds, then I
> get message “This page can’t be displayed”.
> 
> 
> 
> I am able to display manuals from other vendors.
> 
> 
> 
> I’ve also tried to save individual manuals w/ no success.
> 
> 
> 
> This is happening on a Windows 7 PC on my corporate network but I get a
> similar error on an Ipad on an external network.
> 
> 
> 
> I’m currently trying to download the entire PDF collection and that seems
> to be working, but slowly.
> 
> 
> 
> Thanks,
> 
> Dennis Schaffer
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM z/OS PDF Documents - Page Can't Be Displayed

[Dennis Schaffer]

Is anyone else having difficulty accessing IBM PDF manuals from
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r2pdf/ ?  Or
http://www-03.ibm.com/systems/z/os/zos/library/bkserv/v2r1pdf/ ?



I’m able to access these pages but when I try to select an individual PDF
document to display, the browser clock spins for several seconds, then I
get message “This page can’t be displayed”.



I am able to display manuals from other vendors.



I’ve also tried to save individual manuals w/ no success.



This is happening on a Windows 7 PC on my corporate network but I get a
similar error on an Ipad on an external network.



I’m currently trying to download the entire PDF collection and that seems
to be working, but slowly.



Thanks,

Dennis Schaffer

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ShopZ OK now(?) Re: PTF order fulfillment issues and getting HOLDDATA

[Pete Conlin]

The java release may be spurious.
I tested with java 7.1 & was OK, then something told me to retry with java 7.0.
OK.
Maybe something on the IBM end got rolled back?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PTF order fulfillment issues and getting HOLDDATA

[John Eells]

Pete Conlin wrote:

I encountered a very similar problem this morning, changed to java 8.0 (from 7.0) 
& was OK (both 31-bit).
IBM seems to have just started "enforcing" the ftps (vs. ftp) since my last 
maintenance (a couple of weeks ago), so
I suspect their enforcement also involved changes for those of you already 
dutifully using ftps.
The sample RECINET program to test this stuff (secure ftp) still works wiith 
java 7.0.


Yes, the enforcement was implemented over the weekend.  I don't know why 
changes would have been necessary for those already using either FTPS or 
HTTPS.  (I was waiting for Kurt to chime in but he's not on our internal 
IM system so he might be out.)


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PTF order fulfillment issues and getting HOLDDATA

[Pete Conlin]

I encountered a very similar problem this morning, changed to java 8.0 (from 
7.0) & was OK (both 31-bit).
IBM seems to have just started "enforcing" the ftps (vs. ftp) since my last 
maintenance (a couple of weeks ago), so
I suspect their enforcement also involved changes for those of you already 
dutifully using ftps.
The sample RECINET program to test this stuff (secure ftp) still works wiith 
java 7.0.  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHARE Atlanta proceedings

[Norman Hollander on Desertwiz]

Too bad they didn't ask for our preference.  I like being able to download
individual sessions, rather than then 
entire thing.  Don't know if an ISO image is that much smaller than all of
the individual files.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mark Post
Sent: Sunday, August 14, 2016 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SHARE Atlanta proceedings

>>> On 8/14/2016 at 06:17 AM, Art Gutowski  wrote: 
> I went to San Antonio in March, and not a word about a DVD or an ISO 
> image or anything.  Remember the Alamo?  Guess not.

I made a query to SHARE Operations, and they said that the San Antonio
proceedings would also be an ISO image, but still needed a few touches to be
complete.


Mark Post

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL Standard (and a Plea for Understanding)

[Frank Swarbrick]

Exception processing, while a good idea in my opinion, is one of those things 
from the 20xx COBOL standards that I have decided to not as IBM to implement.  
The COBOL standard implementation seems to be quite lacking.  There seems no 
way to "wrap" code that might throw an exception inside a block any smaller 
than the program level.  User-defined exceptions are always non-fatal and don't 
even need to be "caught", so it appears to me that an invoking program would 
ignore one by default.  I'd love to be proved wrong.


From: IBM Mainframe Discussion List  on behalf of 
Bill Woodger 
Sent: Sunday, August 14, 2016 3:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL Unbounded Loops: A Diatribe On Their Omission From the COBOL 
Standard (and a Plea for Understanding)

Keeping it COBOL, there is some masterful documentation relating to the 
probable conceptual origin of try/catch (COBOL's DECLARATIVES) *

However, there are bits of the concept which were left out:

"A declarative procedure can be performed from a nondeclarative procedure.

A nondeclarative procedure can be performed from a declarative procedure.

A declarative procedure can be referenced in a GO TO statement in a declarative 
procedure.

A nondeclarative procedure can be referenced in a GO TO statement in a 
declarative procedure.

You can include a statement that executes a previously called USE procedure 
that is still in control. However, to avoid an infinite loop, you must be sure 
there is an eventual exit at the bottom.

The declarative procedure is exited when the last statement in the procedure is 
executed."




* this statement may include an assumption with which others disagree

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

JQP Printers & InfoPrint

[Salah]

Hello List,

Anyone has MacKinney JQP defined printers who converted them to InfoPrint IP 
Printway printers?

I am not very familiar with either products.

Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE receive order broken this morning?

[Tracy Adams]

Yeah, appears to be a problem on the ibm side... the same job that ran Friday 
and got a space error today returns "SSL Required" :-(

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, August 15, 2016 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE receive order broken this morning?

I found that I had to change thisoption.  Was specifying AT-TLS prior to this.  
I found this info here: 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/gim3116.htm

TLSMECHANISM  FTP   ; AT-TLS will implement TLS
 ; security.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Donald J.
Sent: Monday, August 15, 2016 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE receive order broken this morning?

It appears their ftp server is only accepting TLS1.0 at the moment.
All other options fail.

== Info: TLSv1.1, TLS handshake, Client hello (1):  
=> Send SSL data, 512 bytes (0x200) 
 == Info: error:14077102:SSL routines:SSL23_GET_SERVER_HELLO:unsupported 
protocol
 == Info: Closing connection 0

The http server port 443 accepts 1.0/1.1/1.2.   


--
  Donald J.
  dona...@4email.net

On Mon, Aug 15, 2016, at 07:01 AM, Richards, Robert B. wrote:
> Dave,
> 
> It is not just you. I sent a note at 6:48am entitled " PTF order fulfillment 
> issues and getting HOLDDATA". 
> 
> I have not opened a SR yet, so if you get a quick reply, please post what 
> they say. 
> 
> In my case, a FTP GET for full HOLDDATA also failed.
> 
> Bob
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Monday, August 15, 2016 9:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMPE receive order broken this morning?
> 
> All,
> 
> I apologize if this has been asked, but I've been on vacation for the last 
> week or two.  Last time it worked for me was prior to this.   Seems like 
> something changed?  Seems to be refused at IBM end.   I do have ticket open 
> with them, but thought maybe I might have missed something.
> 
> > /bin/ftp -e -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" 
> > deliverycb-bld.dhe.ibm.com
> 
> EZY2640I Using 'SYS1.TCPPARMS(FTPSECUR)' for local site configuration 
> parameters .
> EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the 
> co ntrol connection.
> EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the 
> da ta connection.
> EZA1450I IBM FTP CS V2R2
> EZA1772I FTP: EXIT has been set.
> EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
> EZA1554I Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
> 220-IBM's internal systems must only be used for conducting IBM's 
> 220-business or for purposes authorized by IBM management.
> 220-
> 220-Use is subject to audit at any time by IBM management.
> 220-
> 220 dhebpcb01 secure FTP server ready.
> EZA1701I >>> AUTH TLS
> 234 SSLv23/TLSv1
> EZA2897I Authentication negotiation failed EZA2898I Unable to 
> successfully negotiate required authentication EZA1735I Std Return 
> Code = 10234, Error Code = 00017
> 
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
> 
> This e-mail transmission contains information that is confidential and may be 
> privileged.
> It is intended only for the addressee(s) named above. If you receive this 
> e-mail in error, please do not read, copy or disseminate it in any manner.  
> If you are not the intended recipient, any disclosure, copying, distribution 
> or use of the contents of this information is prohibited. Please reply to the 
> message immediately by informing the sender that the message was misdirected. 
> After replying, please erase it from your computer system. Your assistance in 
> correcting this error is appreciated.
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
http://www.fastmail.com - Send your email first class

Re: SMPE receive order broken this morning?

[Jousma, David]

I found that I had to change thisoption.  Was specifying AT-TLS prior to this.  
I found this info here: 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/gim3116.htm

TLSMECHANISM  FTP   ; AT-TLS will implement TLS
 ; security.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Donald J.
Sent: Monday, August 15, 2016 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE receive order broken this morning?

It appears their ftp server is only accepting TLS1.0 at the moment.
All other options fail.

== Info: TLSv1.1, TLS handshake, Client hello (1):  
=> Send SSL data, 512 bytes (0x200) 
 == Info: error:14077102:SSL routines:SSL23_GET_SERVER_HELLO:unsupported 
protocol
 == Info: Closing connection 0

The http server port 443 accepts 1.0/1.1/1.2.   


--
  Donald J.
  dona...@4email.net

On Mon, Aug 15, 2016, at 07:01 AM, Richards, Robert B. wrote:
> Dave,
> 
> It is not just you. I sent a note at 6:48am entitled " PTF order fulfillment 
> issues and getting HOLDDATA". 
> 
> I have not opened a SR yet, so if you get a quick reply, please post what 
> they say. 
> 
> In my case, a FTP GET for full HOLDDATA also failed.
> 
> Bob
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Monday, August 15, 2016 9:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMPE receive order broken this morning?
> 
> All,
> 
> I apologize if this has been asked, but I've been on vacation for the last 
> week or two.  Last time it worked for me was prior to this.   Seems like 
> something changed?  Seems to be refused at IBM end.   I do have ticket open 
> with them, but thought maybe I might have missed something.
> 
> > /bin/ftp -e -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" 
> > deliverycb-bld.dhe.ibm.com
> 
> EZY2640I Using 'SYS1.TCPPARMS(FTPSECUR)' for local site configuration 
> parameters .
> EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the 
> co ntrol connection.
> EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the 
> da ta connection.
> EZA1450I IBM FTP CS V2R2
> EZA1772I FTP: EXIT has been set.
> EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
> EZA1554I Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
> 220-IBM's internal systems must only be used for conducting IBM's 
> 220-business or for purposes authorized by IBM management.
> 220-
> 220-Use is subject to audit at any time by IBM management.
> 220-
> 220 dhebpcb01 secure FTP server ready.
> EZA1701I >>> AUTH TLS
> 234 SSLv23/TLSv1
> EZA2897I Authentication negotiation failed EZA2898I Unable to 
> successfully negotiate required authentication EZA1735I Std Return 
> Code = 10234, Error Code = 00017
> 
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
> 
> This e-mail transmission contains information that is confidential and may be 
> privileged.
> It is intended only for the addressee(s) named above. If you receive this 
> e-mail in error, please do not read, copy or disseminate it in any manner.  
> If you are not the intended recipient, any disclosure, copying, distribution 
> or use of the contents of this information is prohibited. Please reply to the 
> message immediately by informing the sender that the message was misdirected. 
> After replying, please erase it from your computer system. Your assistance in 
> correcting this error is appreciated.
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
http://www.fastmail.com - Send your email first class

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail 

Re: SMPE receive order broken this morning?

[Donald J.]

It appears their ftp server is only accepting TLS1.0 at the moment.
All other options fail.

== Info: TLSv1.1, TLS handshake, Client hello (1):  
=> Send SSL data, 512 bytes (0x200) 
 == Info: error:14077102:SSL routines:SSL23_GET_SERVER_HELLO:unsupported 
protocol
 == Info: Closing connection 0

The http server port 443 accepts 1.0/1.1/1.2.   


-- 
  Donald J.
  dona...@4email.net

On Mon, Aug 15, 2016, at 07:01 AM, Richards, Robert B. wrote:
> Dave,
> 
> It is not just you. I sent a note at 6:48am entitled " PTF order fulfillment 
> issues and getting HOLDDATA". 
> 
> I have not opened a SR yet, so if you get a quick reply, please post what 
> they say. 
> 
> In my case, a FTP GET for full HOLDDATA also failed.
> 
> Bob
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Monday, August 15, 2016 9:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMPE receive order broken this morning?
> 
> All,
> 
> I apologize if this has been asked, but I've been on vacation for the last 
> week or two.  Last time it worked for me was prior to this.   Seems like 
> something changed?  Seems to be refused at IBM end.   I do have ticket open 
> with them, but thought maybe I might have missed something.
> 
> > /bin/ftp -e -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" 
> > deliverycb-bld.dhe.ibm.com
> 
> EZY2640I Using 'SYS1.TCPPARMS(FTPSECUR)' for local site configuration 
> parameters .
> EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the 
> co ntrol connection.
> EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the 
> da ta connection.
> EZA1450I IBM FTP CS V2R2
> EZA1772I FTP: EXIT has been set.
> EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
> EZA1554I Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
> 220-IBM's internal systems must only be used for conducting IBM's 
> 220-business or for purposes authorized by IBM management.
> 220-
> 220-Use is subject to audit at any time by IBM management.
> 220-
> 220 dhebpcb01 secure FTP server ready.
> EZA1701I >>> AUTH TLS
> 234 SSLv23/TLSv1
> EZA2897I Authentication negotiation failed EZA2898I Unable to successfully 
> negotiate required authentication EZA1735I Std Return Code = 10234, Error 
> Code = 00017
> 
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
> 
> This e-mail transmission contains information that is confidential and may be 
> privileged.
> It is intended only for the addressee(s) named above. If you receive this 
> e-mail in error, please do not read, copy or disseminate it in any manner.  
> If you are not the intended recipient, any disclosure, copying, distribution 
> or use of the contents of this information is prohibited. Please reply to the 
> message immediately by informing the sender that the message was misdirected. 
> After replying, please erase it from your computer system. Your assistance in 
> correcting this error is appreciated.
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

-- 
http://www.fastmail.com - Send your email first class

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mainframe's security assessments costs

[Steve Beaver]

Vanguard has their VCM that will handle a lot of the checking you are looking 
for,
But no one handles it all without some human checking

Steve  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Hansel
Sent: Monday, August 15, 2016 9:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe's security assessments costs

Hi Filip,

I'm not sure asking others about pricing would be of much benefit because such 
pricing is likely to be based on their unique configuration and the type of 
assessment, and besides, they probably can't disclose such pricing because it 
is likely to be protected by a confidentiality agreement. Some of the factors 
we consider in pricing an assessment are the number of RACF databases to be 
reviewed, number of z/OS system images (a.k.a. LPARs) sharing each set of RACF 
databases, number of profiles defined by class in each database, number of CICS 
regions (SIT PARM analysis), whether Unix File System security permissions are 
to be examined, and whether the assessment can be performed remotely. To 
compare offers, you need to look closely as nature and depth of the review. 
Some will simply run a software tool and issue findings that in some cases are 
based on arbitrary thresholds (e.g., 'n' number of IDs with NOINTERVAL or 
OPERATIONS). Others will bore into the details and attempt to identify IDs that 
perhaps shouldn't have NOINTERVAL or look for SURROGAT profiles that allow 
unprivileged users inappropriate use of OPERATIONS IDs. Don't assuming 
anything. Ask questions.

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com

-Original Message-
Date:Mon, 15 Aug 2016 09:51:48 +1000
From:x ksi 
Subject: Mainframe's security assessments costs

Hey group. I was wondering if some of you could share some information about 
the costs various companies charged you for performing security assessment of 
your mainframes? At this point literally any information will be valuable (e.g. 
hourly rate, particular engagement cost, order of magnitude for this type of 
engagements etc.). From what I can tell there are companies providing such 
services but their prices seem to be a one big mystery. Having even a rough 
estimation would allow to better choose between various providers. Thank you in 
advance.


Kind regards,
Filip

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mainframe's security assessments costs

[Robert Hansel]

Hi Filip,

I'm not sure asking others about pricing would be of much benefit because such 
pricing is likely to be based on their unique configuration and the type of 
assessment, and besides, they probably can't disclose such pricing because it 
is likely to be protected by a confidentiality agreement. Some of the factors 
we consider in pricing an assessment are the number of RACF databases to be 
reviewed, number of z/OS system images (a.k.a. LPARs) sharing each set of RACF 
databases, number of profiles defined by class in each database, number of CICS 
regions (SIT PARM analysis), whether Unix File System security permissions are 
to be examined, and whether the assessment can be performed remotely. To 
compare offers, you need to look closely as nature and depth of the review. 
Some will simply run a software tool and issue findings that in some cases are 
based on arbitrary thresholds (e.g., 'n' number of IDs with NOINTERVAL or 
OPERATIONS). Others will bore into the details and attempt to identify IDs that 
perhaps shouldn't have NOINTERVAL or look for SURROGAT profiles that allow 
unprivileged users inappropriate use of OPERATIONS IDs. Don't assuming 
anything. Ask questions.

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com

-Original Message-
Date:Mon, 15 Aug 2016 09:51:48 +1000
From:x ksi 
Subject: Mainframe's security assessments costs

Hey group. I was wondering if some of you could share some information
about the costs various companies charged you for performing security
assessment of your mainframes? At this point literally any information
will be valuable (e.g. hourly rate, particular engagement cost, order
of magnitude for this type of engagements etc.). From what I can tell
there are companies providing such services but their prices seem to
be a one big mystery. Having even a rough estimation would allow to
better choose between various providers. Thank you in advance.


Kind regards,
Filip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE receive order broken this morning?

[Richards, Robert B.]

Dave,

It is not just you. I sent a note at 6:48am entitled " PTF order fulfillment 
issues and getting HOLDDATA". 

I have not opened a SR yet, so if you get a quick reply, please post what they 
say. 

In my case, a FTP GET for full HOLDDATA also failed.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, August 15, 2016 9:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPE receive order broken this morning?

All,

I apologize if this has been asked, but I've been on vacation for the last week 
or two.  Last time it worked for me was prior to this.   Seems like something 
changed?  Seems to be refused at IBM end.   I do have ticket open with them, 
but thought maybe I might have missed something.

> /bin/ftp -e -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" 
> deliverycb-bld.dhe.ibm.com

EZY2640I Using 'SYS1.TCPPARMS(FTPSECUR)' for local site configuration 
parameters .
EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the 
co ntrol connection.
EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the 
da ta connection.
EZA1450I IBM FTP CS V2R2
EZA1772I FTP: EXIT has been set.
EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
EZA1554I Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
220-IBM's internal systems must only be used for conducting IBM's 220-business 
or for purposes authorized by IBM management.
220-
220-Use is subject to audit at any time by IBM management.
220-
220 dhebpcb01 secure FTP server ready.
EZA1701I >>> AUTH TLS
234 SSLv23/TLSv1
EZA2897I Authentication negotiation failed EZA2898I Unable to successfully 
negotiate required authentication EZA1735I Std Return Code = 10234, Error Code 
= 00017

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error, please do not read, copy or disseminate it in any manner.  If 
you are not the intended recipient, any disclosure, copying, distribution or 
use of the contents of this information is prohibited. Please reply to the 
message immediately by informing the sender that the message was misdirected. 
After replying, please erase it from your computer system. Your assistance in 
correcting this error is appreciated.




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SMPE receive order broken this morning?

[Jousma, David]

All,

I apologize if this has been asked, but I've been on vacation for the last week 
or two.  Last time it worked for me was prior to this.   Seems like something 
changed?  Seems to be refused at IBM end.   I do have ticket open with them, 
but thought maybe I might have missed something.

> /bin/ftp -e -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" deliverycb-bld.dhe.ibm.com

EZY2640I Using 'SYS1.TCPPARMS(FTPSECUR)' for local site configuration parameters
.
EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the co
ntrol connection.
EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the da
ta connection.
EZA1450I IBM FTP CS V2R2
EZA1772I FTP: EXIT has been set.
EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
EZA1554I Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.
220-IBM's internal systems must only be used for conducting IBM's
220-business or for purposes authorized by IBM management.
220-
220-Use is subject to audit at any time by IBM management.
220-
220 dhebpcb01 secure FTP server ready.
EZA1701I >>> AUTH TLS
234 SSLv23/TLSv1
EZA2897I Authentication negotiation failed
EZA2898I Unable to successfully negotiate required authentication
EZA1735I Std Return Code = 10234, Error Code = 00017

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error,
please do not read, copy or disseminate it in any manner.  If you are not the 
intended 
recipient, any disclosure, copying, distribution or use of the contents of this 
information
is prohibited. Please reply to the message immediately by informing the sender 
that the 
message was misdirected. After replying, please erase it from your computer 
system. Your 
assistance in correcting this error is appreciated.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RPREFIX

[zMan]

Everything in SMP/E has a "quite cryptic description". It's as if whoever
"designed" it deliberately made it as difficult to use as possible. Some of
the most user-hostile software I've ever seen.

On Fri, Aug 12, 2016 at 3:11 PM, R.S. 
wrote:

> W dniu 2016-08-12 o 17:38, Paul Gilmartin pisze:
>
>> On Fri, 12 Aug 2016 08:29:12 -0400, Kurt Quackenbush 
>> wrote:
>>
>> On 8/12/2016 8:12 AM, R.S. wrote:
>>>
 I mean SMP/E
 RECEIVE RPREFIX(MYHLQ).

 According to documentation the command above will read SMPMCS provided
 in DDname and relative files from
 a) MYHLQ.Fmid.Fn
 or
 b) MYHLQ.IBM.Fmid.Fn

 assumed RDSNPREFIX(IBM)

>>> Yes, that is true.  Do you have a question or issue in this space?
>>>
>>> I believe he's asking which of the two.  If MYHLQ is the TSO default
>> prefix, I don't belive SMP/E uses that.
>>
>> I don't believe SMPMCS can come from relative files; rather from
>>
> Well, I meant SMPMCS comes from DD name, but the content of SMPMCS
> describes there are relative files. However the files mentioned in SMPMCS
> has quite cryptic description IMHO.
>
>
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> --
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP:
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku
> S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Private storage

[Peter Relson]

>Keep in mind, it can only take a few K of common to cause you 
>to spill over a segment boundary and lose a whole meg of 
>private area.

The IBMVSM health checks can provide information to help you see how close 
that is to happening.
Even installing service could cause this to happen.

The IBM Health Checker for z/OS is your friend.

If the check output is too obscure (I don't recall if I'd think it is or 
not), then by all means submit an RFE asking for exactly what data you 
need.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PTF order fulfillment issues and getting HOLDDATA

[Richards, Robert B.]

Gadi, 

I should have made it clear. It was a secure FTP order.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Monday, August 15, 2016 7:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PTF order fulfillment issues and getting HOLDDATA

As far as I know, you cannot use ftp anymore to download PTF's. You have to use 
HTTPS or FTPS (or is it sftp).
In order to use HTTPS, I added:
downloadmethod="https"
downloadkeyring="javatruststore"
to the information in MYCLIENT

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Monday, August 15, 2016 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PTF order fulfillment issues and getting HOLDDATA

Is anyone else having issues with order fulfillment with IBM?

I ordered a single PTF through Shopz this morning and it generates the 
appropriate pairing below (contents removed):



They generate the userid and password, so why do I get this below?

   EZA1701I >>> PASS
530 Login incorrect.
EZA1735I Std Return Code = 26530, Error Code = 00011 EZA1701I >>> QUIT
221 Goodbye.

I even deleted and reordered the PTF, getting the same result.

Also, my attempts in a separate nightly job to get full HOLDDATA also failed 
for the last two nights.

EZA1554I Connecting to: dispmy-112.mul.ie.ibm.com EZA2589E Connection to server 
interrupted or timed out. Waiting for reply EZA1721W Server not responding, 
closing connection.
EZA1735I Std Return Code = 10220, Error Code = 8

and

EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to 
server interrupted or timed out. Initial connection EZA1735I Std Return Code = 
1, Error Code = 8

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam and/or its subsidiaries (hereinafter 
: "Malam") regulations and signatory rights, no offer, agreement, concession or 
representation is binding on the Malam, unless accompanied by a duly signed 
separate document (or a scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mainframe's security assessments costs

[Charles Mills]

I suspect it varies greatly depending upon the services provided, and 
undoubtedly from vendor to vendor.

Why don't you ask? If you are considering security assessments from three 
vendors, it would be reasonable to ask
- what services and deliverables were proposed?
- what the cost would be for those services?
- was that cost figure an estimate against a number of hours, or a fixed bid?

I suspect most such contracts contain a confidentiality clause, I doubt that 
most of the sysprogs on this list were involved in financial negotiations, and 
I doubt most mainframe shops would be willing to name a figure here. In any 
event a number would be worthless without knowing what services were provided, 
and the quality of those services.

Disclaimer: Neither I nor my employer are in the business of security 
assessments, but we have various business relationships with firms that do.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of x ksi
Sent: Sunday, August 14, 2016 7:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe's security assessments costs

Hey group. I was wondering if some of you could share some information about 
the costs various companies charged you for performing security assessment of 
your mainframes? At this point literally any information will be valuable (e.g. 
hourly rate, particular engagement cost, order of magnitude for this type of 
engagements etc.). From what I can tell there are companies providing such 
services but their prices seem to be a one big mystery. Having even a rough 
estimation would allow to better choose between various providers. Thank you in 
advance.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PTF order fulfillment issues and getting HOLDDATA

[גדי בן אבי]

As far as I know, you cannot use ftp anymore to download PTF's. You have to use 
HTTPS or FTPS (or is it sftp).
In order to use HTTPS, I added:
downloadmethod="https"
downloadkeyring="javatruststore"
to the information in MYCLIENT

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Monday, August 15, 2016 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PTF order fulfillment issues and getting HOLDDATA

Is anyone else having issues with order fulfillment with IBM?

I ordered a single PTF through Shopz this morning and it generates the 
appropriate pairing below (contents removed):



They generate the userid and password, so why do I get this below?

   EZA1701I >>> PASS
530 Login incorrect.
EZA1735I Std Return Code = 26530, Error Code = 00011 EZA1701I >>> QUIT
221 Goodbye.

I even deleted and reordered the PTF, getting the same result.

Also, my attempts in a separate nightly job to get full HOLDDATA also failed 
for the last two nights.

EZA1554I Connecting to: dispmy-112.mul.ie.ibm.com EZA2589E Connection to server 
interrupted or timed out. Waiting for reply EZA1721W Server not responding, 
closing connection.
EZA1735I Std Return Code = 10220, Error Code = 8

and

EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to 
server interrupted or timed out. Initial connection EZA1735I Std Return Code = 
1, Error Code = 8

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam and/or its subsidiaries (hereinafter 
: "Malam") regulations and signatory rights, no offer, agreement, concession or 
representation is binding on the Malam, unless accompanied by a duly signed 
separate document (or a scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

PTF order fulfillment issues and getting HOLDDATA

[Richards, Robert B.]

Is anyone else having issues with order fulfillment with IBM?

I ordered a single PTF through Shopz this morning and it generates the 
appropriate pairing below (contents removed):



They generate the userid and password, so why do I get this below?

   EZA1701I >>> PASS
530 Login incorrect.
EZA1735I Std Return Code = 26530, Error Code = 00011
EZA1701I >>> QUIT
221 Goodbye.

I even deleted and reordered the PTF, getting the same result.

Also, my attempts in a separate nightly job to get full HOLDDATA also failed 
for the last two nights.

EZA1554I Connecting to: dispmy-112.mul.ie.ibm.com
EZA2589E Connection to server interrupted or timed out. Waiting for reply
EZA1721W Server not responding, closing connection.
EZA1735I Std Return Code = 10220, Error Code = 8

and

EZA1554I Connecting to: dispby-112.boulder.ibm.com
EZA2589E Connection to server interrupted or timed out. Initial connection
EZA1735I Std Return Code = 1, Error Code = 8

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: High CPU in JES2 at z/OS 2.2 OA50777

[Salva Carrasco]

We reported the same issue. Waiting for PTF for 20-26 aug.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Private storage

[Martin Packer]

Agreed. Not sure my wording was as crisp as it could've been on that.

M

Sent from my iPad

> On 14 Aug 2016, at 23:46, Ed Jaffe  wrote:
>
>> On 8/14/2016 2:54 PM, Martin Packer wrote:
>> I would start with an RMF Virtual Storage Report to get an idea of why
the
>> Common Area (not just CSA) has grown by 1MB.
>
> Keep in mind, it can only take a few K of common to cause you to spill
> over a segment boundary and lose a whole meg of private area.
>
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> http://www.phoenixsoftware.com/
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN