Re: z/OS SMTP server

2014-09-03 Thread Jon Perryman
HELO is used to reduce spam. It wants to validate the domain name. In this case, zos is not defined in your DNS or it does not match the IP address of the SMTP client. If you on the same system, then 127.0.0.1 may be sufficient. If however you connect from different systems, then you may need

SMPE DDDEF modify Issue

2014-09-03 Thread Mainframe Mainframe
We have two copies of RES volume. Primary and Secondary in our z/OS 1.13 systems.While setting up SMPE initially, we always make sure that SMPE DDDEF of target dataset should point to only Alternate RES volume and we always run system with primary RES volume. So, while applying Maintenance new

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Andy Taylor
Hello Not quite sure why you think you can't update a single DDDEF entry, but is it because you're looking at the ZONEEDIT command as opposed to the UCLIN command? UCLIN will allow you to update a single DDDEF entry. Regards Andy T. On 3 Sep 2014, at 09:36, Mainframe Mainframe

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Mainframe Mainframe
Thanks for reply. But I am not looking for single DDDEF entry. I want to update all target dataset DDDEF using single JCL. I don't want to do it manually. As this will consume lots of time. On Wed, Sep 3, 2014 at 2:42 PM, Andy Taylor a...@purplemongoose.co.uk wrote: Hello Not quite sure why

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Andy Taylor
Ok, I believe I understand. In which case, are the DDDEFs for the target libraries the only DDDEFs in your target zone with VOLUME pointing at your sysres? If so can't you use ZONEEDIT with a conditional? (SMP/E Commands Manual has an example). Regards Andy T. On 3 Sep 2014, at 10:21,

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Mainframe Mainframe
Yes. But the issue is.. if I set boundary to TARGET zone then all dataset under target zone ( target and distribution ) both volume will be changed, which I dont want. I want to change only for Target dataset. On Wed, Sep 3, 2014 at 3:02 PM, Andy Taylor a...@purplemongoose.co.uk wrote: Ok, I

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Andy Taylor
Yes, I understand that. And so you need to differentiate the DDDEFs for target libraries from the DDDEFs for dlib libraries and other datasets. Which is why I asked if it is only the target libraries that have VOLUME pointing to the sysres. From the SMP/E Commands Manual there is the

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Juergen Keller
Hi, maybe this helps: //UNLOAD EXEC PGM=GIMSMP,REGION=4M, //PARM='CSI=csi,PROCESS=END' //SMPPUNCH DD DSN=dataset,UNIT=SYSDA, // DISP=(NEW,CATLG),SPACE=(TRK,(1,1)), // DCB=(LRECL=80,RECFM=FB)

Re: z/OS SMTP server

2014-09-03 Thread Mike Stayton
The HELO SMTP command is following the syntax as described in RFC 821. HELO SP domain CRLF domain is a required parameter. For the z/OS SMTP server it can be any string. The string itself is ignored by the server. A possible use is to identify the z/OS LPAR that created the mail message.

Re: z/OS SMTP server

2014-09-03 Thread Paul Gilmartin
On Tue, 2 Sep 2014 23:06:29 -0700, Jon Perryman wrote: ... As you see, your SMTP ignores this error so anyone could potentially send spam thru this SMTP. [A]nyone who can CONNECT via TCP/IP to port 25 of your system. In most cases a firewall will prevent this. Note that this applies to a

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Kurt Quackenbush
On 9/3/2014 6:15 AM, Andy Taylor wrote: ... And so you need to differentiate the DDDEFs for target libraries from the DDDEFs for dlib libraries and other datasets. Which is why I asked if it is only the target libraries that have VOLUME pointing to the sysres. The ZONEEDIT command has no

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Staller, Allan
See the ZONEEDIT SMP/E command snip We have two copies of RES volume. Primary and Secondary in our z/OS 1.13 systems.While setting up SMPE initially, we always make sure that SMPE DDDEF of target dataset should point to only Alternate RES volume and we always run system with primary RES

Re: z/OS SMTP server

2014-09-03 Thread Frank Swarbrick
Where do you find the quote that is your second paragraph? Because it does seem to, at least slightly, care what the value of the string is and that it matches the domain as known my the SMTP server. Where does SMTP retrieve its domain from? Does it also use gethostname()?

JES2 and IBM Global Mirror (UNCLASSIFIED)

2014-09-03 Thread Storr, Lon A CTR USARMY HRC (US)
Classification: UNCLASSIFIED Caveats: NONE Hello List, I'm interested in experiences regarding the inclusion of JES2 (checkpoint and spool) volumes in IBM Global Mirror (i.e. PPRC). Googling yields pros and cons (the most troubling of which is mentioned in a presentation given by Tom Wasik of

Ordering z/OS 2.1 question

2014-09-03 Thread Rouse, Willie
Hello all, Once I ordered v2.10 how long to I have to migrate off v1.13 before I'm charged for both? Respectfully, Willie C. Rouse Senior Mainframe Consultant Prince George's County, Maryland Office of Information Technology 9201 Basil Court/ Room B8 Largo, MD 20774 Voice: 301-883-7189 Fax:

Re: Ordering z/OS 2.1 question

2014-09-03 Thread Ed Finnell
Normally a year, but it's negotiable and should be in the SAPR. In a message dated 9/3/2014 12:16:29 P.M. Central Daylight Time, wro...@co.pg.md.us writes: Once I ordered v2.10 how long to I have to migrate off v1.13 before I'm charged for both?

Re: JES2 and IBM Global Mirror (UNCLASSIFIED)

2014-09-03 Thread Ed Finnell
_www.share.org_ (http://www.share.org) keeps last three SHARE sessions on line(no sign in). Can view by speaker, track, etc. Latest one for Tom Wasik was 14661 in Anaheim. And (p 81) references severe problems with PPRC and micro code updates. Don't know if this has closed. In a message

PRSM % CPU calculation

2014-09-03 Thread Donald Likens
Per the System Performance Paper from CMG the calculation for CPU utilization is as follows: For Shared Logical Processors CPU Utilization = Sum(SMF70PDT) / (NUMCPS x SMF70INT) x 100% For Dedicated Logical Processors CPU Utilization = Sum(SMF70PDT –- SMF70WAT) / (NUMCPS x SMF70INT) x 100%

Re: SMPE DDDEF modify Issue

2014-09-03 Thread Anthony Thompson
At this site we use a different HLQ (SMPE) for our distribution libraries, largely for this reason. A ZONEEDIT DDDEF can easily be used to change the target libraries without affecting distribution libraries, whether they be on an alternate residence volume or not. Of course, you have your

Re: JES2 and IBM Global Mirror (UNCLASSIFIED)

2014-09-03 Thread Skip Robinson
We have mirrored DASD to our recovery site for 15 years. However, we use XRC/SDM rather than PPRC. Not sure if issues are different, but caveat emptor. In the early years we were afraid to mirror JES2 data sets. Indeed, we actually experienced mirroring errors in the days of ESCON over

Re: Deleting Cluster Using IEFBR14 or IDCAMS

2014-09-03 Thread Shmuel Metz (Seymour J.)
In 8518961363687357.wa.paulgboulderaim@listserv.ua.edu, on 09/02/2014 at 12:39 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: (LISTSERV (or is it the sender's MUA?) does strange things to ampersands.) It's certainly not listserv; I'd guess that it's the web

Re: Deleting Cluster Using IEFBR14 or IDCAMS

2014-09-03 Thread Shmuel Metz (Seymour J.)
In CAArMM9Q=gqqzxd-xcarolzr42p1ok9rvnuzkyv+7ywnsxxs...@mail.gmail.com, on 09/02/2014 at 03:00 PM, Tony Harminc t...@harminc.net said: TSO DELETE has been an IDCAMS command since MVS 2.0; maybe even in SVS, a system I never used. No; the DELETE command for SVS was the old OS/360 DELETE command

Re: Deleting Cluster Using IEFBR14 or IDCAMS

2014-09-03 Thread Shmuel Metz (Seymour J.)
In cae1xxdeplywhcrs4hhkfftchbuo1ezsjgbj_8h8yrgiy9k8...@mail.gmail.com, on 09/02/2014 at 11:24 AM, John Gilmore jwgli...@gmail.com said: IBM provided a utility for reconstituting a job beginning with step n 1, No. Nor did one need such a utility. -- Shmuel (Seymour J.) Metz, SysProg