Mark, you're absolutely right. I've been looking at the books and they can set up a global search order using the RESOLVER function of TCP/IP. That way, every address space would get the right set of TCPIP.DATA values, no matter what they happened to specify.
According to the books, one of the defaults within RESOLVER is NOCOMMONSEARCH. Apparently, setting this to COMMONSEARCH allows the installation to move away from the so-called "standard search order" and instead have one place to define their TCPIP.DATA parameters. I use the phrase "so-called" because the "standard search order" is ugly and hard to understand (in my opinion) because it reflects the evolution of TCP/IP on z/OS - based upon the API used, a totally different "standard search order" for TCPIP.DATA parameters applies. COMMONSEARCH overcomes this by imposing a new site-wide value. At least, that's what I've learned so far. Now, I'm off to try it! Brian On Mon, 30 Oct 2006 11:22:10 -0800, Gibbons, Mark wrote: >As far as I can tell. Internet retrieval creates and uses a unix process in another address space to retrieve orders. The systcpd dd statement is not passed to the new address space. The only method I've found that works is to have the data be found in the standard tcp search order. I'm not sure what the standard search order is (tcp config reference lookup a while back) but it will find: > > userid.TCPIP.DATA > SYS1.TCPPARMS(TCPDATA) > something in /etc/ > >IBM needs to let us specify this data for the receive. Much like they do the other information for client and orderserver. I'd be very happy if I was wrong however. We don't have our tcpd data in the standard search order. > >Mark > > >>>Date: Fri, 27 Oct 2006 15:33:02 -0500 >>>From: Brian Peterson >>>Subject: Re: Receive Order Error > >>>OK - This result shows that the SYSTCPD DD statement is required for your >>>RECEIVE job, and should fix your problem where RECEIVE is unable to resolve >>>the inetsd01.boulder.ibm.com address - the "unknown host" error. >.... >0:04 -0500, Dick Renneke wrote: > >>With the SYSTCPD DD statement, we got this response - >> > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html >========================================================================= ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
