That's exactly what we do - One run daily per Global CSI and I have all the most current Holddata AND Issued PTF's for the CSI.
Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile [email protected] IBM Services IBM Mainframe Discussion List <[email protected]> wrote on 03/04/2019 12:18:24 PM: > From: "Jousma, David" <[email protected]> > To: [email protected] > Date: 03/04/2019 12:20 PM > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > Sent by: IBM Mainframe Discussion List <[email protected]> > > So, I've asked this of folks that have had the same request prior to > you. Why not just run the SMPE Receive order for all available > maintenance, once for each global zone you have? You get the > current enhanced holddata, and you get all available maintenance. > That way, when Receive order is broken, and you need that one PTF, > maybe you already have it? No one says you have to apply it, but > you have it at your fingertips when you do need it. > > I don't understand the thought process of just getting holddata, or > just *some* of the PTF's. > > _________________________________________________________________ > Dave Jousma > Mainframe Engineering, Assistant Vice President > [email protected] > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H > p 616.653.8429 > f 616.653.2717 > > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On > Behalf Of Smith, Sean M > Sent: Monday, March 4, 2019 2:05 PM > To: [email protected] > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > We have moved exclusively to SMPE internet service retrieval so FTP > is no longer an option. > > Sean > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected] > ] On Behalf Of Michael Babcock > Sent: Monday, March 04, 2019 11:03 AM > To: [email protected] > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > I use FTP to get the yearly file into a dataset then run an SMP > RECEIVE to bring it in. > > On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant < 0000000a2a8c2020- > [email protected]> wrote: > > > I think that they have made it as easy as humanly possible. > > > > I'm pretty sure you just specify the same path for SMPNTS in the > > second step for the RECEIVE FROMNTS. > > > > Have you tried it? > > > > On Mon, 4 Mar 2019 17:30:52 +0000, Smith, Sean M wrote: > > > > >Right, but then you have to point to the exact file in the exact sub > > directory that is dynamically created...so no way to just run a second > > step in the job and point to the file that I can see. Am I missing > > something obvious or did they make this is hard as humanly possible? > > > > > >Sean > > > > > >-----Original Message----- > > >From: IBM Mainframe Discussion List [mailto:[email protected]] > > >On > > Behalf Of Tom Marchant > > >Sent: Monday, March 04, 2019 9:23 AM > > >To: [email protected] > > >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > > > > >On Mon, 4 Mar 2019 17:07:42 +0000, Smith, Sean M > > >wrote: > > > > > >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I > > >>would > > like to use the TRANSFERONLY feature so I can place a single ORDER and > > then receive the HOLDDATA into my various SMPE environments. I am not > > seeing how to control where the HOLDDATA gets transferred however nor > > how to go about referring to it in a subsequent job step. This seems > > like a rudimentary question and I did look through the manuals > > thinking this has to be pretty simple....and...help! > > > > > >SMPNTS defines where the it is transferred to and/or received from. > > >It is > > a Unix path. > > >You can then use RECEIVE FROMNTS to receive it into your other global > > zones on that system. > > > > > >-- > > >Tom Marchant > > > > > >--------------------------------------------------------------------- > > >- For IBM-MAIN subscribe / signoff / archive access instructions, > > >send email to [email protected] with the message: INFO > > >IBM-MAIN > > > > > >--------------------------------------------------------------------- > > >- This message, and any attachments, is for the intended recipient(s) > > >only, > > may contain information that is privileged, confidential and/or > > proprietary and subject to important terms and conditions available at > > https://urldefense.proofpoint.com/v2/url? > u=http-3A__www.bankofamerica.com_emaildisclaimer&d=DwIFAw&c=jf_iaSHvJObTbx- > siA1ZOg&r=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E&m=zHzOHZ3rlsRhnGdeSLdRbH5to8Ai9CkYXPnu- > V4nVY0&s=gLGkzV3OEyZZiIQhRGFFRINUDjjY_nZ42jBh9Fc19t4&e=. If you are not the > > intended recipient, please delete this message. > > > > > >--------------------------------------------------------------------- > > >- For IBM-MAIN subscribe / signoff / archive access instructions, > > >send email to [email protected] with the message: INFO > > >IBM-MAIN > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [email protected] with the message: INFO IBM-MAIN > > > -- > Michael Babcock > OneMain Financial > z/OS Systems Programmer, Lead > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > This message, and any attachments, is for the intended recipient(s) > only, may contain information that is privileged, confidential and/ > or proprietary and subject to important terms and conditions available at > https://urldefense.proofpoint.com/v2/url? > u=http-3A__www.bankofamerica.com_emaildisclaimer&d=DwIFAw&c=jf_iaSHvJObTbx- > siA1ZOg&r=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E&m=zHzOHZ3rlsRhnGdeSLdRbH5to8Ai9CkYXPnu- > V4nVY0&s=gLGkzV3OEyZZiIQhRGFFRINUDjjY_nZ42jBh9Fc19t4&e=. If you > are not the intended recipient, please delete this message. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > > 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 [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
