Re: Transferring hebrew data from Db2 Z/OS to PC

[David Crayford]

On 10/01/2018 2:02 PM, ITschak Mugzach wrote:

DWH? I agree that a single copy of data is more secure, however, there are
many applications that are considered far too costly on the mainframe. IBM
itself recognized the fact, by offering IDAA, for example, to pped up DB2
complex SQL queries...


MXG customers have been doing it for donkeys years with SMF data to save 
themselves a fortune in SAS licenses.


There's a plethora of modern solutions that stream mainframe data into 
platforms like Splunk or ELK.



ITschak

On Wed, Jan 10, 2018 at 7:57 AM, Timothy Sipples  wrote:


David Crayford wrote:

The OP stated that he was using Rocket Software's BlueZone FTP,
which is secure and effecient.

Um, no, certainly not in the context I clearly meant.

So here's the question of the decade: what is the "damn good reason" to
dump [an entire System of Record] and copy it to [a PC]? If there is a damn
good reason, OK, march on. Is there?

There's a duty of care to everyone's data. Let's pause and THINK.



Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z and LinuxONE, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
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: Transferring hebrew data from Db2 Z/OS to PC

[ITschak Mugzach]

In Israel, Airline booking systems's data is in English.

ITschak

On Wed, Jan 10, 2018 at 8:06 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 10 Jan 2018 07:47:49 +0200, ITschak Mugzach wrote:
>
> >in case you still looking for a solution, here is the logic of "how to".
> >Again, this code is based on string read from DB2, but the idea is the
> same
> >.
> 
> That was enough DIY to reassure me that DB2 is relentlessly Eurocentric.
> What if you want to issue a query and ORDER BY a Hebrew key?
> What if you have a Latin major key and a Hebrew minor key?  I could
> easily imagine this in a DB of airline bookings (destination; passenger
> name).  Does DB2 understand LC_COLLATE?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: Transferring hebrew data from Db2 Z/OS to PC

[Paul Gilmartin]

On Wed, 10 Jan 2018 07:47:49 +0200, ITschak Mugzach wrote:

>in case you still looking for a solution, here is the logic of "how to".
>Again, this code is based on string read from DB2, but the idea is the same
>.

That was enough DIY to reassure me that DB2 is relentlessly Eurocentric.
What if you want to issue a query and ORDER BY a Hebrew key?
What if you have a Latin major key and a Hebrew minor key?  I could
easily imagine this in a DB of airline bookings (destination; passenger
name).  Does DB2 understand LC_COLLATE?

-- gil

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

Re: Transferring hebrew data from Db2 Z/OS to PC

[ITschak Mugzach]

DWH? I agree that a single copy of data is more secure, however, there are
many applications that are considered far too costly on the mainframe. IBM
itself recognized the fact, by offering IDAA, for example, to pped up DB2
complex SQL queries...

ITschak

On Wed, Jan 10, 2018 at 7:57 AM, Timothy Sipples  wrote:

> David Crayford wrote:
> >The OP stated that he was using Rocket Software's BlueZone FTP,
> >which is secure and effecient.
>
> Um, no, certainly not in the context I clearly meant.
>
> So here's the question of the decade: what is the "damn good reason" to
> dump [an entire System of Record] and copy it to [a PC]? If there is a damn
> good reason, OK, march on. Is there?
>
> There's a duty of care to everyone's data. Let's pause and THINK.
>
> 
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM Z and LinuxONE, AP/GCG/MEA
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: Transferring hebrew data from Db2 Z/OS to PC

[Timothy Sipples]

David Crayford wrote:
>The OP stated that he was using Rocket Software's BlueZone FTP,
>which is secure and effecient.

Um, no, certainly not in the context I clearly meant.

So here's the question of the decade: what is the "damn good reason" to
dump [an entire System of Record] and copy it to [a PC]? If there is a damn
good reason, OK, march on. Is there?

There's a duty of care to everyone's data. Let's pause and THINK.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z and LinuxONE, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

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

Re: Changing password on IBM Link

[Alan(GMAIL)Watthey]

Jesse,

I fear you may not be looking at the correct DNS record.  This looks like the 
'A' record (the default for nslookup) and you need to look at the 'TXT' record. 
 The 'A' record has nothing to do with the origin IP address of an email.  The 
'A' record is the IP address they want you to contact them on.

The commands you need are as follows:
nslookup
set type=txt
us.ibm.com

Others have mentioned the sender being notified of the rejection.  Error 
notifications would go back to the RFC 821 MAIL FROM header specification which 
may not be set to accept them (I can only see the RFC 822 headers).  However, 
I'm pretty sure the SMTP conversation will show up the failure but someone 
actually has to be looking out for those errors.  It would be mixed in with 
timeouts, retries, destination errors and loads of other things going wrong so 
perhaps difficult to spot manually anyway.

Your link is fine for resetting a password you remember but a forgotten 
password needs the email link.  Just don't forget your password I guess.

Regards,
Alan Watthey

-Original Message-
From: Jesse 1 Robinson [mailto:jesse1.robin...@sce.com] 
Sent: 09 January 2018 9:02 pm
Subject: Re: Changing password on IBM Link

I got an off-list pointer to this address: 
https://www.ibm.com/account/profile/us?page=signinview

It allowed me to change my password without an intervening verification email. 
As such, it worked for this purpose but might disappear without notice.

In response to the password change, I got a confirmation email from 
ibma...@us.ibm.com, which reached my Inbox with no problem. It certainly looks 
like the same id/domain that the verification email comes from, which leads me 
back to the idea of a difference in the note construction itself. 

BTW NSLOOKUP here (sce.com) for us.ibm.com shows 172.28.128.15 . I get lots of 
email from us.ibm.com. AFAIK the password verification email is the only one 
that fails to reach my Inbox. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Alan(GMAIL)Watthey
Sent: Tuesday, January 09, 2018 5:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Changing password on IBM Link

I'm not saying it is the same problem that you are getting but we have the 
problem of not receiving certain emails from the PMR registration process.
They never get through from anyone (although someone once said they tried 50 
times and eventually one got through).

This first raised its head sending from my personal email address to my company 
email address.  When I cornered a Microsoft Exchange guy here he did some 
checking and said it was being rejected because the email was coming from an 
origin IP address that was not registered.  They had recently added checking to 
their email system and these failed the check.  So, for example, if the email 
comes from f...@foo.bar then the IP addresses of all the foo.bar email servers 
have to be registered under the foo.bar name.  This is done in the public 
facing DNS by the owner of the foo.bar domain.  I had to go to my personal DNS 
entry and add the appropriate entry.  Since then my emails have got through 
fine.  Fortunately my ISP had a webpage explaining how to add this because it 
was all new to me.

More and more email systems are apparently checking this DNS entry is correct 
to prevent spoofing.  It stops me sending an email pretending to be from 
bill.ga...@microsoft.com (for example) as that would originate in my ISP's 
email server which is not an IP address registered by the owners of 
microsoft.com.  I think I can live with that restriction.

If you've never heard of it then read up about SPF (Sender Policy Framework) in 
Wikipedia.

I have no idea who to contact in IBM to check their end.  I tried sending some 
emails (haha) to no avail.  We still have problems.

I tried sending a password reset email from 'Service Request' to my company 
email 15 minutes ago and it never got through so the problem still appears to 
exist.

Windows NSLOOKUP (maybe others) will show you the SPF settings for US.IBM.COM 
(or any other domain).

When I checked just now US.IBM.COM has the following specified:
"v=spf1 ip4:148.163.158.5 ip4:148.163.156.1 a:d25xlcore010.ca.ibm.com 
a:isource.boulder.ibm.com a:y01exnat001.ahe.pok.ibm.com 
a:y01acxsmtp001.ahe.pok.ibm.com a:y01acxsmtp002.ahe.pok.ibm.com 
a:g01zcdsmtp002.ahe.pok.ibm.com ip4:129.33.239.88"

I'm still working on our problem trying to find the correct people to resolve 
it.  At this stage I can confidently say it's either us or IBM!!

However, I can say that I just checked the last PMR update email (header) that 
got through and it came from srdonotreply @ us.ibm.com from IP
148.163.158.5 which is in their list above.  Also I sent a password reset to 

Re: Transferring hebrew data from Db2 Z/OS to PC

[ITschak Mugzach]

in case you still looking for a solution, here is the logic of "how to".
Again, this code is based on string read from DB2, but the idea is the same
.

ITschak

LOGICALREVERSE:
   /*--*/
   /*REVERSE CHAR FIELDS IN LOGICAL MANNER IN ORDER TO PRESERVE*/
   /*NUMERIC ORDER */
   /*--*/
   NUMWORDS = WORDS(SQLXA.I.SQLDATA)
   KEEPLENGTH = LENGTH(SQLXA.I.SQLDATA)
   SQLXA.I.SQLDATA = REVERSE(,
  TRANSLATE(SQLXA.I.SQLDATA,HEBOLD,HEBNEW))
 SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
   SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
   DO XINDEX = 1 TO NUMWORDS
  /* HANDLE NUMERICS */
  XWORD = WORD(SQLXA.I.SQLDATA,XINDEX)
  IF (VERIFY(XWORD,ALLNOTNUM) = 0) THEN DO
 ITERATE
 END
  SQLXA.I.SQLDATA = SUBWORD(SQLXA.I.SQLDATA,1,XINDEX-1),
  REVERSE(XWORD) SUBWORD(SQLXA.I.SQLDATA,XINDEX+1)
  END
   SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
   IF (NUMWORDS < 2) THEN DO
  /* HANDLE EMPTY AND SHORTER THEN 2 WORDS STRINGS */
  SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
  RETURN
  END
/* SAY RIGHT(I,5) ':' RIGHT(NUMWORDS,5) ':' SQLXA.I.SQLDATA
*/
   /*  */
   /* HANDLE ENGLISH WORDS THAT CHANGED POS DUE TO REVERSE */
   /*  */
   WORDF = ''
   CNTF  = 0
   DO IV = 1 TO NUMWORDS
  WORDC = WORD(SQLXA.I.SQLDATA,IV)
  IF (VERIFY(WORDC,ENGLISH) = 0) THEN DO
 WORDF = WORDF WORDC
 CNTF  = CNTF + 1
 ITERATE
 END
  LEAVE
  END
   WORDL = ''
   CNTL  = 0
   DO IV = NUMWORDS TO 1 BY -1
  WORDC = WORD(SQLXA.I.SQLDATA,IV)
  IF (VERIFY(WORDC,ENGLISH) = 0) THEN DO
 WORDL = WORDL WORDC
 CNTL  = CNTL + 1
 ITERATE
 END
  LEAVE
  END
   WORDF = STRIP(WORDF)
   WORDL = STRIP(WORDL)
   IF (CNTF = NUMWORDS) THEN DO
  /* --- */
  /* STRINGIS ALL ENGLISH... */
  /* --- */
  RETURN
  END
/* WORDF = WORD(SQLXA.I.SQLDATA,1)
   WORDL = WORD(SQLXA.I.SQLDATA,NUMWORDS)
*/
   IF (NUMWORDS = 2) THEN DO
  /* - */
  /* HANDLE STRING WITH ONLY TWO WORDS */
  /* - */
  IF (WORDF ^= '') THEN DO
 IF (WORDL ^= '') THEN DO
SQLXA.I.SQLDATA = STRIP(WORDL WORDF)
RETURN
END
 SQLXA.I.SQLDATA = STRIP(WORDL WORDF)
 RETURN
 END
  IF (WORDL ^= '') THEN DO
 SQLXA.I.SQLDATA = STRIP(WORDL WORD(SQLXA.I.SQLDATA,1))
 RETURN
 END
  SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
  RETURN
  END
   IF (WORDL ^= '') THEN DO
  /* --- */
  /* LAST WORD IS ENGLISH, MOVE TO FIRST */
  /* --- */
  IF (WORDF ^= '') THEN DO
 /* --- */
 /* FIRST WORD IS ENGLISH, MOVE TO LAST */
 /* --- */
 WORDX = NUMWORDS - CNTF - CNTL
 SQLXA.I.SQLDATA = WORDL ,
SUBWORD(SQLXA.I.SQLDATA,CNTF+1,WORDX) ,
WORDF
 SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
 RETURN
 END
  WORDX = NUMWORDS - CNTL
  SQLXA.I.SQLDATA = WORDL ,
 SUBWORD(SQLXA.I.SQLDATA,1,WORDX)
  SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
  RETURN
  END
   IF (WORDF ^= '') THEN DO
  /* --- */
  /* FIRST WORD IS ENGLISH, MOVE TO LAST */
  /* --- */
  SQLXA.I.SQLDATA = SUBWORD(SQLXA.I.SQLDATA,CNTF+1) WORDF
  SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
  RETURN
  END
   SQLXA.I.SQLDATA = STRIP(SQLXA.I.SQLDATA)
   SQLXA.I.SQLDATA = SUBSTR(SQLXA.I.SQLDATA' ',1,KEEPLENGTH)

   RETURN


On Wed, Jan 10, 2018 at 12:05 AM, Seymour J Metz  wrote:

> Yeah, I was hot happy when they functionally stabilized DCF and BM. I'm
> currently  using LaTeX both for technical writing and for designing my own
> T-shirts. I don't care for the syntax,  but there are packages for the
> sorts of things I want to do. Now if I could just find MiKTeX install files
> old enough to run on m$ vista  -(:
>
> I used to curse word pervert until I was forced to use m$ office.
> (Free|Libre)Office is a step up, but I still want DCF, BookMaster/PC and
> BookManager Build/PC, preferably on a Linux platform.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of John McKown 
> Sent: Tuesday, January 9, 2018 

Re: Accessing 65536 devices

[Tom Brennan]

... and now back to watching Star Trek.  It's the one with "The world is 
hollow, and I have touched the sky".


P.S. Thanks to all the IBMer's who help people as best they can every day.

Edward Gould wrote:


John,

I don’t expect you to answer this, but here it goes. IBM seems to have gotten 
out of the answering questions mode and seemingly wants to charge for answering 
questions. Isn’t this extremely shortsighted on IBM?
IBM SE’s used to field these questions and gave answers back to the customer 
same day or less.
IBM dropped SE’s so now the customer is left trying to decide what to do. This 
seems to be not only stupid but bad for sales. We now have companies that 
compete with IBM and the only person that management talks to is sales reps. We 
know sales reps aren’t all that reputable (I won’t repeat the half truths and 
quarter lies I have heard from them). To top it off they have the customer 
calling a 1-800 number who knows ZERO about the customer.
If I walked into a car showroom and if I had a question to ask about a car and 
were told that for every question I had I had rot pay say $100, I would walk 
out of the showroom and avoid that car type again. I see no difference than an 
SE being a sales rep that a car dealer.
Ed


--
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: Accessing 65536 devices

[Edward Gould]

> On Jan 9, 2018, at 6:05 AM, John Eells  wrote:
> 
> Of course they do.  But, with the Storage and Replication teams spread as 
> they are across several IBM sites and no fewer than 8 timezones, it's usually 
> faster (both in real time and my time) to deal with people who are available 
> in the moment to find the right one or ones to answer a particular question.
> 
> And, all appearances to the contrary, I do have a day job.  ;-)
> 
> -- 
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com 

John,

I don’t expect you to answer this, but here it goes. IBM seems to have gotten 
out of the answering questions mode and seemingly wants to charge for answering 
questions. Isn’t this extremely shortsighted on IBM?
IBM SE’s used to field these questions and gave answers back to the customer 
same day or less.
IBM dropped SE’s so now the customer is left trying to decide what to do. This 
seems to be not only stupid but bad for sales. We now have companies that 
compete with IBM and the only person that management talks to is sales reps. We 
know sales reps aren’t all that reputable (I won’t repeat the half truths and 
quarter lies I have heard from them). To top it off they have the customer 
calling a 1-800 number who knows ZERO about the customer.
If I walked into a car showroom and if I had a question to ask about a car and 
were told that for every question I had I had rot pay say $100, I would walk 
out of the showroom and avoid that car type again. I see no difference than an 
SE being a sales rep that a car dealer.
Ed


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

Re: System z & Meltdown/Spectre

[Sankaranarayanan, Vignesh]

Hi,

If you sign up for the System z Security Portal, the notice pertaining this 
vuln will be updated with more details over time.
Right now, it has some detail, but we'll surely see more info soon.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: 10 January 2018 03:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: System z & Meltdown/Spectre

IBM is very unclear here.
Assuming the z processor is vulnerable - how wide the vulnerability is?
Let's assume one has 4 LPARs, and one is Linux with some poorly controlled 
application code - Can such code affect security of other LPARs systems?

In simple words: what about FIPS-certified LPAR isolation???

(BTW: it's not known the z CPU is vulnerable, the above is only logical
assumtion.)

--
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.plsą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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

Re: PC rtn AKM=(0:15) Getting S0C2 REASON 002 MY APOLGIES BINYIAMIN was right I had the wrong PC number he knows me to well thank you

[Joe Reichman]

 


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

Re: Changing password on IBM Link

[Seymour J Metz]

How is the reply-to address relevant?  Please read 
.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Tuesday, January 9, 2018 6:09 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Changing password on IBM Link

And most computer generated emails have a reply to address that does
not exist or is not viewed.  I.E.  no-re...@ebay.com, etc.

On Tue, Jan 9, 2018 at 4:18 PM, Seymour J Metz  wrote:
> Please reread my message; I don't want to be notified that mail sent to me 
> has bounced, I want the sender to be notified. I want to be notified if mail 
> that *I* sent has bounced.
>
> The person responsible for finding why an e-mail didn't get through is the 
> person that sent it, but that's possible only if the receiving e-mail server 
> sends a proper 5xx response and any relays involved handle it correctly.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Jesse 1 Robinson 
> Sent: Tuesday, January 9, 2018 5:14 PM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: Changing password on IBM Link
>
> This is not my arena, but one cyber guy here has said that our email system 
> fends off hundreds, thousands of spam/suspect emails a day. Would you really 
> want to get notified for every one if 99.99% were really trash?
>
> The solution I want is to diagnose the fate of a single note that I know I 
> should receive but don't. In the case of the missing IBM verification, no one 
> has been able to do that. ;-(
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Seymour J Metz
> Sent: Tuesday, January 09, 2018 12:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Changing password on IBM Link
>
> Filtering  is like a lot of things; it's wonderful when down right, and a 
> nightmare when done wrong. Silently dropping e-mail, or moving it to a spam 
> folder, is just plain wrong. The proper way to do filtering is to detect an 
> issue during the SMPT transaction and to send an appropriate message, with 
> appropriate code and sub-code, so that legitimate senders know that they are 
> not getting through and why.
>
> Also, of course, any reasonable e-mail client or relay will report the error 
> response upstream, not just ignore it. Alas, there's a lot of broken e-mail 
> software out there.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Alan(GMAIL)Watthey 
> Sent: Tuesday, January 9, 2018 8:02 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: Changing password on IBM Link
>
> I'm not saying it is the same problem that you are getting but we have the 
> problem of not receiving certain emails from the PMR registration process.
> They never get through from anyone (although someone once said they tried 50 
> times and eventually one got through).
>
> This first raised its head sending from my personal email address to my 
> company email address.  When I cornered a Microsoft Exchange guy here he did 
> some checking and said it was being rejected because the email was coming 
> from an origin IP address that was not registered.  They had recently added 
> checking to their email system and these failed the check.  So, for example, 
> if the email comes from f...@foo.bar then the IP addresses of all the foo.bar 
> email servers have to be registered under the foo.bar name.  This is done in 
> the public facing DNS by the owner of the foo.bar domain.  I had to go to my 
> personal DNS entry and add the appropriate entry.  Since then my emails have 
> got through fine.  Fortunately my ISP had a webpage explaining how to add 
> this because it was all new to me.
>
> More and more email systems are apparently checking this DNS entry is correct 
> to prevent spoofing.  It stops me sending an email pretending to be from 
> bill.ga...@microsoft.com (for example) as that would originate in my ISP's 
> email server which is not an IP address registered by the owners of 
> microsoft.com.  I think I can live with that restriction.
>
> If you've never heard of it then read up about SPF (Sender Policy Framework) 
> in Wikipedia.
>
> I have no idea who to contact in IBM to check their end.  I tried sending 
> some emails (haha) to no avail.  We still have problems.
>
> I tried sending a password reset email from 

Re: Changing password on IBM Link

[Mike Schwab]

And most computer generated emails have a reply to address that does
not exist or is not viewed.  I.E.  no-re...@ebay.com, etc.

On Tue, Jan 9, 2018 at 4:18 PM, Seymour J Metz  wrote:
> Please reread my message; I don't want to be notified that mail sent to me 
> has bounced, I want the sender to be notified. I want to be notified if mail 
> that *I* sent has bounced.
>
> The person responsible for finding why an e-mail didn't get through is the 
> person that sent it, but that's possible only if the receiving e-mail server 
> sends a proper 5xx response and any relays involved handle it correctly.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Jesse 1 Robinson 
> Sent: Tuesday, January 9, 2018 5:14 PM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: Changing password on IBM Link
>
> This is not my arena, but one cyber guy here has said that our email system 
> fends off hundreds, thousands of spam/suspect emails a day. Would you really 
> want to get notified for every one if 99.99% were really trash?
>
> The solution I want is to diagnose the fate of a single note that I know I 
> should receive but don't. In the case of the missing IBM verification, no one 
> has been able to do that. ;-(
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Seymour J Metz
> Sent: Tuesday, January 09, 2018 12:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Changing password on IBM Link
>
> Filtering  is like a lot of things; it's wonderful when down right, and a 
> nightmare when done wrong. Silently dropping e-mail, or moving it to a spam 
> folder, is just plain wrong. The proper way to do filtering is to detect an 
> issue during the SMPT transaction and to send an appropriate message, with 
> appropriate code and sub-code, so that legitimate senders know that they are 
> not getting through and why.
>
> Also, of course, any reasonable e-mail client or relay will report the error 
> response upstream, not just ignore it. Alas, there's a lot of broken e-mail 
> software out there.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Alan(GMAIL)Watthey 
> Sent: Tuesday, January 9, 2018 8:02 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: Changing password on IBM Link
>
> I'm not saying it is the same problem that you are getting but we have the 
> problem of not receiving certain emails from the PMR registration process.
> They never get through from anyone (although someone once said they tried 50 
> times and eventually one got through).
>
> This first raised its head sending from my personal email address to my 
> company email address.  When I cornered a Microsoft Exchange guy here he did 
> some checking and said it was being rejected because the email was coming 
> from an origin IP address that was not registered.  They had recently added 
> checking to their email system and these failed the check.  So, for example, 
> if the email comes from f...@foo.bar then the IP addresses of all the foo.bar 
> email servers have to be registered under the foo.bar name.  This is done in 
> the public facing DNS by the owner of the foo.bar domain.  I had to go to my 
> personal DNS entry and add the appropriate entry.  Since then my emails have 
> got through fine.  Fortunately my ISP had a webpage explaining how to add 
> this because it was all new to me.
>
> More and more email systems are apparently checking this DNS entry is correct 
> to prevent spoofing.  It stops me sending an email pretending to be from 
> bill.ga...@microsoft.com (for example) as that would originate in my ISP's 
> email server which is not an IP address registered by the owners of 
> microsoft.com.  I think I can live with that restriction.
>
> If you've never heard of it then read up about SPF (Sender Policy Framework) 
> in Wikipedia.
>
> I have no idea who to contact in IBM to check their end.  I tried sending 
> some emails (haha) to no avail.  We still have problems.
>
> I tried sending a password reset email from 'Service Request' to my company 
> email 15 minutes ago and it never got through so the problem still appears to 
> exist.
>
> Windows NSLOOKUP (maybe others) will show you the SPF settings for US.IBM.COM 
> (or any other domain).
>
> When I checked just now US.IBM.COM has the following specified:
> "v=spf1 ip4:148.163.158.5 ip4:148.163.156.1 a:d25xlcore010.ca.ibm.com 
> a:isource.boulder.ibm.com 

Re: Number of Cylinders per Volume

[Mike Schwab]

The EAV specs are taking the high 12 bits of the head field in CCHHR
field in count record to extend the cylinder field. The first step
allowed 4 * 64K cylinders, the second step currently allows 16*64K
cylinders, it will eventually allow 4K * 64K cylinders.

On Tue, Jan 9, 2018 at 4:28 PM, Steve Smith  wrote:
> The reason for the games is that the cylinder number has traditionally
> been a half-word... Mod-"27"s went as far as possible treating it as a
> signed number, and Mod-"54"s to the unsigned limit.
>
> If IBM can't move away from this archaic dependence on defining
> imaginary geometries of imaginary DASD, why don't they invent a new
> imaginary device with say 127 tracks per cylinder, 128K bytes/track?
> With 64K tracks, you could store almost a terabyte on one volume.
>
> sas
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Number of Cylinders per Volume

[Mike Schwab]

EAV volumes must be an exact multiple of 1,113 cylinders.  Under 64K
volumes some storage devices allow multiple of 1,113 cylinders others
multiples of 1 cylinder.

On Tue, Jan 9, 2018 at 4:28 PM, Steve Smith  wrote:
> The reason for the games is that the cylinder number has traditionally
> been a half-word... Mod-"27"s went as far as possible treating it as a
> signed number, and Mod-"54"s to the unsigned limit.
>
> If IBM can't move away from this archaic dependence on defining
> imaginary geometries of imaginary DASD, why don't they invent a new
> imaginary device with say 127 tracks per cylinder, 128K bytes/track?
> With 64K tracks, you could store almost a terabyte on one volume.
>
> sas
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Number of Cylinders per Volume

[Steve Smith]

The reason for the games is that the cylinder number has traditionally
been a half-word... Mod-"27"s went as far as possible treating it as a
signed number, and Mod-"54"s to the unsigned limit.

If IBM can't move away from this archaic dependence on defining
imaginary geometries of imaginary DASD, why don't they invent a new
imaginary device with say 127 tracks per cylinder, 128K bytes/track?
With 64K tracks, you could store almost a terabyte on one volume.

sas

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

Re: Number of Cylinders per Volume

[Jesse 1 Robinson]

I'm not a DASD guy and have never been involved in setting up or initializing 
an array box, but I can see that our Mod9 sysres volumes have a capacity of 
10,016 cylinders. That is one cylinder shy of 9x a mythical Mod1 as described. 
It's not 9x any integer at all.

The most important thing for any shop is to make new ModX volumes the same size 
as old ModX volumes in order to TDMF or otherwise copy volumes from old to new. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Tuesday, January 09, 2018 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Number of Cylinders per Volume

On 1/9/2018 4:49 AM, Mazer Ken G wrote:
> While configuring CKD storage on a new IBM DS8880 I discovered that the 
> default number of cylinders for a 3390-27 and a 3390-54 has changed.
> Caution should be taken when your defining new storage.
>
> I've always assumed that a 3390-27 had 32,760 cylinders.  Not the case 
> anymore, if using the GUI and the DISK or Mod1 calculations.  You end up 
> getting 30,051 cylinders.
> I've also assumed that a 3390-54 had 65,520 cylinders.  Now the default 
> number of cylinders is 60,102.
>
> These new calculations are now divisible evenly by 1113, a 3390 Mod-1

Changed?! No. "Mod-x" capacities have always been multiples of Mod-1 since day 
#1.

Mod-3 is 3X. Mod-9 is 9X. Mod-27 is 27X and so forth. Our largest volumes are 
Mod-216s. They are 216X.

--
Phoenix Software International
Edward E. Jaffe
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: Changing password on IBM Link

[Seymour J Metz]

Please reread my message; I don't want to be notified that mail sent to me has 
bounced, I want the sender to be notified. I want to be notified if mail that 
*I* sent has bounced.

The person responsible for finding why an e-mail didn't get through is the 
person that sent it, but that's possible only if the receiving e-mail server 
sends a proper 5xx response and any relays involved handle it correctly.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Jesse 1 Robinson 
Sent: Tuesday, January 9, 2018 5:14 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Changing password on IBM Link

This is not my arena, but one cyber guy here has said that our email system 
fends off hundreds, thousands of spam/suspect emails a day. Would you really 
want to get notified for every one if 99.99% were really trash?

The solution I want is to diagnose the fate of a single note that I know I 
should receive but don't. In the case of the missing IBM verification, no one 
has been able to do that. ;-(

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Tuesday, January 09, 2018 12:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Changing password on IBM Link

Filtering  is like a lot of things; it's wonderful when down right, and a 
nightmare when done wrong. Silently dropping e-mail, or moving it to a spam 
folder, is just plain wrong. The proper way to do filtering is to detect an 
issue during the SMPT transaction and to send an appropriate message, with 
appropriate code and sub-code, so that legitimate senders know that they are 
not getting through and why.

Also, of course, any reasonable e-mail client or relay will report the error 
response upstream, not just ignore it. Alas, there's a lot of broken e-mail 
software out there.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Alan(GMAIL)Watthey 
Sent: Tuesday, January 9, 2018 8:02 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Changing password on IBM Link

I'm not saying it is the same problem that you are getting but we have the 
problem of not receiving certain emails from the PMR registration process.
They never get through from anyone (although someone once said they tried 50 
times and eventually one got through).

This first raised its head sending from my personal email address to my company 
email address.  When I cornered a Microsoft Exchange guy here he did some 
checking and said it was being rejected because the email was coming from an 
origin IP address that was not registered.  They had recently added checking to 
their email system and these failed the check.  So, for example, if the email 
comes from f...@foo.bar then the IP addresses of all the foo.bar email servers 
have to be registered under the foo.bar name.  This is done in the public 
facing DNS by the owner of the foo.bar domain.  I had to go to my personal DNS 
entry and add the appropriate entry.  Since then my emails have got through 
fine.  Fortunately my ISP had a webpage explaining how to add this because it 
was all new to me.

More and more email systems are apparently checking this DNS entry is correct 
to prevent spoofing.  It stops me sending an email pretending to be from 
bill.ga...@microsoft.com (for example) as that would originate in my ISP's 
email server which is not an IP address registered by the owners of 
microsoft.com.  I think I can live with that restriction.

If you've never heard of it then read up about SPF (Sender Policy Framework) in 
Wikipedia.

I have no idea who to contact in IBM to check their end.  I tried sending some 
emails (haha) to no avail.  We still have problems.

I tried sending a password reset email from 'Service Request' to my company 
email 15 minutes ago and it never got through so the problem still appears to 
exist.

Windows NSLOOKUP (maybe others) will show you the SPF settings for US.IBM.COM 
(or any other domain).

When I checked just now US.IBM.COM has the following specified:
"v=spf1 ip4:148.163.158.5 ip4:148.163.156.1 a:d25xlcore010.ca.ibm.com 
a:isource.boulder.ibm.com a:y01exnat001.ahe.pok.ibm.com 
a:y01acxsmtp001.ahe.pok.ibm.com a:y01acxsmtp002.ahe.pok.ibm.com 
a:g01zcdsmtp002.ahe.pok.ibm.com ip4:129.33.239.88"

I'm still working on our problem trying to find the correct people to resolve 
it.  At this stage I can confidently say it's either us or IBM!!

However, I can say that I just checked the last PMR update email (header) that 
got through and it came from 

Re: Changing password on IBM Link

[Jesse 1 Robinson]

This is not my arena, but one cyber guy here has said that our email system 
fends off hundreds, thousands of spam/suspect emails a day. Would you really 
want to get notified for every one if 99.99% were really trash?

The solution I want is to diagnose the fate of a single note that I know I 
should receive but don't. In the case of the missing IBM verification, no one 
has been able to do that. ;-(

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Tuesday, January 09, 2018 12:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Changing password on IBM Link

Filtering  is like a lot of things; it's wonderful when down right, and a 
nightmare when done wrong. Silently dropping e-mail, or moving it to a spam 
folder, is just plain wrong. The proper way to do filtering is to detect an 
issue during the SMPT transaction and to send an appropriate message, with 
appropriate code and sub-code, so that legitimate senders know that they are 
not getting through and why.

Also, of course, any reasonable e-mail client or relay will report the error 
response upstream, not just ignore it. Alas, there's a lot of broken e-mail 
software out there.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Alan(GMAIL)Watthey 
Sent: Tuesday, January 9, 2018 8:02 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Changing password on IBM Link

I'm not saying it is the same problem that you are getting but we have the 
problem of not receiving certain emails from the PMR registration process.
They never get through from anyone (although someone once said they tried 50 
times and eventually one got through).

This first raised its head sending from my personal email address to my company 
email address.  When I cornered a Microsoft Exchange guy here he did some 
checking and said it was being rejected because the email was coming from an 
origin IP address that was not registered.  They had recently added checking to 
their email system and these failed the check.  So, for example, if the email 
comes from f...@foo.bar then the IP addresses of all the foo.bar email servers 
have to be registered under the foo.bar name.  This is done in the public 
facing DNS by the owner of the foo.bar domain.  I had to go to my personal DNS 
entry and add the appropriate entry.  Since then my emails have got through 
fine.  Fortunately my ISP had a webpage explaining how to add this because it 
was all new to me.

More and more email systems are apparently checking this DNS entry is correct 
to prevent spoofing.  It stops me sending an email pretending to be from 
bill.ga...@microsoft.com (for example) as that would originate in my ISP's 
email server which is not an IP address registered by the owners of 
microsoft.com.  I think I can live with that restriction.

If you've never heard of it then read up about SPF (Sender Policy Framework) in 
Wikipedia.

I have no idea who to contact in IBM to check their end.  I tried sending some 
emails (haha) to no avail.  We still have problems.

I tried sending a password reset email from 'Service Request' to my company 
email 15 minutes ago and it never got through so the problem still appears to 
exist.

Windows NSLOOKUP (maybe others) will show you the SPF settings for US.IBM.COM 
(or any other domain).

When I checked just now US.IBM.COM has the following specified:
"v=spf1 ip4:148.163.158.5 ip4:148.163.156.1 a:d25xlcore010.ca.ibm.com 
a:isource.boulder.ibm.com a:y01exnat001.ahe.pok.ibm.com 
a:y01acxsmtp001.ahe.pok.ibm.com a:y01acxsmtp002.ahe.pok.ibm.com 
a:g01zcdsmtp002.ahe.pok.ibm.com ip4:129.33.239.88"

I'm still working on our problem trying to find the correct people to resolve 
it.  At this stage I can confidently say it's either us or IBM!!

However, I can say that I just checked the last PMR update email (header) that 
got through and it came from srdonotreply @ us.ibm.com from IP
148.163.158.5 which is in their list above.  Also I sent a password reset to my 
personal email address and it said it came from ibmacct @ us.ibm.com from IP 
167.89.77.139 which is not in their list.  I guess my ISP doesn't check (yet).  
It appears they might outsource this password service hence the problem lies 
there as that IP address is someone called sendgrid.net.

I will keep digging but it is low priority.

Anyway, I would advise checking with whoever looks after your email system and 
ask them to check in their logs as to why the email is being rejected.
It might be as above or it might be something else.

Regards,
Alan Watthey

-Original Message-
From: Jesse 1 Robinson 

Re: Transferring hebrew data from Db2 Z/OS to PC

[John McKown]

On Tue, Jan 9, 2018 at 3:39 PM, Seymour J Metz  wrote:

> I would certainly want an editor to have reasonable handling of text
> direction, with the user firmly in control of how the editor behaves.
>
> I refer to WYSIWYG as what you see is all you get (WYSIAYG), and hate it.
> It gives no clue as to what will happen if you make changes, while with a
> markup language everything is clear.
>

​I really dislike "Word Processors" like MS Word, or even LibreOffice.
Personally, I prefer an explicit "markup language" such as LaTex (using
TexStudio) or Docbook or Texinfo. I really liked IBM's Document Composition
Facility, back in the day.​



>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>

-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

Maranatha! <><
John McKown

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

System z & Meltdown/Spectre

[R.S.]

IBM is very unclear here.
Assuming the z processor is vulnerable - how wide the vulnerability is? 
Let's assume one has 4 LPARs, and one is Linux with some poorly 
controlled application code - Can such code affect security of other 
LPARs systems?


In simple words: what about FIPS-certified LPAR isolation???

(BTW: it's not known the z CPU is vulnerable, the above is only logical 
assumtion.)


--
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.plsą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

Re: Transferring hebrew data from Db2 Z/OS to PC

[Seymour J Metz]

Boo! The Unicode Consortium specifies logical order.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Gadi Ben-Avi 
Sent: Monday, January 8, 2018 12:57 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Transferring hebrew data from Db2 Z/OS to PC

עיברית קשה שפה

Your data is fine.
The problem is with the way Windows expects Hebrew to be stored.

On z/OS, Hebrew is usually stored visually - the first letter in a word is on 
the right.
On other platforms, including Windows, Hebrew is stored logically - the first 
letter is on the left, and programs reverse the data before it is displayed.

This gets even more complicated when the data contains a mixture of Hebrew, 
English, digits. Special characters make it even more complicated.
There are utilites to fix the data, but non are perfect.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Yaron Tal
Sent: Monday, January 8, 2018 7:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Transferring hebrew data from Db2 Z/OS to PC

Hi everyone,

I am trying to move large amounts of data from Db2 Z/OS to other platforms.

This is done by running UNLOAD utility to prepare a file and then FTP

the file to my PC in order to LOAD it later onto another platform.

File has a mix of fields - integers, decimals and characater data which 
includes hebrew, english

and special characters like : " , ( .

Problem is - hebrew data gets reversed (left to right ordering) in the process.

I am using BlueZone FTP by Rocket Software which is quite fast (we're talking 
about large amounts).

IBM Personal Communications emulation moes the data in right order (using BIDI 
options - implicit ordering)

but is very slow and might take weeks for the entire set of data to be moved.

Will appreciate your help on how to get the hebrew on the right direction using 
normal FTP process, Thanks!

--
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: Transferring hebrew data from Db2 Z/OS to PC

[Seymour J Metz]

I would certainly want an editor to have reasonable handling of text direction, 
with the user firmly in control of how the editor behaves.

I refer to WYSIWYG as what you see is all you get (WYSIAYG), and hate it. It 
gives no clue as to what will happen if you make changes, while with a markup 
language everything is clear.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, January 9, 2018 4:26 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Transferring hebrew data from Db2 Z/OS to PC

On 2018-01-08, at 23:17:18, ITschak Mugzach wrote:

> I wonder how will it solve the Hebrew reading direction issue...



On 2018-01-09, at 13:31:19, Seymour J Metz wrote:

> I doubt that it will or should. Handling text direction and mixed direction 
> text is an application issue. It helps if you're using Unicode.
>

I deem an editor such an application.  Don't you appreciate WYSIWYG?


On 2018-01-09, at 13:53:29, Seymour J Metz wrote:

> What is "the z/OS practice"?  If it's anything but storing characters in 
> logical sequence rather than visual sequence then that's bad.
>
See Gadi, below.  According to that, it's bad.

> Why "עיברית קשה שפה"? It's certainly more regular than English. Although that 
> word order looks strange.
>
I don't know Hebrew.  But I can use Google Translate.  But that doesn't
help if I don't know whether adjectives precede or follow nouns.  Is
it like Russian, eliding auxiliary verbs?  What would be a fluent rendition?
Google Translate tells me "עברית היא שפה קשה" (when I do some guessing;
with cutting and pasting I get from Google, hyper-literally, "Hebrew she
language difficult".)


> On Mon, 8 Jan 2018 05:57:34 +, Gadi Ben-Avi wrote:
>
>> עיברית קשה שפה
>> ...
>> On z/OS, Hebrew is usually stored visually - the first letter in a word is 
>> on the right.
>> On other platforms, including Windows, Hebrew is stored logically - the 
>> first letter is on the left, and programs reverse the data before it is 
>> displayed.

-- gil

--
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: Transferring hebrew data from Db2 Z/OS to PC

[Paul Gilmartin]

On 2018-01-08, at 23:17:18, ITschak Mugzach wrote:

> I wonder how will it solve the Hebrew reading direction issue...



On 2018-01-09, at 13:31:19, Seymour J Metz wrote:

> I doubt that it will or should. Handling text direction and mixed direction 
> text is an application issue. It helps if you're using Unicode.
> 

I deem an editor such an application.  Don't you appreciate WYSIWYG?


On 2018-01-09, at 13:53:29, Seymour J Metz wrote:

> What is "the z/OS practice"?  If it's anything but storing characters in 
> logical sequence rather than visual sequence then that's bad.
>  
See Gadi, below.  According to that, it's bad.

> Why "עיברית קשה שפה"? It's certainly more regular than English. Although that 
> word order looks strange.
>  
I don't know Hebrew.  But I can use Google Translate.  But that doesn't
help if I don't know whether adjectives precede or follow nouns.  Is
it like Russian, eliding auxiliary verbs?  What would be a fluent rendition?
Google Translate tells me "עברית היא שפה קשה" (when I do some guessing;
with cutting and pasting I get from Google, hyper-literally, "Hebrew she
language difficult".)


> On Mon, 8 Jan 2018 05:57:34 +, Gadi Ben-Avi wrote:
> 
>> עיברית קשה שפה
>> ...
>> On z/OS, Hebrew is usually stored visually - the first letter in a word is 
>> on the right.
>> On other platforms, including Windows, Hebrew is stored logically - the 
>> first letter is on the left, and programs reverse the data before it is 
>> displayed.

-- gil

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

Re: AOXVTM module

[Lizette Koehler]

Even if out of service, I think you would need to contact IBM for any 
proprietary modules 

Do you still have the module you copied from z/OS V1.13?  Could you copy 
IEFBR14 to your library with that name?  Do you know what it does?



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Anne Crabtree
> Sent: Tuesday, January 09, 2018 11:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AOXVTM module
> 
> I’m having trouble getting Coaxial Printer Support fmid in z/OS V2R2 (yes, we
> still need it). I did the BUILDMCS from my z/OS V2R1 but the RECEIVE fails
> because AOXVTM module is not in AOP.AAOPMOD1 library. Any chance anyone has
> that module? (According to my notes I copied it from z/OS V1R13 to z/OS V2R1
> this same way but that module is only in SYS1.LINKLIB for z/OS V2R1 not
> AOP.AAOPMOD1)!
> 

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

Re: PC rtn AKM=(0:15) Getting S0C2 REASON 002 Posted code

[Joe Reichman]

From: Joe Reichman [mailto:reichman...@gmail.com] 
Sent: Tuesday, January 9, 2018 2:44 PM
To: 'IBM Mainframe Discussion List' 
Subject: 

 

This is the program that is causing the abend 

 

  TESTRCOV AMODE 31

TESTRCOV RMODE ANY

 YREGS

AR0   EQU  0

AR1   EQU  1

AR2   EQU  2

AR3   EQU  3

AR4   EQU  4

AR5   EQU  5

AR6   EQU  6

AR7   EQU  7

AR8   EQU  8

AR9   EQU  9

AR10  EQU  10

AR11  EQU  11

AR12  EQU  12

AR13  EQU  13

AR14  EQU  14

AR15  EQU  15

**

*   Address Space Recovery Rtn|6

* |7

*  Determine Address Space  and Type of Abend |8

* |9

*  Give user OPtion of Sdump  |   10

*++   34

 LRR3,R15

 USING TESTRCOV,R3

 LRR4,R1  Save Sdwa Address

 LRR10,R14

 WTO   'In TESTrcov rtn ..'

*

**---*41

** SET ADDRESSABILITY SDWA EXTENSION *42

**---*43

 USING WS_DSECT,R13

 USING SDWA,R4  Address SDWA

 LRR7,R4

 L R4,SDWAXPAD  Get Record Able Area

 DROP  R4

 USING SDWAPTRS,R4

 L R4,SDWASRVP

 DROP  R4

 USING SDWARC1,R4

 CLI   SDWATYPE,SDWATFRR   Is This a FRR

 BNE   IS_ESTAENo Must Be Is An Estae

 LRR13,R0  Point to work area

 STR10,SAVE14

 STR7,SDWADDR

 B PROCESS

IS_ESTAE DS0H

 STR10,SAVE14

 STR7,SDWADDR

 TESTAUTH FCTN=1,STATE=YES,KEY=YES

 BZPROCESS

 LRR4,R7

 DROP  R4

 USING SDWA,R4

 ICM   R2,B'',SDWAPARM  Get Paramters

*L R2,0(,R2)

 STR2,USER_PARM

 USING ESTPARM,R2

 ICM   R6,B'',SDWAPC Get PC control

 USING HRPCRTN,R6

 LMH   R15,15,HRATSQ

 L R8,HRSTNO

 LRR7,R4Hold R4

 L R4,=F'-1'

*--

 PC0(R8)Make us Authorized
< PC rtn

*

Program creating PC rtn

 

TESTRCOV CSECT
00010076

TESTRCOV AMODE 31
00011076

TESTRCOV RMODE 31
00012076

 YREGS
0002

AR0  EQU   0
00020153

AR1  EQU   0
00020253

AR2  EQU   0
00020353

AR3  EQU   0
00020453

AR4  EQU   0
00020553

AR5  EQU   0
00020653

AR6  EQU   0
00020753

AR7  EQU   0
00020853

AR8  EQU   0
00020953

AR9  EQU   0
00021053

ARA  EQU   0
00021153

ARB  EQU   0
00021253

ARC  EQU   0
00021353

ARD  EQU   0
00021453

ARE  EQU   0
00021553

ARF  EQU   0
00021653

 STM   R14,R12,12(R13)
00022053

 LRR8,R15ESTABLISH ADDRESSABILITY
00030016

 USING TESTRCOV,R8
00030176

 LRR14,R13
00030236

 LAR13,SAVEAREA
00030336

 STR14,SAVEAREA+4
00030436

 LAR0,WS_LEN
00030588

 STORAGE OBTAIN,LENGTH=(R0),ADDR=(R5)
00030789

 LRR10,R13
00030888

 LRR13,R5
00030988

 USING WS_DSECT,R13
00031088

 STR10,4(,R13)
00031188

*
00031388

 LA
R0,((SDWAEND-SDWA)+(SDWASEND-SDWARC1)+(SDWAIEND-SDWARC2)X00031476

 
+(SDWALEND-SDWARC3)+(SDWAEEND-SDWARC4)+(SDWAPEND-SDWAPTRX00031576

 
S)+(SDWAPTRS-SDWAPEND)+(SDWAREND-SDWANRC1)+(SDWASEN-SDWAX00031676

   NRC2)+(SDWADEND-SDWANRC3))
00031776

 STORAGE OBTAIN,LENGTH=(R0),ADDR=(R6),SP=0
00031876

 LA R0,24
00031976

 B XMEM
00032199

*STORAGE OBTAIN,LENGTH=(R0),ADDR=(R7),SP=227
00032299

*USING ESTPARM,R7
00032699

*
00033377

*-*
00033485

* LOAD TESTAUTH AND MAKE MAKE IT A PC RTN *
00033585

*-*
00033685

*
00033785

* GIVE US ABILITY TO DO ALL XMEM STUFF
00033885

 
00033985

XMEM DS0H
00034096

 XCECB,ECB
00034299

 LAR1,ECB
00034399

 XRR1,R1
00034499

 MODESET KEY=ZERO,MODE=SUP
00034599

 LA R0,LESTPARM+HRPCNMS
00034699

 STORAGE OBTAIN,LENGTH=(R0),ADDR=(R5),SP=228
00034799

 L R3,16
00034899

 USING CVT,R3
00034999

 STR5,CVTUSER
00035099

 USING ESTPARM,R5
00035199

  

Re: Transferring hebrew data from Db2 Z/OS to PC

[Seymour J Metz]

What is "the z/OS practice"?  If it's anything but storing characters in 
logical sequence rather than visual sequence then that's bad.

Why "עיברית קשה שפה"? It's certainly more regular than English. Although that 
word order looks strange.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Monday, January 8, 2018 10:51 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Transferring hebrew data from Db2 Z/OS to PC

On Mon, 8 Jan 2018 05:57:34 +, Gadi Ben-Avi wrote:

>עיברית קשה שפה
>
>Your data is fine.
>The problem is with the way Windows expects Hebrew to be stored.
>
I'd say the problem is with the way z/OS stores Hebrew.

>On z/OS, Hebrew is usually stored visually - the first letter in a word is on 
>the right.
>On other platforms, including Windows, Hebrew is stored logically - the first 
>letter is on the left, and programs reverse the data before it is displayed.
>
The z/OS practice makes flowing text even more difficult.  For example,
when I view your Hebrew legal notice with either Firefox or Mail.app and
narrow the window, the last (leftmost) word is moved to the beginning
(right) end of next line.  It even seems to handle parentheses correctly.

Do z/OS editors (e.g. ISPF) do as well when flowing a mixture of Hebrew
and Latin text?

And DFSORT, given SORTIN with some keys in Hebrew ... ?

-- gil

--
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: Transferring hebrew data from Db2 Z/OS to PC

[Seymour J Metz]

I doubt that it will or should. Handling text direction and mixed direction 
text is an application issue. It helps if you're using Unicode.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
ITschak Mugzach 
Sent: Tuesday, January 9, 2018 1:17 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Transferring hebrew data from Db2 Z/OS to PC

I wonder how will it solve the Hebrew reading direction issue...

ITschak

בתאריך 9 בינו׳ 2018 7:51 לפנה״צ,‏ "Timothy Sipples" 
כתב:

> OK, first comment: why the  are you FTP'ing data in the first place?
> This isn't 1989 any more. :-) And this is a serious question. It's
> increasingly expensive and fraught with security risks to copy data
> wantonly. What's this PC going to do with a bulk, point-in-time dump of all
> this data?
>
> Now, trying to answer your question directly (and perhaps at your own
> peril):
>
> 1. I see in DB2-L that Kai Stroh already suggested checking your UNLOAD
> options. That's a good suggestion.
>
> 2. You can very likely use an ETL/ELT tool that specializes in this sort of
> work, notably IBM InfoSphere DataStage (preferably running on the IBM Z
> machine itself). InfoSphere DataStage Version 11.7 was released in
> December, 2017.
>
> 3. The Db2 cross-loader function is another possible option, as a part of
> the data journey anyway. You would set up a Db2 instance on the target
> platform (such as on the IBM Z machine itself, with Db2 for Linux), and
> you'd use the cross-loader function, with Db2 for z/OS as the input and Db2
> on the other machine as the target. If any encoding scheme conversion is
> required, the cross-loader should handle it. You can find some more
> information on the cross-loader here (Db2 for z/OS Version 12 assumed):
>
> https://secure-web.cisco.com/1--F8HIjiCULhGKNjMsf9MQZU8RREUUauEHkxqe6TduwxfF_zVDIRgSuwkBZcObJm7hchby8X92tQNfiT-hfhB6LM5qHtfdZBw_BSZXdzHD5gdxgV5DtcHwlr2xBqz7-tOoGOB5UtJx_ElBG75OCmoraH4iCcbfn9zix8hw1PJfuXjIf_Te94FK1-9IocxIjl_Pe319NUg6zQZV5eJqPN2veJKgn9Bf-Iykig9eJgJ3R6PPXIsWmgXDgGWZwU3s9eJwF71cDs8edINFIDET4-jnxerRKxsecrfgvfxmKjPEA7mfK_euKRYSrdPN0dRrUC5HrN9Sc_B08ZvEmNU2h28iqJaumpyyZZ9_dqQU80CVPwwX1QA_lVxd2RRQ2BSNRK0OR5q9UzbZmBMoPNRXH8mCKDF0NOzqAnhPqb2w-UWMU3NVOBmBQeQyv2z_5eRPol/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSEPEK_12.
> 0.0/ugref/src/tpc/db2z_loadusecrossloaderfunction.html
>
> 4. Db2 High Performance Unload for z/OS might add some value here. The
> latest version is 5.1 as I write this.
>
> 5. One more try per the first comment: just access the data (more securely)
> using Db2 for z/OS native RESTful interfaces (HTTPS instead of FTP). See
> here for details, in brief:
>
> http://secure-web.cisco.com/1IUTaAXyZp3nLassn5SoM3yRT520QJQI6ffVu_E1fZQ_bdZvikhJFVYvLUmkZZRruPeMNYY5JQzsbiR8ewXPTgKHFjJsefEWPGIq5gowsT-OYqJVQLa1IkQajF3yFOL7bgqeGcmWVQNJx5pY-OqamyR0mc1NtS5G84mZqBPWLLdG-JDmkXRhA3SieiVzeFD6AS2KNxmM0KLe8-mYpshQyeZjlC9yUq_-Lbjt56Y7tcOjnupsAp1dco_y9V2CPtv55s3F3Ksio3Yo8kvvsyhVgp0O3dCKqdWyNaFrt2cR-_wXuPEGpAZU1xB3bIqU4xiuqeLuIA5-rgnSMLQz_zRxdB7ej9rD3Zw1W3WdWIFYsRfcIbMK6zAMeTAJEZdevs5agj8FF2iVAwe8httYkrG40gkCq0zPokl19jcRSb_4k3uj-oIKbSNA5155xLrrJmJAT/http%3A%2F%2Fwww.idug.org%2Fp%2Fbl%2Fet%2Fblogid%3D477%26blogaid%3D544
>
> http://db2geek.triton.co.uk/db2-native-rest-api-getting-started/
>
> 
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM Z and LinuxONE, AP/GCG/MEA
> E-Mail: sipp...@sg.ibm.com
>
> --
> 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

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

Re: Changing password on IBM Link

[Seymour J Metz]

Filtering  is like a lot of things; it's wonderful when down right, and a 
nightmare when done wrong. Silently dropping e-mail, or moving it to a spam 
folder, is just plain wrong. The proper way to do filtering is to detect an 
issue during the SMPT transaction and to send an appropriate message, with 
appropriate code and sub-code, so that legitimate senders know that they are 
not getting through and why.

Also, of course, any reasonable e-mail client or relay will report the error 
response upstream, not just ignore it. Alas, there's a lot of broken e-mail 
software out there.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Alan(GMAIL)Watthey 
Sent: Tuesday, January 9, 2018 8:02 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Changing password on IBM Link

I'm not saying it is the same problem that you are getting but we have the
problem of not receiving certain emails from the PMR registration process.
They never get through from anyone (although someone once said they tried 50
times and eventually one got through).

This first raised its head sending from my personal email address to my
company email address.  When I cornered a Microsoft Exchange guy here he did
some checking and said it was being rejected because the email was coming
from an origin IP address that was not registered.  They had recently added
checking to their email system and these failed the check.  So, for example,
if the email comes from f...@foo.bar then the IP addresses of all the
foo.bar email servers have to be registered under the foo.bar name.  This is
done in the public facing DNS by the owner of the foo.bar domain.  I had to
go to my personal DNS entry and add the appropriate entry.  Since then my
emails have got through fine.  Fortunately my ISP had a webpage explaining
how to add this because it was all new to me.

More and more email systems are apparently checking this DNS entry is
correct to prevent spoofing.  It stops me sending an email pretending to be
from bill.ga...@microsoft.com (for example) as that would originate in my
ISP's email server which is not an IP address registered by the owners of
microsoft.com.  I think I can live with that restriction.

If you've never heard of it then read up about SPF (Sender Policy Framework)
in Wikipedia.

I have no idea who to contact in IBM to check their end.  I tried sending
some emails (haha) to no avail.  We still have problems.

I tried sending a password reset email from 'Service Request' to my company
email 15 minutes ago and it never got through so the problem still appears
to exist.

Windows NSLOOKUP (maybe others) will show you the SPF settings for
US.IBM.COM (or any other domain).

When I checked just now US.IBM.COM has the following specified:
"v=spf1 ip4:148.163.158.5 ip4:148.163.156.1 a:d25xlcore010.ca.ibm.com
a:isource.boulder.ibm.com a:y01exnat001.ahe.pok.ibm.com
a:y01acxsmtp001.ahe.pok.ibm.com a:y01acxsmtp002.ahe.pok.ibm.com
a:g01zcdsmtp002.ahe.pok.ibm.com ip4:129.33.239.88"

I'm still working on our problem trying to find the correct people to
resolve it.  At this stage I can confidently say it's either us or IBM!!

However, I can say that I just checked the last PMR update email (header)
that got through and it came from srdonotreply @ us.ibm.com from IP
148.163.158.5 which is in their list above.  Also I sent a password reset to
my personal email address and it said it came from ibmacct @ us.ibm.com from
IP 167.89.77.139 which is not in their list.  I guess my ISP doesn't check
(yet).  It appears they might outsource this password service hence the
problem lies there as that IP address is someone called sendgrid.net.

I will keep digging but it is low priority.

Anyway, I would advise checking with whoever looks after your email system
and ask them to check in their logs as to why the email is being rejected.
It might be as above or it might be something else.

Regards,
Alan Watthey

-Original Message-
From: Jesse 1 Robinson [mailto:jesse1.robin...@sce.com]
Sent: 09 January 2018 1:45 am
Subject: Changing password on IBM Link

I need to change my password on IBM Link. After 20 years managing the same
userid, I find that there is now a new confirmation process that did not
exist a few months ago. I am sent an email to verify my email address.
Unfortunately that email never reaches my Inbox. I've tried over and over;
it never shows up. A problem ticket with my email folks has not resolved the
issue.

It's reminiscent of an old problem with IBM Main, where the confirmation
email for a new subscription also does not show up. I learned some time ago
that just that particular note is lacking a 'Sender' and is therefore
treated here as spam. I can't prove it's the same issue with the IBM.COM
confirmation, but it smells familiar.

Anyone else having issues?

.
.
J.O.Skip Robinson
Southern California Edison 

Re: Accessing 65536 devices

[Tom Marchant]

On Mon, 8 Jan 2018 22:32:22 +, Jesse 1 Robinson wrote:

>Just to clarify a few points here. The old DASD we're moving off 
>of is not crusty ancient tired iron: it's DS8800 (2424). The new 
>DASD is DS8886 (2834). The motivation for moving is primarily 
>business (fiscal), not technical.

Are you using Exended Address Volumes? EAV volumes can hold a 
terabyte of data, and most data sets can go in the cylinder-managed 
space on an EAV.

>We have millions of customers who are being convertedoto 
>paperless billing, so more and more of them access the system 
>more and more often at all hours of every day. There is virtually 
>no time when all data bases happen to be closed. Closing them 
>is not impossible, but it constitutes a 'total outage' to Customer 
>Service.

I think that FDRPAS and FDRMOVE can handle the migration without 
downtime, while consolidating to fewer, larger volumes. And I think 
that there are other tools that can also be used. I don't know how 
well these tools work in a parallel Sysplex environment.

-- 
Tom Marchant

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

AOXVTM module

[Anne Crabtree]

I’m having trouble getting Coaxial Printer Support fmid in z/OS V2R2 (yes, we 
still need it). I did the BUILDMCS from my z/OS V2R1 but the RECEIVE fails 
because AOXVTM module is not in AOP.AAOPMOD1 library. Any chance anyone has 
that module? (According to my notes I copied it from z/OS V1R13 to z/OS V2R1 
this same way but that module is only in SYS1.LINKLIB for z/OS V2R1 not 
AOP.AAOPMOD1)!

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

AW: Re: Accessing 65536 devices

[Peter Hunkeler]

>And you do a great job! Seriously, I think that you contribute greatly to the 
>list and you do respond to issues that are relevant to you in an extremely 
>short amount of time, with real answers.
Thank you for all of your hard work.


+1 vote (assuming I only have got one :-)


--
Peter Hunkeler







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

Re: Number of Cylinders per Volume

[Paul Gilmartin]

On Tue, 9 Jan 2018 13:12:39 +, Vernooij, Kees (ITOPT1) - KLM  wrote:

>1. No problem, defaults are there to be overruled.
>2. I don't understand the new value, we use the largest non-EAV volumes on our 
>'3390-58's, with 64554 Cyls, which is 58 chunks of 3390-01's.
>3. Indeed
>> 
>> W dniu 2018-01-09 o�13:49, Mazer Ken G pisze:
>> the default number of cylinders for a 3390-27 and a 3390-54 has changed.
>> > Caution should be taken when your defining new storage.
>> >
>> > I've always assumed that a 3390-27 had 32,760 cylinders.  Not the case
>> anymore, if using the GUI and the DISK or Mod1 calculations.  You end up
>> getting 30,051 cylinders.
>> > I've also assumed that a 3390-54 had 65,520 cylinders.  Now the
>> default number of cylinders is 60,102.
>> >
That happens to be 54 Mod-1s, by my reckoning.

Is there a rationale for that value?  Some mystique about the number 54
as opposed to be 58?

A fortiori, what rationale for changing a default, which IBM is ordinarily 
loath to do?

-- gil

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

Re: Changing password on IBM Link

[Jesse 1 Robinson]

I got an off-list pointer to this address: 
https://www.ibm.com/account/profile/us?page=signinview

It allowed me to change my password without an intervening verification email. 
As such, it worked for this purpose but might disappear without notice.

In response to the password change, I got a confirmation email from 
ibma...@us.ibm.com, which reached my Inbox with no problem. It certainly looks 
like the same id/domain that the verification email comes from, which leads me 
back to the idea of a difference in the note construction itself. 

BTW NSLOOKUP here (sce.com) for us.ibm.com shows 172.28.128.15 . I get lots of 
email from us.ibm.com. AFAIK the password verification email is the only one 
that fails to reach my Inbox. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Alan(GMAIL)Watthey
Sent: Tuesday, January 09, 2018 5:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Changing password on IBM Link

I'm not saying it is the same problem that you are getting but we have the 
problem of not receiving certain emails from the PMR registration process.
They never get through from anyone (although someone once said they tried 50 
times and eventually one got through).

This first raised its head sending from my personal email address to my company 
email address.  When I cornered a Microsoft Exchange guy here he did some 
checking and said it was being rejected because the email was coming from an 
origin IP address that was not registered.  They had recently added checking to 
their email system and these failed the check.  So, for example, if the email 
comes from f...@foo.bar then the IP addresses of all the foo.bar email servers 
have to be registered under the foo.bar name.  This is done in the public 
facing DNS by the owner of the foo.bar domain.  I had to go to my personal DNS 
entry and add the appropriate entry.  Since then my emails have got through 
fine.  Fortunately my ISP had a webpage explaining how to add this because it 
was all new to me.

More and more email systems are apparently checking this DNS entry is correct 
to prevent spoofing.  It stops me sending an email pretending to be from 
bill.ga...@microsoft.com (for example) as that would originate in my ISP's 
email server which is not an IP address registered by the owners of 
microsoft.com.  I think I can live with that restriction.

If you've never heard of it then read up about SPF (Sender Policy Framework) in 
Wikipedia.

I have no idea who to contact in IBM to check their end.  I tried sending some 
emails (haha) to no avail.  We still have problems.

I tried sending a password reset email from 'Service Request' to my company 
email 15 minutes ago and it never got through so the problem still appears to 
exist.

Windows NSLOOKUP (maybe others) will show you the SPF settings for US.IBM.COM 
(or any other domain).

When I checked just now US.IBM.COM has the following specified:
"v=spf1 ip4:148.163.158.5 ip4:148.163.156.1 a:d25xlcore010.ca.ibm.com 
a:isource.boulder.ibm.com a:y01exnat001.ahe.pok.ibm.com 
a:y01acxsmtp001.ahe.pok.ibm.com a:y01acxsmtp002.ahe.pok.ibm.com 
a:g01zcdsmtp002.ahe.pok.ibm.com ip4:129.33.239.88"

I'm still working on our problem trying to find the correct people to resolve 
it.  At this stage I can confidently say it's either us or IBM!!

However, I can say that I just checked the last PMR update email (header) that 
got through and it came from srdonotreply @ us.ibm.com from IP
148.163.158.5 which is in their list above.  Also I sent a password reset to my 
personal email address and it said it came from ibmacct @ us.ibm.com from IP 
167.89.77.139 which is not in their list.  I guess my ISP doesn't check (yet).  
It appears they might outsource this password service hence the problem lies 
there as that IP address is someone called sendgrid.net.

I will keep digging but it is low priority.

Anyway, I would advise checking with whoever looks after your email system and 
ask them to check in their logs as to why the email is being rejected.
It might be as above or it might be something else.

Regards,
Alan Watthey

-Original Message-
From: Jesse 1 Robinson [mailto:jesse1.robin...@sce.com]
Sent: 09 January 2018 1:45 am
Subject: Changing password on IBM Link

I need to change my password on IBM Link. After 20 years managing the same 
userid, I find that there is now a new confirmation process that did not exist 
a few months ago. I am sent an email to verify my email address.
Unfortunately that email never reaches my Inbox. I've tried over and over; it 
never shows up. A problem ticket with my email folks has not resolved the issue.

It's reminiscent of an old problem with IBM Main, where the confirmation email 
for a new subscription also does not 

Re: Number of Cylinders per Volume

[Ed Jaffe]

On 1/9/2018 4:49 AM, Mazer Ken G wrote:

While configuring CKD storage on a new IBM DS8880 I discovered that the default 
number of cylinders for a 3390-27 and a 3390-54 has changed.
Caution should be taken when your defining new storage.

I've always assumed that a 3390-27 had 32,760 cylinders.  Not the case anymore, 
if using the GUI and the DISK or Mod1 calculations.  You end up getting 30,051 
cylinders.
I've also assumed that a 3390-54 had 65,520 cylinders.  Now the default number 
of cylinders is 60,102.

These new calculations are now divisible evenly by 1113, a 3390 Mod-1


Changed?! No. "Mod-x" capacities have always been multiples of Mod-1 
since day #1.


Mod-3 is 3X. Mod-9 is 9X. Mod-27 is 27X and so forth. Our largest 
volumes are Mod-216s. They are 216X.


--
Phoenix Software International
Edward E. Jaffe
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: PC rtn AKM=(0:15) Getting S0C2 REASON 002

[Joseph Reichman]

Okay I’ll post both the invoking program and the one with the ETDEF at 1 Pm USA 
EST thanks for your help



> On Jan 9, 2018, at 8:50 AM, Binyamin Dissen  
> wrote:
> 
> Many possibilities, including generating the wrong PC number.
> 
> I would suggest posting you entire program.
> 
> On Mon, 8 Jan 2018 21:31:44 -0500 Joe Reichman  wrote:
> 
> :>I just ran the program again under TESTAUTH and did a WHERE after I got the 
> abend from TESTAUTH its pointing to the inst right after the PC thing is the 
> PC rtn does what it is supposed to do and I can continue executing   
> :>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Wayne Driscoll
> :>Sent: Monday, January 8, 2018 9:20 PM
> :>To: IBM-MAIN@LISTSERV.UA.EDU
> :>Subject: Re: PC rtn AKM=(0:15) Getting S0C2 REASON 002
> :>
> :>Are you sure the 0C2 is occurring at the PC instruction, not because your 
> program is in problem state when issuing the ETDEF or ETCON macros? I would 
> run outside of TESTAUTH, so I could get a dump and then look at the PC table 
> definitions to ensure they are what you are expecting.
> :>Wayne Driscoll
> :>Rocket Software
> :>Note - All opinions are strictly my own.
> :>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Joe Reichman
> :>Sent: Monday, January 8, 2018 7:29 PM
> :>To: IBM-MAIN@LISTSERV.UA.EDU
> :>Subject: Re: PC rtn AKM=(0:15) Getting S0C2 REASON 002
> :>
> :>I have an OLD ESA/390 Pops book I am quoting from
> :>
> :> "if the current PSW specifies problem state the current PSW-key mask in 
> control register 3 is tested against the AKM and PSW key mask are anded and 
> if the result I zero a privilege operation is recognized"
> :>
> :>So If I am in problem state the AKM field which I specified as everything 0
> :>- 15 determines if the PC is a privileged operation
> :>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Charles Mills
> :>Sent: Monday, January 8, 2018 7:44 PM
> :>To: IBM-MAIN@LISTSERV.UA.EDU
> :>Subject: Re: PC rtn AKM=(0:15) Getting S0C2 REASON 002
> :>
> :>S0C2 is not a key problem, it is a state problem. Does your S0C2 PSW show 
> supervisor state?
> :>
> :>Is there any possible cause for S0C2 *other* than "you tried a privileged 
> op code but you were not in supervisor state"?
> :>
> :>Charles
> :>
> :>
> :>-Original Message-
> :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Joe Reichman
> :>Sent: Monday, January 8, 2018 3:55 PM
> :>To: IBM-MAIN@LISTSERV.UA.EDU
> :>Subject: PC rtn AKM=(0:15) Getting S0C2 REASON 002
> :>
> :>Hi
> :>
> :>
> :>
> :>I have a PC rtn defined in the following way with AKM=(0:15) meaning all 
> keys can access
> :>
> :>
> :>
> :> ETDEF TYPE=SET,ETEADR=ETD,ROUTINE=(R2),SSWITCH=YES,   X
> :>
> :>  STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING
> :>
> :>
> :>
> :>
> :>
> :>And yet while running under TESTAUTH I get the following ABEND
> :>
> :>
> :>
> :>IKJ56641I TESTPRGK ENDED DUE TO ERROR
> :>
> :>IKJ56640I SYSTEM ABEND CODE 0C2   REASON CODE 0002
> :>
> :>--
> :>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 
>  Rocket Software, Inc. and subsidiaries ? 77 
> Fourth Avenue, Waltham MA 02451 ? Main Office Toll Free Number: +1 
> 855.577.4323 Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> :>Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> :>Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
> :>
> :>
> :>This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
> :>
> :>--
> :>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: Number of Cylinders per Volume

[Ron hawkins]

Last time I looked they were all 3390-9... (GD).

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mazer Ken G
Sent: Tuesday, January 9, 2018 4:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Number of Cylinders per Volume

While configuring CKD storage on a new IBM DS8880 I discovered that the
default number of cylinders for a 3390-27 and a 3390-54 has changed.
Caution should be taken when your defining new storage.

I've always assumed that a 3390-27 had 32,760 cylinders.  Not the case
anymore, if using the GUI and the DISK or Mod1 calculations.  You end up
getting 30,051 cylinders.
I've also assumed that a 3390-54 had 65,520 cylinders.  Now the default
number of cylinders is 60,102.

These new calculations are now divisible evenly by 1113, a 3390 Mod-1

If you have a need to define these two volumes sizes please keep this in
mind as this could cause serious issues when trying to migrate from the
older volume sizes to the newer sizes.
I did find the new smaller sizes documented in the DS8870 & DS8880
Architecture and Implementation Redbooks.

Ken Mazer

--
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: PC rtn AKM=(0:15) Getting S0C2 REASON 002

[Binyamin Dissen]

Many possibilities, including generating the wrong PC number.

I would suggest posting you entire program.

On Mon, 8 Jan 2018 21:31:44 -0500 Joe Reichman  wrote:

:>I just ran the program again under TESTAUTH and did a WHERE after I got the 
abend from TESTAUTH its pointing to the inst right after the PC thing is the PC 
rtn does what it is supposed to do and I can continue executing   
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Wayne Driscoll
:>Sent: Monday, January 8, 2018 9:20 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: PC rtn AKM=(0:15) Getting S0C2 REASON 002
:>
:>Are you sure the 0C2 is occurring at the PC instruction, not because your 
program is in problem state when issuing the ETDEF or ETCON macros? I would run 
outside of TESTAUTH, so I could get a dump and then look at the PC table 
definitions to ensure they are what you are expecting.
:>Wayne Driscoll
:>Rocket Software
:>Note - All opinions are strictly my own.
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Joe Reichman
:>Sent: Monday, January 8, 2018 7:29 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: PC rtn AKM=(0:15) Getting S0C2 REASON 002
:>
:>I have an OLD ESA/390 Pops book I am quoting from
:>
:> "if the current PSW specifies problem state the current PSW-key mask in 
control register 3 is tested against the AKM and PSW key mask are anded and if 
the result I zero a privilege operation is recognized"
:>
:>So If I am in problem state the AKM field which I specified as everything 0
:>- 15 determines if the PC is a privileged operation
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Charles Mills
:>Sent: Monday, January 8, 2018 7:44 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: PC rtn AKM=(0:15) Getting S0C2 REASON 002
:>
:>S0C2 is not a key problem, it is a state problem. Does your S0C2 PSW show 
supervisor state?
:>
:>Is there any possible cause for S0C2 *other* than "you tried a privileged op 
code but you were not in supervisor state"?
:>
:>Charles
:>
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Joe Reichman
:>Sent: Monday, January 8, 2018 3:55 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: PC rtn AKM=(0:15) Getting S0C2 REASON 002
:>
:>Hi
:>
:>
:>
:>I have a PC rtn defined in the following way with AKM=(0:15) meaning all keys 
can access
:>
:>
:>
:> ETDEF TYPE=SET,ETEADR=ETD,ROUTINE=(R2),SSWITCH=YES,   X
:>
:>  STATE=SUPERVISOR,AKM=(0:15),EKM=0,PC=STACKING
:>
:>
:>
:>
:>
:>And yet while running under TESTAUTH I get the following ABEND
:>
:>
:>
:>IKJ56641I TESTPRGK ENDED DUE TO ERROR
:>
:>IKJ56640I SYSTEM ABEND CODE 0C2   REASON CODE 0002
:>
:>--
:>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 
 Rocket Software, Inc. and subsidiaries ? 77 
Fourth Avenue, Waltham MA 02451 ? Main Office Toll Free Number: +1 855.577.4323 
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
:>Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
:>Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
:>
:>
:>This communication and any attachments may contain confidential information 
of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.
:>
:>--
:>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

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--

Re: Number of Cylinders per Volume

[Vernooij, Kees (ITOPT1) - KLM]

1. No problem, defaults are there to be overruled.
2. I don't understand the new value, we use the largest non-EAV volumes on our 
'3390-58's, with 64554 Cyls, which is 58 chunks of 3390-01's.
3. Indeed.

Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: 09 January, 2018 14:06
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Number of Cylinders per Volume
> 
> 1. This is default, it can be changed.
> 2. The rationale behind the change is the space is allocated in "chunks"
> of 1113 cylinder, so 32760 means one looses 630 cyl for every volume
> (and 147 cyl for mod-54).  From the other hand there is nothing magic in
> "round numbers" like 32760 or 65520.
> 3. "Serious issues" during migration could happen or not. For dataset
> migration no issues. For volume migration an pair "old-new" has to be
> consistent which may be inefficient.
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> 
> 
> W dniu 2018-01-09 o 13:49, Mazer Ken G pisze:
> > While configuring CKD storage on a new IBM DS8880 I discovered that
> the default number of cylinders for a 3390-27 and a 3390-54 has changed.
> > Caution should be taken when your defining new storage.
> >
> > I've always assumed that a 3390-27 had 32,760 cylinders.  Not the case
> anymore, if using the GUI and the DISK or Mod1 calculations.  You end up
> getting 30,051 cylinders.
> > I've also assumed that a 3390-54 had 65,520 cylinders.  Now the
> default number of cylinders is 60,102.
> >
> > These new calculations are now divisible evenly by 1113, a 3390 Mod-1
> >
> > If you have a need to define these two volumes sizes please keep this
> in mind as this could cause serious issues when trying to migrate from
> the older volume sizes to the newer sizes.
> > I did find the new smaller sizes documented in the DS8870 & DS8880
> Architecture and Implementation Redbooks.
> >
> > Ken Mazer
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > .
> >
> 
> ==
> 
> 
> --
>  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.plsą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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall 

Re: Number of Cylinders per Volume

[R.S.]

1. This is default, it can be changed.
2. The rationale behind the change is the space is allocated in "chunks" 
of 1113 cylinder, so 32760 means one looses 630 cyl for every volume 
(and 147 cyl for mod-54).  From the other hand there is nothing magic in 
"round numbers" like 32760 or 65520.
3. "Serious issues" during migration could happen or not. For dataset 
migration no issues. For volume migration an pair "old-new" has to be 
consistent which may be inefficient.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-01-09 o 13:49, Mazer Ken G pisze:

While configuring CKD storage on a new IBM DS8880 I discovered that the default 
number of cylinders for a 3390-27 and a 3390-54 has changed.
Caution should be taken when your defining new storage.

I've always assumed that a 3390-27 had 32,760 cylinders.  Not the case anymore, 
if using the GUI and the DISK or Mod1 calculations.  You end up getting 30,051 
cylinders.
I've also assumed that a 3390-54 had 65,520 cylinders.  Now the default number 
of cylinders is 60,102.

These new calculations are now divisible evenly by 1113, a 3390 Mod-1

If you have a need to define these two volumes sizes please keep this in mind 
as this could cause serious issues when trying to migrate from the older volume 
sizes to the newer sizes.
I did find the new smaller sizes documented in the DS8870 & DS8880 Architecture 
and Implementation Redbooks.

Ken Mazer

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



==


   --
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.plsą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

Re: Changing password on IBM Link

[Alan(GMAIL)Watthey]

I'm not saying it is the same problem that you are getting but we have the
problem of not receiving certain emails from the PMR registration process.
They never get through from anyone (although someone once said they tried 50
times and eventually one got through).

This first raised its head sending from my personal email address to my
company email address.  When I cornered a Microsoft Exchange guy here he did
some checking and said it was being rejected because the email was coming
from an origin IP address that was not registered.  They had recently added
checking to their email system and these failed the check.  So, for example,
if the email comes from f...@foo.bar then the IP addresses of all the
foo.bar email servers have to be registered under the foo.bar name.  This is
done in the public facing DNS by the owner of the foo.bar domain.  I had to
go to my personal DNS entry and add the appropriate entry.  Since then my
emails have got through fine.  Fortunately my ISP had a webpage explaining
how to add this because it was all new to me.

More and more email systems are apparently checking this DNS entry is
correct to prevent spoofing.  It stops me sending an email pretending to be
from bill.ga...@microsoft.com (for example) as that would originate in my
ISP's email server which is not an IP address registered by the owners of
microsoft.com.  I think I can live with that restriction.

If you've never heard of it then read up about SPF (Sender Policy Framework)
in Wikipedia.

I have no idea who to contact in IBM to check their end.  I tried sending
some emails (haha) to no avail.  We still have problems.

I tried sending a password reset email from 'Service Request' to my company
email 15 minutes ago and it never got through so the problem still appears
to exist.

Windows NSLOOKUP (maybe others) will show you the SPF settings for
US.IBM.COM (or any other domain).

When I checked just now US.IBM.COM has the following specified:
"v=spf1 ip4:148.163.158.5 ip4:148.163.156.1 a:d25xlcore010.ca.ibm.com
a:isource.boulder.ibm.com a:y01exnat001.ahe.pok.ibm.com
a:y01acxsmtp001.ahe.pok.ibm.com a:y01acxsmtp002.ahe.pok.ibm.com
a:g01zcdsmtp002.ahe.pok.ibm.com ip4:129.33.239.88"

I'm still working on our problem trying to find the correct people to
resolve it.  At this stage I can confidently say it's either us or IBM!!

However, I can say that I just checked the last PMR update email (header)
that got through and it came from srdonotreply @ us.ibm.com from IP
148.163.158.5 which is in their list above.  Also I sent a password reset to
my personal email address and it said it came from ibmacct @ us.ibm.com from
IP 167.89.77.139 which is not in their list.  I guess my ISP doesn't check
(yet).  It appears they might outsource this password service hence the
problem lies there as that IP address is someone called sendgrid.net.

I will keep digging but it is low priority.

Anyway, I would advise checking with whoever looks after your email system
and ask them to check in their logs as to why the email is being rejected.
It might be as above or it might be something else.

Regards,
Alan Watthey

-Original Message-
From: Jesse 1 Robinson [mailto:jesse1.robin...@sce.com] 
Sent: 09 January 2018 1:45 am
Subject: Changing password on IBM Link

I need to change my password on IBM Link. After 20 years managing the same
userid, I find that there is now a new confirmation process that did not
exist a few months ago. I am sent an email to verify my email address.
Unfortunately that email never reaches my Inbox. I've tried over and over;
it never shows up. A problem ticket with my email folks has not resolved the
issue.

It's reminiscent of an old problem with IBM Main, where the confirmation
email for a new subscription also does not show up. I learned some time ago
that just that particular note is lacking a 'Sender' and is therefore
treated here as spam. I can't prove it's the same issue with the IBM.COM
confirmation, but it smells familiar.

Anyone else having issues?

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


--
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

Number of Cylinders per Volume

[Mazer Ken G]

While configuring CKD storage on a new IBM DS8880 I discovered that the default 
number of cylinders for a 3390-27 and a 3390-54 has changed.
Caution should be taken when your defining new storage.

I've always assumed that a 3390-27 had 32,760 cylinders.  Not the case anymore, 
if using the GUI and the DISK or Mod1 calculations.  You end up getting 30,051 
cylinders.
I've also assumed that a 3390-54 had 65,520 cylinders.  Now the default number 
of cylinders is 60,102.

These new calculations are now divisible evenly by 1113, a 3390 Mod-1

If you have a need to define these two volumes sizes please keep this in mind 
as this could cause serious issues when trying to migrate from the older volume 
sizes to the newer sizes.
I did find the new smaller sizes documented in the DS8870 & DS8880 Architecture 
and Implementation Redbooks.

Ken Mazer

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

Re: Accessing 65536 devices

[Edward Gould]

> On Jan 9, 2018, at 6:05 AM, John Eells  wrote:
> 
> Edward Finnell wrote:
>> Ain't they gots no eMail?
> 
> Of course they do.  But, with the Storage and Replication teams spread as 
> they are across several IBM sites and no fewer than 8 timezones, it's usually 
> faster (both in real time and my time) to deal with people who are available 
> in the moment to find the right one or ones to answer a particular question.
> 
> And, all appearances to the contrary, I do have a day job.  ;-)

John,

And you do a great job! Seriously, I think that you contribute greatly to the 
list and you do respond to issues that are relevant to you in an extremely 
short amount of time, with real answers.
Thank you for all of your hard work.

Ed 


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

Re: Accessing 65536 devices

[Edward Finnell]

Guess I could envision something like a virtual BRICK for hot topics leading to 
potential sales or upgrades.


In a message dated 1/9/2018 6:05:35 AM Central Standard Time, ee...@us.ibm.com 
writes:

 
to deal with people who 

are available in the moment to find the right one or ones to answer a 
particular question.

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

Re: Accessing 65536 devices

[John Eells]

Edward Finnell wrote:

Ain't they gots no eMail?


Of course they do.  But, with the Storage and Replication teams spread 
as they are across several IBM sites and no fewer than 8 timezones, it's 
usually faster (both in real time and my time) to deal with people who 
are available in the moment to find the right one or ones to answer a 
particular question.


And, all appearances to the contrary, I do have a day job.  ;-)

--
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: Accessing 65536 devices

[John Eells]

I am told that TDMF provides access to devices via SCS0 only.

John Eells wrote:

Ward, Mike S wrote:

Innovation has a product called FDRPAS that can be rented that does
the copies while the system is up and running. We have used it several
times and it works great.



I have no experience with FDRPAS or its IBM counterparts (like TDMF, if
I recall correctly).  However, unless they are able to talk to devices
in subchannel sets other than SCS0, none would solve Skip's problem.

I'm afraid I don't know whether any of them talk to devices outside
SCS0, and nobody I know who might be able to answer that question seems
to be around this afternoon.

I am not really a Storage guy, so I don't know whether it fits the bill
from an ease-of-use (or cost) point of view, but as PPRC secondaries and
FlashCopy targets *can* be defined in SCSs other than zero, one could
for example potentially establish (for example) the needed PPRC pairs,
let PPRC do the copies, and then take the primaries offline.  Whether
this would work, and whether it could even be done with HyperSwap so
there was no required outage, is another question I'd need those same
people for...the ones that aren't around today, I mean.



--
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