On Tuesday, 04/18/2006 at 02:27 MST, "Schuh, Richard" <[EMAIL PROTECTED]> wrote: > Even without the details, your description was sufficiently clear and was what > we expected it to be. Perhaps I was unclear. Given the same files, the FTPSERVE > machine was giving us the messages: > > DTCRUN1005E Required tag :Command. was not found in IBM DTCPARMS E1 or SYSTEM > DTCPARMS D1 > DTCRUN1099E Server not started - correct problem and retry > > This was the case, even though the tag is clearly present in IBM DTCPARMS. We > copied the :command. tag with the result that it failed on another tag. Then we > copied the entire section to SYSTEM DTCPARMS and made our changes. Everything > worked. The apparent effect was that it all had to be in one file, either IBM > or SYSTEM. > > The doc for 3A0 is not as detailed as 4.4 or 5.2 and leaves more to the > imagination. For most of us, we tend to imagine that it works logically J
Richard, it sounds like you have a :nick.ftp :type.class definition in SYSTEM DTCPARMS sans the :Command tag. In general, do not copy :type.class entries into SYSTEM DTCPARMS. If you want to, for example, enable ESMs on all FTP servers, use TCPRUNXT to 'return ":ESM_Enable.YES"' (for example). I looks for the first :nick.<userid> :type.server entry it finds. Then, using the :class tag, it looks for the first :nick.<class> :type.class entry it finds. The :type.server values override the :type.class values. But there is no ... merging ... of multiple server entries or multiple class entries. If you want to see what's happening, start the server manually with "tcprun (debug". It creates a nice file for you. Alan Altmark z/VM Development IBM Endicott
