Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
On Sat, 14 Dec 2013 06:37:56 -0800, Ed Jaffe wrote: >On 12/10/2013 11:29 AM, John Eells wrote: >> 1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software >> products over the Internet from ShopzSeries directly to z/OS. > >Direct download to z/OS is the only way to fly! As a matter of >principle, I refuse to let z/OS products or service touch any other >platform or media. > >SMP/E RECEIVE ORDER has literally changed our lives. Service downloads >occur automatically, without human intervention of any kind. It's a >wonderful thing... > "Like"!I don't know about life changing, but just about the only thing I use ShopZ for these days is ServerPac. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
On Sat, 14 Dec 2013 11:29:39 -0800, Skip Robinson wrote: > >... How many of the most horrendous security breaches we >read about can be traced to mainframe fallibility? You don't stick a thumb >drive into a zEC12 or a 3390 subsystem to download sensitive information. > Ummm... No. You stick a thumb drive into a desktop workstation to download sensitive information from the zEC12 over the LAN. But I'm confident that many sites strongly restrict and monitor transfer of information between "mission" systems and "administrative" systems. But could a major bank, nowadays, operate in the world of E-commerce without its mission systems connected to the Internet? >> On Sat, 14 Dec 2013 06:37:56 -0800, Ed Jaffe wrote: >>> Direct download to z/OS is the only way to fly! As a matter of >>> principle, I refuse to let z/OS products or service touch any other >>> platform or media. >>> Ah, but what Internet-facing platforms and OSes does IBM use to deliver z/OS products or service? z? I suppose whatever IBM vets and blesses is good enough for us. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
I think an ironic subtext in this discussion is the that companies that employ mainframe typically entrust it with their most precious family jewels. So even as management disparages mainframe network access, they still value it as the best place to keep the most valuable data. And when a company ventures to replace the mainframe with some other platform, weaknesses in security and integrity are shrugged off as just another risk of doing business. How many of the most horrendous security breaches we read about can be traced to mainframe fallibility? You don't stick a thumb drive into a zEC12 or a 3390 subsystem to download sensitive information. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Ed Jaffe To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/14/2013 08:41 AM Subject: Re: SMP/E RECEIVE ORDER and Internet Delivery Questions Sent by:IBM Mainframe Discussion List On 12/14/2013 7:59 AM, Paul Gilmartin wrote: > On Sat, 14 Dec 2013 06:37:56 -0800, Ed Jaffe wrote: >> Direct download to z/OS is the only way to fly! As a matter of >> principle, I refuse to let z/OS products or service touch any other >> platform or media. >> > An interesting contrast to reports of other enterprises which as a > matter of principle refuse to let z/OS touch the Internet. I find that astonishing! It's like tying one hand behind z/OS' back! Internet connectivity is practically *required* to service other operating systems. If our RHEL systems on any server (including System z) don't connect to RedHat and signal the AOK, the red flags start flying! And, if service is not regularly applied to those systems, ominous warnings start accumulating... Most "mainframers" agree that z/OS has an image problem - thought by many to be an old, creaky operating system that simply can't compete against newer alternatives. The paranoid "Luddites" that refuse to level the playing field, by allowing z/OS to leverage modern service deployment technologies used by those alternatives, aren't just hurting themselves - they're hurting the platform as a whole... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
On 12/14/2013 12:21 PM, retired mainframer wrote: :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Ed Jaffe :>: Sent: Saturday, December 14, 2013 8:40 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: SMP/E RECEIVE ORDER and Internet Delivery Questions :>: :>: On 12/14/2013 7:59 AM, Paul Gilmartin wrote: :>: > On Sat, 14 Dec 2013 06:37:56 -0800, Ed Jaffe wrote: :>: >> Direct download to z/OS is the only way to fly! As a matter of :>: >> principle, I refuse to let z/OS products or service touch any other :>: >> platform or media. :>: >> :>: > An interesting contrast to reports of other enterprises which as a :>: > matter of principle refuse to let z/OS touch the Internet. :>: :>: I find that astonishing! It's like tying one hand behind z/OS' back! :>: :>: Internet connectivity is practically *required* to service other :>: operating systems. If our RHEL systems on any server (including System :>: z) don't connect to RedHat and signal the AOK, the red flags start :>: flying! And, if service is not regularly applied to those systems, :>: ominous warnings start accumulating... :>: :>: Most "mainframers" agree that z/OS has an image problem - thought by :>: many to be an old, creaky operating system that simply can't compete :>: against newer alternatives. The paranoid "Luddites" that refuse to level :>: the playing field, by allowing z/OS to leverage modern service :>: deployment technologies used by those alternatives, aren't just hurting :>: themselves - they're hurting the platform as a whole... For us it is not a question of image but of mandated security. We have "administrative" systems (mostly PCs and Suns) for email, payroll, etc connected to the internet and the company intranet. But all of our "mission" systems (Suns, PCs, one z10) are connected to a private internal network and absolutely nothing external. And it's not merely myopic corporate policy (we have enough of that) but a matter of federal regulation from multiple countries. The extra measures required to allow internet connections are way to onerous for the meager benefit of automatic service downloads. Vendors, including IBM, send us z10 compatible media for voluminous quantities such as new versions. The burden of using admin PCs to download smaller quantities, copying to write protectable media, uploading to mission PCs, and transferring to z/OS is really quite minor in the overall scheme of things. Especially if you are a 'retired mainframer', I suspect. ;-) -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * We are going out of business effective 30 December, 2013 * To purchase a set of our training materials at terrific prices, check out our Going Out Of Business Sale: http://www.trainersfriend.com/SpecialSale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
:>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Ed Jaffe :>: Sent: Saturday, December 14, 2013 8:40 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: SMP/E RECEIVE ORDER and Internet Delivery Questions :>: :>: On 12/14/2013 7:59 AM, Paul Gilmartin wrote: :>: > On Sat, 14 Dec 2013 06:37:56 -0800, Ed Jaffe wrote: :>: >> Direct download to z/OS is the only way to fly! As a matter of :>: >> principle, I refuse to let z/OS products or service touch any other :>: >> platform or media. :>: >> :>: > An interesting contrast to reports of other enterprises which as a :>: > matter of principle refuse to let z/OS touch the Internet. :>: :>: I find that astonishing! It's like tying one hand behind z/OS' back! :>: :>: Internet connectivity is practically *required* to service other :>: operating systems. If our RHEL systems on any server (including System :>: z) don't connect to RedHat and signal the AOK, the red flags start :>: flying! And, if service is not regularly applied to those systems, :>: ominous warnings start accumulating... :>: :>: Most "mainframers" agree that z/OS has an image problem - thought by :>: many to be an old, creaky operating system that simply can't compete :>: against newer alternatives. The paranoid "Luddites" that refuse to level :>: the playing field, by allowing z/OS to leverage modern service :>: deployment technologies used by those alternatives, aren't just hurting :>: themselves - they're hurting the platform as a whole... For us it is not a question of image but of mandated security. We have "administrative" systems (mostly PCs and Suns) for email, payroll, etc connected to the internet and the company intranet. But all of our "mission" systems (Suns, PCs, one z10) are connected to a private internal network and absolutely nothing external. And it's not merely myopic corporate policy (we have enough of that) but a matter of federal regulation from multiple countries. The extra measures required to allow internet connections are way to onerous for the meager benefit of automatic service downloads. Vendors, including IBM, send us z10 compatible media for voluminous quantities such as new versions. The burden of using admin PCs to download smaller quantities, copying to write protectable media, uploading to mission PCs, and transferring to z/OS is really quite minor in the overall scheme of things. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
On 12/14/2013 7:59 AM, Paul Gilmartin wrote: On Sat, 14 Dec 2013 06:37:56 -0800, Ed Jaffe wrote: Direct download to z/OS is the only way to fly! As a matter of principle, I refuse to let z/OS products or service touch any other platform or media. An interesting contrast to reports of other enterprises which as a matter of principle refuse to let z/OS touch the Internet. I find that astonishing! It's like tying one hand behind z/OS' back! Internet connectivity is practically *required* to service other operating systems. If our RHEL systems on any server (including System z) don't connect to RedHat and signal the AOK, the red flags start flying! And, if service is not regularly applied to those systems, ominous warnings start accumulating... Most "mainframers" agree that z/OS has an image problem - thought by many to be an old, creaky operating system that simply can't compete against newer alternatives. The paranoid "Luddites" that refuse to level the playing field, by allowing z/OS to leverage modern service deployment technologies used by those alternatives, aren't just hurting themselves - they're hurting the platform as a whole... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
W dniu 2013-12-14 15:37, Ed Jaffe pisze: On 12/10/2013 11:29 AM, John Eells wrote: 1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software products over the Internet from ShopzSeries directly to z/OS. Direct download to z/OS is the only way to fly! As a matter of principle, I refuse to let z/OS products or service touch any other platform or media. SMP/E RECEIVE ORDER has literally changed our lives. Service downloads occur automatically, without human intervention of any kind. It's a wonderful thing... 1. Direct connection to Internet. It can be a challenge to get it, fight with firewall and whole corporate beaurocracy. 2. It's not so automatic. You have to take care about disk space, proper space settings in DDDEFs, etc. It's not a piece of cake unless you have really a lot of DASD to use. 3. Last, but not least: it would be nice to review HOLDSYS statements (actions to take, other activities). Usually the service is not applied against live system. So, a lot of manual activities and RECEIVE is not big deal. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
On Sat, 14 Dec 2013 06:37:56 -0800, Ed Jaffe wrote: > >Direct download to z/OS is the only way to fly! As a matter of >principle, I refuse to let z/OS products or service touch any other >platform or media. > An interesting contrast to reports of other enterprises which as a matter of principle refuse to let z/OS touch the Internet. >SMP/E RECEIVE ORDER has literally changed our lives. Service downloads >occur automatically, without human intervention of any kind. It's a >wonderful thing... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
On 12/10/2013 11:29 AM, John Eells wrote: 1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software products over the Internet from ShopzSeries directly to z/OS. Direct download to z/OS is the only way to fly! As a matter of principle, I refuse to let z/OS products or service touch any other platform or media. SMP/E RECEIVE ORDER has literally changed our lives. Service downloads occur automatically, without human intervention of any kind. It's a wonderful thing... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
I do not think I have ever set up and submitted a RECEIVE ORDER or if I have, it was a while ago. Hence my lack of understanding. This explains my confusion (other than a senior moment... Smile). As usual, Kurt, thank you very much! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Quackenbush Sent: Wednesday, December 11, 2013 8:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E RECEIVE ORDER and Internet Delivery Questions > Do you consider a RECEIVE FROMNETWORK the same as a RECEIVE ORDER? I know something about why John is asking the question, so nope, not the same thing. RECEIVE FROMNETWORK implies you used ShopzSeries to submit the order, and then are using SMP/E RECEIVE FROMNETWORK to download it. SMP/E RECEIVE ORDER submits the order directly to the IBM server and then downloads it in one fell swoop. It is submitting the order directly to IBM from z/OS using SMP/E that is interesting for this discussion. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
Do you consider a RECEIVE FROMNETWORK the same as a RECEIVE ORDER? I know something about why John is asking the question, so nope, not the same thing. RECEIVE FROMNETWORK implies you used ShopzSeries to submit the order, and then are using SMP/E RECEIVE FROMNETWORK to download it. SMP/E RECEIVE ORDER submits the order directly to the IBM server and then downloads it in one fell swoop. It is submitting the order directly to IBM from z/OS using SMP/E that is interesting for this discussion. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
On 2013-12-10 13:24, Jousma, David wrote: > Something else Gil's email made me think of. Does IBM license the > server-side of the RECEIVE ORDER process? Sure would be nice if ISV's could > make maintenance available that way too. > I believe (and you may know better than I) that GIMZIP, intrinsic to SMP/E, is the server-side of RECEIVE FROMNETWORK. I know of no corresponding server side of RECEIVE ORDER (would that be ShopZ?) Which is all pretty irrelevant to me. My employer insists that all Electronic Deliveries (ED?) to customers be in Zip archives. zSeries software is a niche LoB; we have no hope of changing the standard. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Paul Gilmartin > Sent: Tuesday, December 10, 2013 2:56 PM > > What does IBM recommend that ISVs do? I know that quite a while ago I > suggested in an RCF that the "Program Packaging" guide should be less > tape-centric. Pubs took it as a valid suggestion, but I've seen no result. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
Boa tarde, Laura. Eu tenho cartão de crédito Platinum e me foi oferecido sem anuidade. Agora veio na fatura desconto de anuidade. Voce poderia ver isso para mim ou preciso ir na outra agëncia onde peguei o cartão? Liguei para a central de atendimento e me disseram que trocaria a anuidade por 14000 pontos. Mas não quero perder esses pontos. obrigado, roberto 2013/12/10 John Eells > As we look at various options for product delivery, it would be helpful to > hear from people who fit one or more of these categories: > > 1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software > products over the Internet from ShopzSeries directly to z/OS. > > 2. You are downloading IBM software products or service over the Internet > from ShopzSeries directly to z/OS but are *not* using SMP/E RECEIVE ORDER. > (In this case we would be interested in knowing why!) > > If you answer "yes" to one or the other, and would be kind enough to send > me a note, I'd appreciate it. We are *especially* interested in people who > would answer "yes" to #2. > > (If people are interested in the answers I'll roll them up and post them > mid-week next week.) > > Thanks! > > -- > John Eells > z/OS Technical Marketing > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
Something else Gil's email made me think of. Does IBM license the server-side of the RECEIVE ORDER process? Sure would be nice if ISV's could make maintenance available that way too. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, December 10, 2013 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E RECEIVE ORDER and Internet Delivery Questions (Sorry for the previous noise message.) On Tue, 10 Dec 2013 14:29:17 -0500, John Eells wrote: >As we look at various options for product delivery, it would be helpful >to hear from people who fit one or more of these categories: > >1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software >products over the Internet from ShopzSeries directly to z/OS. > >2. You are downloading IBM software products or service over the >Internet from ShopzSeries directly to z/OS but are *not* using SMP/E >RECEIVE ORDER. (In this case we would be interested in knowing why!) > Conspicuous by its absence is "3. Other". E.g. using a desktop waystation or ordering on optical media. (Does anyone do the latter, nowadays; I know my employer sees very little demand for physical media. We may have product contracts that commit us to delivering tapes.) I suppose IBM has valid reasons for not predisclosing the "various options". What does IBM recommend that ISVs do? I know that quite a while ago I suggested in an RCF that the "Program Packaging" guide should be less tape-centric. Pubs took it as a valid suggestion, but I've seen no result. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
I'd like to see a hybrid electronic order. I exclusively order all serverpac, PDO's and maintenance electronically. However, it is my pet peeve to also get to download many CD & DVD images manually too. On a Serverpac the number is overwhelming, and I don’t always know which ones I need, so I would end up downloading all of them before the order expires. Now, I end up placing a second order on physical media so that I get all the CD's and DVD's. For me the hybrid would be electronic delivery of z/OS based maintenance, and physical delivery of all the supporting media. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, December 10, 2013 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E RECEIVE ORDER and Internet Delivery Questions (Sorry for the previous noise message.) On Tue, 10 Dec 2013 14:29:17 -0500, John Eells wrote: >As we look at various options for product delivery, it would be helpful >to hear from people who fit one or more of these categories: > >1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software >products over the Internet from ShopzSeries directly to z/OS. > >2. You are downloading IBM software products or service over the >Internet from ShopzSeries directly to z/OS but are *not* using SMP/E >RECEIVE ORDER. (In this case we would be interested in knowing why!) > Conspicuous by its absence is "3. Other". E.g. using a desktop waystation or ordering on optical media. (Does anyone do the latter, nowadays; I know my employer sees very little demand for physical media. We may have product contracts that commit us to delivering tapes.) I suppose IBM has valid reasons for not predisclosing the "various options". What does IBM recommend that ISVs do? I know that quite a while ago I suggested in an RCF that the "Program Packaging" guide should be less tape-centric. Pubs took it as a valid suggestion, but I've seen no result. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
Do you consider a RECEIVE FROMNETWORK the same as a RECEIVE ORDER? I cut and paste the SERVERINFO input section from the webpage and submit the RECEIVE FROMNETWORK. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Tuesday, December 10, 2013 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/E RECEIVE ORDER and Internet Delivery Questions As we look at various options for product delivery, it would be helpful to hear from people who fit one or more of these categories: 1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software products over the Internet from ShopzSeries directly to z/OS. 2. You are downloading IBM software products or service over the Internet from ShopzSeries directly to z/OS but are *not* using SMP/E RECEIVE ORDER. (In this case we would be interested in knowing why!) If you answer "yes" to one or the other, and would be kind enough to send me a note, I'd appreciate it. We are *especially* interested in people who would answer "yes" to #2. (If people are interested in the answers I'll roll them up and post them mid-week next week.) Thanks! -- John Eells z/OS Technical Marketing 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
>2. You are downloading IBM software products or service over the >Internet from ShopzSeries directly to z/OS but are *not* using SMP/E >RECEIVE ORDER. (In this case we would be interested in knowing why!) I think this is mandatory now. At least I no longer have an option to download maintenance without going a RECEIVE. Personally I preferred to download and then look at the PTFs before RECEIVING. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
(Sorry for the previous noise message.) On Tue, 10 Dec 2013 14:29:17 -0500, John Eells wrote: >As we look at various options for product delivery, it would be helpful >to hear from people who fit one or more of these categories: > >1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software >products over the Internet from ShopzSeries directly to z/OS. > >2. You are downloading IBM software products or service over the >Internet from ShopzSeries directly to z/OS but are *not* using SMP/E >RECEIVE ORDER. (In this case we would be interested in knowing why!) > Conspicuous by its absence is "3. Other". E.g. using a desktop waystation or ordering on optical media. (Does anyone do the latter, nowadays; I know my employer sees very little demand for physical media. We may have product contracts that commit us to delivering tapes.) I suppose IBM has valid reasons for not predisclosing the "various options". What does IBM recommend that ISVs do? I know that quite a while ago I suggested in an RCF that the "Program Packaging" guide should be less tape-centric. Pubs took it as a valid suggestion, but I've seen no result. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E RECEIVE ORDER and Internet Delivery Questions
On Tue, 10 Dec 2013 14:29:17 -0500, John Eells wrote: >As we look at various options for product delivery, it would be helpful >to hear from people who fit one or more of these categories: > >1. You are using SMP/E RECEIVE ORDER *and* downloading IBM software >products over the Internet from ShopzSeries directly to z/OS. > >2. You are downloading IBM software products or service over the >Internet from ShopzSeries directly to z/OS but are *not* using SMP/E >RECEIVE ORDER. (In this case we would be interested in knowing why!) > >If you answer "yes" to one or the other, and would be kind enough to >send me a note, I'd appreciate it. We are *especially* interested in >people who would answer "yes" to #2. > >(If people are interested in the answers I'll roll them up and post them >mid-week next week.) > >Thanks! > >-- >John Eells >z/OS Technical Marketing >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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN