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: =?iso-8859-1?Q?Brian_Peterson?= <[EMAIL PROTECTED]> >>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
