On Friday, 06/22/2007 at 11:38 EST, Tom Duerbusch <[EMAIL PROTECTED]> wrote:
> The FTP to the spool system was staged by the FTPSERV machine to one of it's > minidisk. Then, as a separate step (of the same process), it would issue a > "spool command" and then the PRINT or PUNCH command. In other words, store and > forward. But the big problem was the size of the minidisk used to store the > data in the interm. The size of the free space, determined the size of the > file you could FTP. And, if the process was interrupted, the disk wouldn't be > cleaned up. > > If this is still the case, it is something to consider. 1. FTP to spool is done by staging onto the "RDRMODE" disk or SFS directory accessed by the FTP server. 2. The file is sent to the target user via SENDFILE, so the data arrives in NETDATA format. 3. If the FTP server isn't cleaning up the RDR disk, open a PMR. I haven't heard of any requirements opened on points 1 or 2, so I infer that our solution is "good enough". For now, anyway. Alan Altmark z/VM Development IBM Endicott
