Hello List, Please ignore the request. I just received word from the server admin that the files sent were received correctly. They are 100% valid with data.
Evidently there reporting system has a problem with the data content and their status report will always report 0 bytes and 0 records received. They did not state this during the earlier testing of the transmission. During my testing period, the status reported displayed valid and accurate data. But I was using a fixed file format for the testing. I think the data content is now in ANSI X12 format and evidently their reporting system cannot identify the data correctly or the file size. (Let's here it Windows!) I apologize for any trouble this post may have caused. James On Friday 06 February 2004 01:03, James Finnall wrote: > Hello list, > > I am a new user to lftp and also new to the world of secure ftp > transfers. > > I have a client that needs to be able to transfer data over 128 > bit encryption to a ftp server. I understand the server is > hosted by WsFTP-Pro Server software on the remote end. > > We are using lftp 2.6.12 compiled with openssl 0.9.7b on one > machine and openssl 0.9.7c on the other. > > Transfer attempts are made from the gateway server on both of our > locations so that firewall rules and port forwarding should not > be an issue. > > I am able to login and retrieve data files without any problems. > It is when we send data files where the problem occurs from both > client machines. The server receives the command and creates the > file, we send the data on an acceptable port within the specified > range as reported on the status line in debug mode when creating > the data connection. File size and trasnfer rate is reported. > But the server reports that 0 bytes are in the file. > > I was able to configure both machines to send four files from > each location on Monday night. And the admin on the Windows > server confirmed reception on Tuesday morning of all eight files > containing data. > > Today we attempt to submit another transmission and we are back > to empty files being created on the server. From both machines > that were able to send on Monday night. I have tried every > setting I can think of that might have any effect on this problem > tonight but with no avail. Debug mode does not report anything > unusual in the responses. If anything, it appears perfectly > normal from the transmission end. Even the file size and > transfer rate. Small files though, this is only 11K in size > being sent in binary mode. I have tried to send using both "put" > and "mput -c" manually and from a script. > > The ftp client is required to connect on port 21000 and the data > port range is 21001 to 21100. > > I have tried the following settings without any effect. > > ftp:port-range 21001-21100 > ftp:passivemode off (and on) > ftp:ssl-protect-data on (and off) > cache:size 64 > ftp:ssl-force yes > ftp:use-pret no > ftp:verify-port yes (and no) > ftp:sync-mode on (and off) > > I have verified the one and only installation of lftp exists, and > that only /usr/local/etc/lftp.conf is the startup config file. > Transfer attempts have been made as the "root" user so there > should not be any security issues with reading the data file. > > Currently, I am at a loss as to why the files will not transfer, > and then transfer OK, and now back to no transfer. And lftp > reports the data as being sent OK on every attempt. > > Is there a way to force an acknowledgement type of hand shaking > between the machines? > > Any suggestions or considerations would be most greatly > appreciated. > > Thank you, > James
