these days.
Kurt Quackenbush -- IBM, SMP/E Development
Chuck Norris never uses CHECK when he applies PTFs.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
On 4/5/2019 10:26 AM, Kurt Quackenbush wrote:
On 4/5/2019 9:18 AM, daverankin...@gmail.com wrote:
On Friday, April 5, 2019 at 1:56:19 PM UTC+1, Kurt Quackenbush wrote:
On 4/5/2019 6:50 AM, daverankin...@gmail.com wrote:
I have started to get errors when trying to use the Service download
SMP
On 4/5/2019 9:18 AM, daverankin...@gmail.com wrote:
On Friday, April 5, 2019 at 1:56:19 PM UTC+1, Kurt Quackenbush wrote:
On 4/5/2019 6:50 AM, daverankin...@gmail.com wrote:
I have started to get errors when trying to use the Service download SMP/E
service on all my LPARs. I have checked all
seems to be the issue but is valid until 2020.
Are you sure the DigiCert Global Root CA is connected to the keyring you
specified in for the RECEIVE ORDER command?
Try this to see which certs are in the keyring:
RACDCERT ID(ring-owner) LISTRING(keyringname)
Kurt Quackenbush -- IBM, SMP/E
/Compuware-s-New-Automated-Receive-Order-System-Greatly-Simplifies-Ordering-and-Delivery-of-Maintenance.html
Kurt Quackenbush -- IBM, SMP/E Development
Chuck Norris never uses CHECK when he applies PTFs.
--
For IBM-MAIN subscribe
on "JCERACFKS" and (I think) the
java.security.cert class.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
even just for your daily receive of
the HOLDDATA and running all of your reports. More global zones are not
always necessary or helpful.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / arch
purged from the global zone during ACCEPT. So, simply
RECEIVE the FUNCTION SYSMOD into the global zone, then try your APPLY REDO.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access
will be the best approach to reapply the FMID from global zone ? Will
it be good to DELETE THE FMID from target zone and apply again ?
It is difficult to suggest an approach because you didn't tell us how
the APPLY REDO is failing. What specific error messages are you getting?
Kurt Quackenbush -- IBM
safest way ?
Since you don't know how the file got screwed up, you don't know what
other files/directories might also be in trouble. Therefore, the safest
course of action in my opinion is to restore to a known backup.
Kurt Quackenbush -- IBM, SMP/E Development
On 1/8/2019 11:37 AM, daverankin...@gmail.com wrote:
On Tuesday, January 8, 2019 at 4:28:25 PM UTC, Kurt Quackenbush wrote:
On 1/8/2019 10:58 AM, daverankin...@gmail.com wrote:
On Tuesday, January 8, 2019 at 3:50:43 PM UTC, Kurt Quackenbush wrote:
On 1/8/2019 10:38 AM, daverankin...@gmail.com
On 1/8/2019 10:58 AM, daverankin...@gmail.com wrote:
On Tuesday, January 8, 2019 at 3:50:43 PM UTC, Kurt Quackenbush wrote:
On 1/8/2019 10:38 AM, daverankin...@gmail.com wrote:
DATE 01/08/19 TIME 15:33:56 SMP/E GIMJVCLT OUTPUT SMP/E 36.98
smpeMsg:java.lang.NullPoint
erException
Well that's odd. Can you cut/paste the content of file /Z23A/usr
/lpp/smp/classes/com/ibm/smp/GIMJVLVL.properties?
Kurt Quackenbush -- IBM, SMP/E Development
t; to your
specification and try again, then show me the output from SYSPRINT.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lists
2006. It was likely integrated into the
ICSF base for z/OS V1.9 or V1.10. So, there is no PTF required for z/OS
V2.2. Not sure why the CICS manual continues to call out this fix.
Kurt Quackenbush -- IBM, SMP/E Development
DER requests for their PTFs,
feel free to contact me off-list.
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
and somehow that connection uses port 21, I
want to know more.
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
will be your friend, or ask your specific
questions here for a crowd sourced answer.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
On 10/24/2018 11:46 AM, Andy wrote:
On Wednesday, October 24, 2018 at 11:14:32 AM UTC-4, Kurt Quackenbush wrote:
On 10/24/2018 8:50 AM, Andy wrote:
HI - Thought maybe someone can help us, our company plans on closing down port
21 for FTP traffic
https://www.ibm.com/support/knowledgecenter
/com.ibm.zos.v2r3.gim3000/dsetups.htm
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
up on github, but I assume they work, so
yeah, they should give you some ideas how to use the z/OSMF TSO REST API
to perform a TSO command from a remote client. I don't have or know
about other examples to share, sorry.
Kurt Quackenbush -- IBM, SMP/E Development
INDATASET it and inspect the results (if SMP/E
format, proceed to RECEIVE). If garbage, go back to IBM.
Regards,
Tom Conley
This, right here. +1
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff
OSMF TSO/E REST API?
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
MISSINGFIX output. What do you mean exactly by
"review for applicability"? Why do you want to know about all of the
FIXCATs from the HOLDs that have been received? Why not limit your
scope to only those FIXCATs that identify one or more APAR fixes that
have not yet been install
; }
Check this out:
https://superuser.com/questions/1355676/izug846w-an-http-request-for-a-z-osmf-rest-service-was-received-from-a-remote-s
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff
March
2001?). You don't need the CIDTABL DD.
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
.
Hence, if you did not have the GeoTrust Global CA in your truststore,
your connection to the server failed with an SSLHandshake error.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive
keyring
for the time being.
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
module ?
Use Conditional JCLIN:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.gim1000/conjcl.htm
If the dependent FMID is installed then reference the renamed load
module. Else, reference the original name.
Kurt Quackenbush -- IBM, SMP/E Development
, to delete. That is, you'll only be merging SYSMOD,
HOLDDATA, PRODUCT, and FEATURE entries associated with the FMID(s) you
specify.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access
m/common/ssi/cgi-bin/ssialias?infotype=dd=sm=ShopzSeries=897/ENUS5650-ZOS
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
(AVREC).
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjc500/alloccmd.htm
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
and dlib zone has its own ZONEINDEX, and each ZONEINDEX
points to the CSI data set that contains that zone. Therefore, if you
change the name of the CSI data set that contains a particular zone,
then you need to update the ZONEINDEX for that zone.
Kurt Quackenbush -- IBM, SMP/E Development
data set(s) that
contain the target and dlib zones and try it out on the copy first.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
imagine I only use SMP/E RECEIVE ORDER, which does not have
that option).
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
,WHYNOT.dataset.name.CSI,TARGET)).
DEL GZONE ZONEINDEX((dlibzonename)).
ADD GZONE ZONEINDEX((dlibzonename,WHYNOT.dataset.name.CSI,DLIB)).
ENDUCL.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access
in the
Search field.
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
a SUPerseding PTF correctly replaces all
elements operate if the putatively SUPerseded PTF is merely RECEIVED,
not necessarily APPLYed?
Nope, that checking only occurs if the superseded PTF is being, or has
already been, applied.
Kurt Quackenbush -- IBM, SMP/E Development
in the navigation pane for that user.
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
full data set is SMPPTS1 instead of SMPPTS.
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
don't mind my asking, which plug-in are you trying to remove, and
why?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with t
fashion. Has there been an announcement that unsecured access
is going away for this server?
I don't remember seeing any such announcement. I'm not an authority for
testcase.boulder.ibm.com, but I don't think there are any immediate
plans to remove your unsecured access.
Kurt Quackenbush -- IBM
, then specify CONTENT(HOLDDATA).
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
. But the
eccgw02.rochester.ibm.com server has already been updated to use the new
DigiCert root. So, try submitting an order to each of these to ensure
you have both CA certificates installed correctly.
Kurt Quackenbush -- IBM, SMP/E Development
EIVE ORDER, and you only download stuff you
order using Shopz, then no action is required.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lists
/FLASH10884
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
of the DigiCert root CA for Monday.
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
icate to be shared without requiring other user IDs to
access the certificate’s associated private key."
I believe your point is that if you do not intend for multiple userids
to use the same certificate, then you don't need to connect it to your
keyring with USAGE(CERTAUTH). Fair poi
worry about which CA certs are connected to that keyring, I
recommend you use this to tell the ftp client to use as necessary any
and all CA certificates in your security data base:
keyring *AUTH*/*
Kurt Quackenbush -- IB
an academic exercise, or would builtin SMP/E support for
these attributes be truly interesting?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
, or support a public
key?
Here's IBM's published information on using sftp over ssh (and others)
to upload diagnostic data to the IBM server:
http://www.ibm.com/de/support/ecurep/send_ftp.html#sftp
Kurt Quackenbush -- IBM, SMP/E Development
but as
already suggested, hopefully that data set is protected with appropriate
security profiles using RACF or similar.
When you run your SMP/E RECEIVE FROMNETWORK job, you must use either
FTPS or HTTPS for the download, so the PW is never sent over the wire in
the clear.
Where exactly do
get a response like this:
smpeCC:00 smpeRoutine:GIMJVCLT smpeMsgLen:05 smpeMsg:36.79
What response do you get?
If you get the expected response, you can reply with the "terminate"
command to stop SMP/E's Java program.
Kurt Quackenbush -- IBM, SMP/E D
On 8/24/2017 6:55 AM, גדי בן אבי wrote:
I've checked all of those options
OK, you've checked all those options, but what did you actually find in
SYSPRINT? Hard for anyone to debug without showing us the content of
SYSPRINT.
Kurt Quackenbush -- IBM, SMP/E Development
suggest you
refer to the following for more help:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.gim3000/dsetups.htm
I also suggest you use HTTPS instead of FTPS.
Kurt Quackenbush -- IBM, SMP/E Development
, 20+ years ago?) we
would not have used "HFS" as an element type. Of course this goes
beyond documentation, so I suspect we'll be stuck with ++HFS for the
foreseeable future.
Kurt Quackenbush -- IBM, SMP/E Development
---
files to z/OS and run SMP/E RECEIVE FROMNTS or
GIMUNZIP, which will combine the 3 segments and then extract the MCS
from the single large archive.
Why do you desire to "merge" the segments?
Kurt Quackenbush -- IB
with it. But to answer
the question, sure, if IBM supplied this file and the file somehow
contains a lower-case hash value, then I would ask to have this file fixed.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe
our SYSMOD packaging for your initial
FUNCTION and subsequent PTFs.
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
ng CLEANUP to
provide. That is, delete MCS entries from the SMPPTS data sets and then
compress those data sets.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send emai
On 3/17/2017 11:45 AM, Paul Gilmartin wrote:
Do you mean remove the DDDEF or delete the corresponding UNIX
directory?
UNIX directory? Nope, not supported for SMPPTS.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM
was true back in 2000 when we implemented the SMPPTS
spill data set function, that you could not open a concatenation for
write. I've no idea if anything underlying has changed since then that
would change our implementation choice if we were doing it today.
Kurt Quackenbush -- IBM, SMP/E Development
the SMPPTS spill data set function (year 2000)
SMP/E has allowed you to merge data sets, move PTFs from data set to
data set, add data sets, whatever you want to do, as long as the
SMPPTSnn DDDEF entries in your global, target, and dlib zones point to
your current set of SMPPTS data sets.
Kurt
and was failing at the
firewall.
Port 443 vs. 21? It sounds like you started downloading using HTTPS
instead of FTPS. Are you sure you didn't change your SMP/E
specification to add downloadmethod="https"?
Kurt Quackenbush -- IBM, SMP/E D
change your SMP/E
specification to add downloadmethod="https"?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with t
support than to struggle with firewalls?
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
/test file is not there any longer.
GIM45201S ** 550 /GIMPAF.XML: No such file or directory.
I get the same results. You're right, something is awry on the server.
I'll try to track it down.
But in the mean time, since you've gotten this far, you should just try
a real live order.
Kurt
I don't believe PTFS using IEBUPDTE can be RESTORED.
Why do you believe this? Of course PTFs containing ++MACUPD or ++SRCUPD
can be RESTOREd.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff
Is this really as simple as
LINK LMODS(module1)
CHECK.
And it will just relink the load module?
Yes, that's the function of the LINK command.
Well, of course you have to remove CHECK for SMP/E to perform the actual
link edit operation. Doh!
Kurt Quackenbush -- IBM, SMP/E Development
the modules at
the appropriate levels to include in a bind operation.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
anywhere?
I'm reticent to respond on this topic, but I see nobody else has yet to
jump in. I don't think IBM has any well formed and documented criteria.
I suspect it is pretty much up to the developer to decide how far back
they want old product releases superseded by a new release.
Kurt
. They are separate and do not interact.
RECEIVE reads relative file from RFPREFIX.RFDSNPFX.FMID.Fn and places it
in DSPREFIX.FMID.Fn.
Correct.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive
of VSH.VVSH710.F1 and VSH.VVSH710.F2
1) Is this correct?
Yes that is correct.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
also mentioned that instead of using FTPS you (and
everyone else too) could have used HTTPS which has no FTP.DATA-like file
full of confusing and conflicting options, and avoids typical FTPS
firewall issues as a bonus.
Kurt Quackenbush -- IBM, SMP/E Development
, so perhaps its
related. Verify the FTP.DATA file you're using has the following:
TLSRFCLEVEL CCCNONOTIFY
For reference, see the SMP/E User's Guide:
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim3000/gim3115s.htm
Kurt Quackenbush -- IBM, SMP/E Development
://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim3000/dsetups.htm
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim3000/dsetups.htm
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
/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halx001/fcaicb.htm#fcaicb
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
is tourist information,
referenced only by the LIST LOG command.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
But in any case, I'm glad
you got it to work.
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
to the data sets for one of the target zones.
This means the data sets for the other target won't get cleaned up as
usual during an ACCEPT operation, so use the CLEANUP command instead.
Kurt Quackenbush -- IBM, SMP/E Development
,
then use the ZONERENAME command instead of UCLIN, like so:
SET BOUNDARY(GLOBAL).
ZONERENAME(old-tgt-zone-name) TO(new-tgt-zone-name)
NEWDATASET(new-tgt-data-set-name.CSI).
ZONERENAME(old-dlib-zone-name) TO(new-dlib-zone-name)
NEWDATASET(new-dlib-zone-data-set-name.CSI).
Kurt Quackenbush -- IBM
an they are of ftps.
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
in the global zone will never be referenced,
at all, which means SMPWRKn data sets will never be allocated for
operations against the global zone.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff
I'm sure because it
is optional that ServerPac does not define SMPJHOME in the dlib zones.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lists
.
Well, that is a little embarrassing. The GIMSAMPU sample is incorrect,
and SMPWRKn data sets are not used in the global zone. Of course, the
presence of DDDEF entries for SMPWRKn in the global zone causes no harm,
but they will never be used.
Kurt Quackenbush -- IBM, SMP/E Development
?
Yes, it was a hiccup. The same hiccup I believe that also affected
certain IBM publication sites, such as the Redbooks.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access
d and installed
level of Java on the javahome attribute. Many firewalls/proxies seem to
be much more tolerant of HTTPS than FTPS.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive access ins
, this documents the IBM
server host names and IP addresses:
http://www-01.ibm.com/support/docview.wss?uid=isg3T1018808
For manually downloading the HOLDDATA file, use this:
ftp://service.boulder.ibm.com/s390/holddata/full.txt
Kurt Quackenbush -- IBM, SMP/E Development
on the doc above and things started
working again, maybe it was a timing co-incidence? I'll run another job
tomorrow when there may be additional maint to download reverting back to
AT-TLS.
I suspect it was a coincidence, but please do let us know if that is not
the case.
Kurt Quackenbush
load infrastructure, but it does
appear to be working now. Hopefully Dave received a similar response to
his open ticket.
If anyone tries again and continues to have troubles, please open a
problem record with IBM support.
Kurt Quackenbush -- IBM
in this space?
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
been superseded after HHH was applied.
My point is, its not so easy to determine if the ERROR HOLD was bypassed
when HHH was applied.
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff
in SDSF.
What disposition is specified on the DD statement when using DSN=name?
Are you and the customer using the same, OLD or MOD?
Kurt Quackenbush -- IBM, SMP/E Development
--
For IBM-MAIN subscribe / signoff / archive
this off-list if you prefer.
Kurt Quackenbush (ku...@us.ibm.com) -- 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
/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r1.gim3000/dsetups.htm),
make updates to your usual SMP/E download job, and paste the
info above into your job to test out your changes.
Kurt Quackenbush -- IBM, SMP/E Development
On 5/11/2016 10:51 AM, Paul Gilmartin wrote:
On Wed, 11 May 2016 08:38:32 -0400, Kurt Quackenbush wrote:
Barbara, I don't understand the problem you are describing. What
"popup"? ...
Reading your blog entry:
https://www.ibm.com/developerworks/community/blogs/e0c474f8-3aad
S or HTTPS to actually copy the file across the
network. There is no web browser, no UI, no pop-up. Just an SMP/E job.
I was not suggesting using the download links on your Shopz order
page, which downloads the files to your workstation.
Feel free to send me clarifying information off-list if you pre
is IO22326 (UO01741 for HMP1J00 and UO01740
for HMP1H00). The PTFs are over 18 months old, so you probably already
have it. In any case, I'll update the book. Sorry 'bout that.
Kurt Quackenbush -- IBM, SMP/E Development
. However, you will be able to
use HTTPS. Read about how to setup and use that here (watch the wrap):
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.gim3000/dsetups.htm
Kurt Quackenbush -- IBM, SMP/E Development
101 - 200 of 319 matches
Mail list logo
