×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
I'm at a client and don't have access to another system to compare. I think something is amiss here because we have to STRMSF each Monday morning.
I would appreciate if you could see how this differs from your shop.
First, we're on 6.1.
QSYSWRK has an autostart job QZMFECOX, which does a STRMSF.
The joblog for QMSF says SMTP jobs not active and ends.
SMTP is configured to "Start when TCP/IP is started".
The controlling subsystem has an autostart job that does a STRTCP, which would start SMTP.
The two autostart jobs start at almost the same time (only 1 second apart).
The timing is such that QMSF starts about 46 seconds before the STRTCP runs so SMTP isn't running yet.
What to do to fix MSF?
Btw, they do not have anything set in QSTRUPPGM. It's set to *NONE.
As a second question, they have STRTCPSVR *ALL in the controlling subsystem autostart job. This generates CPF3894 Cancel reply received for message TCP1A15.
What is best to resolve this?:
- ADDRPYLE for TCP1A15 with RPY(G)
- use STRTCPSVR *AUTOSTART
- remove STRTCPSVR altogether since it's been cancelling and therefore not being used
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
