I have a server that displays encrypted file sizes before transfer and decrypts them on the fly as you transfer them. This is normal behavior, but means the server cannot predict the real file size until a transfer is requested. With SmartFTP, this constantly results in:
[00:27:11] File size mismatch.
[00:27:11] Transfer failed. Use the Transfer Queue for automatic retries.
When I use the transfer queue it just attempts over and over again to retry to the file dl, resulting in it being impossible for me to DL files. And when I don't use queue it just shows that error above and wont let me queue up multiple files. How can I disable automatic retry/disable SIZE check? I've been through the options and read help but I cant find anything about it.
This is a great client (best FTP client I've ever used in fact, just started using it yesterday in Trial mode) and I'll probably buy it if I can use it for my transfers if I can fix this, but w/o a solution to this it becomes virtually unusable. :-\
Transfer log, as I know you guys like that stuff:
[00:49:20] SIZE Testing123.ZIP
[00:49:20] 213 5221626
[00:49:20] MDTM Testing123.ZIP
[00:49:20] 502 Command not implemented.
[00:49:20] Obtaining file information (size/date) from directory listing.
[00:49:20] TYPE A
[00:49:20] 220 Type set to A
[00:49:20] 227 Entering Passive Mode (64,34,178,144,11,112)
[00:49:20] Opening data connection to 126.96.36.199 Port: 2928
[00:49:20] LIST -aL
[00:49:20] 2343 bytes transferred. (22.2 KB/s) (103 ms)
[00:49:21] 226 Transfer complete.
[00:49:21] TYPE I
[00:49:21] 220 Type set to I
[00:49:21] 227 Entering Passive Mode (61,61,61,6111,181)
[00:49:21] Opening data connection to 188.8.131.52 Port: 2997
[00:49:21] RETR Testing123.ZIP
[00:49:21] 150 Opening data connection.
[00:49:35] 226 Transfer complete.
[00:49:36] 5179644 bytes transferred. (339 KB/s) (00:00:14)
[00:49:36] MDTM Testing123.ZIP
[00:49:36] 502 Command not implemented.
[00:49:36] File size mismatch.
[00:49:36] Transfer failed. Use the Transfer Queue for automatic retries.
Edited by Schnena, 22 February 2008 - 05:54 AM.