FTP i5 to MF (1 viewing) (1) Guest
Favoured: 0
|
|
|
TOPIC: FTP i5 to MF
|
|
|
|
FTP i5 to MF 2 Years, 7 Months ago
|
|
|
We've discovered adding REIN (reinitialize) to the second and third FTP scirpt files gets those commands acorss. <BR>
Larry
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
FTP i5 to MF 2 Years, 7 Months ago
|
|
|
lwilson wrote:<BR>
> I'm attempting to use multiple script files, the first achieves<BR>
> connection, then the following ones execute a PUT or NOOP (to hold<BR>
> the line open before timeout) and the last one to close the<BR>
> connection.<BR>
<P>
Larry,<BR>
<P>
I don't think you can do this with multiple jobs, but I'm not an FTP expert<BR>
by any means. It makes sense to me that each job on the 400 is a separate<BR>
connection attempt.<BR>
<P>
Have you thought about making the initial job an all-in-one job? FTP does<BR>
have the SysCmd command that will allow the processing of an OS/400 command<BR>
from ftp without closing the connection. So, you should be able to work<BR>
within this framework.<BR>
<P>
You could also try the Debug FTP command, but I don't think that's going to<BR>
work.<BR>
<P>
Bill<BR>
<P>
<P>
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
FTP i5 to MF 2 Years, 7 Months ago
|
|
|
lwilson wrote:<BR>
> We've discovered adding REIN (reinitialize) to the second and third<BR>
> FTP scirpt files gets those commands acorss. Larry<BR>
<P>
That's interesting. I didn't mention it due to the help text saying that<BR>
logging on again was required.<BR>
<P>
Bill<BR>
<P>
<P>
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
FTP i5 to MF 2 Years, 7 Months ago
|
|
|
Our mainframe is requsting sends into their HFS, which NJE does not handle. I'd like to have a never ending batch job start in the morning, log on via FTP once and transmit files all day long by changing the override to the INPUT file. We send thousands of files a day so we're trying to avoid logging on for each one. <p>I'm attempting to use multiple script files, the first achieves connection, then the following ones execute a PUT or NOOP (to hold the line open before timeout) and the last one to close the connection. <p>Problem is after the first one achieves connection and executes its CD command, FTP appears to insert its own QUIT so the later sources error because they are not logging on. <p>CL: (NOTE - I've also tried with the DLTOVR activated but get same results) <BR>
PGM <BR>
OVRDBF FILE(INPUT) TOFILE(LEWILSON/QFTPSRC) + <BR>
MBR(OPENMFTTST) SHARE(*YES) <BR>
OVRDBF FILE(OUTPUT) TOFILE(LEWILSON/QFTPSRC) + <BR>
MBR(FTPLOG) SHARE(*YES) <BR>
FTP RMTSYS(*INTNETADR) INTNETADR('nnn.nn.nn.nnn') <BR>
/* DLTOVR FILE(INPUT) */ <BR>
OVRDBF FILE(INPUT) TOFILE(LEWILSON/QFTPSRC) + <BR>
MBR(NOOPERAT) SHARE(*YES) <BR>
FTP RMTSYS(*INTNETADR) INTNETADR('nnn.nn.nn.nnn') <BR>
/* DLTOVR FILE(INPUT) */ <BR>
OVRDBF FILE(INPUT) TOFILE(LEWILSON/QFTPSRC) + <BR>
MBR(CLOSECONN) SHARE(*YES) <BR>
FTP RMTSYS(*INTNETADR) INTNETADR('nnn.nn.nn.nnn') <BR>
DLTOVR FILE(INPUT OUTPUT) <BR>
ENDPGM <p>OPENMFTTEST: <BR>
close <BR>
USER profile password <BR>
CD /arscache/image <p>NOOPERAT: <BR>
NOOP <p>CLOSECONN: <BR>
CLOSE <BR>
QUIT <p>Is holding the FTP session open possible or does each script have to log on and off? <p>thanks <BR>
Larry
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
FTP i5 to MF 2 Years, 7 Months ago
|
|
|
Bill, <BR>
Thanks for your response. I've since discovered that while NOOP lets me get away with the multiple script layout layout, PUT doesn't. Not sure why, could be our MF parameters or perhaps NOOP is at a lower seucrity requirement than PUT.
|
|
|
|
|
|
|
The administrator has disabled public write access.
|
|
|
|
|