Transfer queue

SmartFTP 2.0.100

Since upgrading it sometimes switch between Pretransfer/Connecting/0 bytes and sometimes it will finally transfer.

Direct works, but it would be easier to queue a large number of files.

Thanks,

Jeanne

Please post the log of the queue item. Double click the item to see the log.

Regards,
-Mat

[11:08:54] SYST
[11:08:54] 215 Windows_NT
[11:08:54] Detected Server Type: Windows NT
[11:08:54] FEAT
[11:08:54] 211-FEAT
[11:08:54] SIZE
[11:08:54] MDTM
[11:08:54] 211 END
[11:08:54] TYPE I
[11:08:54] 200 Type set to I.
[11:08:54] REST 0
[11:08:54] 350 Restarting at 0.
[11:08:54] PWD
[11:08:54] 257 "/" is current directory.
[11:08:54] CWD /httpdocs/resreview
[11:08:54] 250 CWD command successful.
[11:08:54] PWD
[11:08:54] 257 "/httpdocs/resreview" is current directory.
[11:08:54] Remote file exist check: "NevillePlaceAtFreshPondreview.html".
[11:08:54] SIZE NevillePlaceAtFreshPondreview.html
[11:08:54] 213 15885
[11:08:54] MDTM NevillePlaceAtFreshPondreview.html
[11:08:54] 213 20061128201256
[11:08:54] Source File: Size=15958, SizeUnit=Byte, Time=2006-12-27T16:08:35, TimeFormat=Exact
[11:08:54] Destination File: Size=15885, SizeUnit=Byte, Time=2006-11-28T20:12:56, TimeFormat=Exact
[11:08:54] No rule matched. Default Action="Overwrite".
[11:08:54] PASV
[11:08:54] 227 Entering Passive Mode (209,235,14,63,16,5).
[11:08:54] Opening data connection to 209.235.14.63 Port: 4101
[11:08:54] STOR NevillePlaceAtFreshPondreview.html
[11:08:54] 125 Data connection already open; Transfer starting.
[11:08:54] 15958 bytes transferred. (519 KB/s) (30 ms)
[11:08:54] 226 Transfer complete.
[11:08:54] MDTM 20061227160835 NevillePlaceAtFreshPondreview.html
[11:08:54] 550 20061227160835 NevillePlaceAtFreshPondreview.html: The system cannot find the file specified.
[11:08:54] SIZE NevillePlaceAtFreshPondreview.html
[11:08:54] 213 15885
[11:08:54] File size mismatch.
[11:08:54] Remote file exist check: "NevillePlaceAtFreshPondreview.html".
[11:08:54] SIZE NevillePlaceAtFreshPondreview.html
[11:08:54] 213 15885
[11:08:54] MDTM NevillePlaceAtFreshPondreview.html
[11:08:54] 213 20061128201256
[11:08:54] Source File: Size=15958, SizeUnit=Byte, Time=2006-12-27T16:08:35, TimeFormat=Exact
[11:08:54] Destination File: Size=15885, SizeUnit=Byte, Time=2006-11-28T20:12:56, TimeFormat=Exact
[11:08:54] No rule matched. Default Action="Overwrite".
[11:08:54] PASV
[11:08:55] 227 Entering Passive Mode (209,235,14,63,16,6).
[11:08:55] Opening data connection to 209.235.14.63 Port: 4102
[11:08:55] STOR NevillePlaceAtFreshPondreview.html
[11:08:55] 125 Data connection already open; Transfer starting.
and it repeats over and over.

Hello ...

From the log you can see the following:
1. 15958 have been sent to the server (it doesn't mean the server received this amount of bytes)
[11:08:54] 15958 bytes transferred. (519 KB/s) (30 ms)
[11:08:54] 226 Transfer complete.

2. The file on the server is 15885 bytes.
[11:08:54] SIZE NevillePlaceAtFreshPondreview.html
[11:08:54] 213 15885

There are 2 possible causes:
1. The server didn't receive all the data. Some got "lost" on the way.
2. The SIZE feature of the server is buggy.

You can figure out the cause by manually refreshing the folder on the server right after the transfer. If the file size is 15885 then not all data has been transferred. If the file size is 15958 bytes then the SIZE command is buggy.

For cause 1 I recommend you update the firmware of your router, disable/uninstall all antivirus applications / software firewalls installed on your computer.
For cause 2 talk to the server administrator to update the FTP server software.

Regards,
-Mat

Hi Matt,

Some more info that may help...

* I did as you suggested. When I refreshed, the new file showed 0 bytes.
* This problem appears new in this version of SmartFTP.
* It is an inconsistent problem. Often 20 files will upload normally, but then it will have problems with the next 10 files -- when it finally kicks back in, all of the 10 clogged files go at once.
* This happens on more than one server.
* This never seems to happen with Direct Uploads.
* I disabled the firewall on my computer with no luck, there is no firewall running on the router.

Does that offer any more clues?

Jeanne

Hello ..

The "old" version you are referring to didn't verify the integrity of the file transfers. Thus even if the problem happened there you wouldn't know unless you checked every single file.

I don't think the problem is related to the FTP client and I do not have any other suggestions than the one in my last reply.

Regards,
-Mat

Hello ..

The "old" version you are referring to didn't verify the integrity of the file transfers. Thus even if the problem happened there you wouldn't know unless you checked every single file.

I don't think the problem is related to the FTP client and I do not have any other suggestions than the one in my last reply.

Regards,
-Mat


Hello Mat -

You have your head buried in the sand. A search of "File size mismatch" on this forum shows that people are screaming about this and have been for more than a year. I have just spent an entire weekend beating my head against the wall trying to get v2.0.1001 to work. I don't think it is practical for you to go on a crusade to get the entire world to correct the problems on their web servers, since this is out of the hands of your customers. I have even seen 1 or 2 posts where the web server told the user that they already had the most recent version of the ftp server software. In my case, the host said there was nothing he could do about it, whatever that means, after I sent him a post from this forum (not this thread) which basically proved it is a problem with the server and not SmartFTP.

So, tonight, I installed WS_FTP and a 500 MB upload of large photo files and very small thumbnail files worked immediately and flawlessley on the very first try. The GUI is not nearly as good as yours. The logging is more cumbersome. In general, real-time information is not as good. Attention to detail is not as good. They don't have your (truly fantastic) transfer queue feature. It's just sort of klunky compared to SmartFTP. But, it works as long as my connection is intact and my kids don't log me off. So, after reading all these posts where you keep saying over and over that it's not your problem (which I believe) but you also do not provide a viable workaround that still allows me to take advantage of the features that discriminate you from your competitors, who do you think is going to get my 40 bucks at the end of my 30 day WS_FTP trial? I really wish it would be SmartFTP, but I am not encouraged after a year's worth of posts with no helpful solutions offered.

Regards,
jaw