500 'OR filename.html': command not understood.

I just upgraded to v1.5.991, and have begun having failures bad enough to switch to a demo of CuteFTP and then downground to v1.1.984. For the record, 1.1.984 works flawlessly, as with all builds prior to x1.5.x.

In any attempt on both Windows XP Pro and Windows 2000 Pro (I installed it on both, just to see if it was and OS specific problems - error replicates 100%) after two or more files (at most ten) that is either ASCII or BINARY (my settings are set to auto, and there has never been a problem with file transfers when set to this, in any previous build) the queued transfer fails at the command level.

By this I mean that the host server receives a command with the first two letters trucated. The following is an actual log with IP address, username, and filenames altered. The same failure occurs with filetype set to ASCII, or set to BINARY while transferring JPEGs or PINGs. Ignore the FEAT error - I found out how to turn that off in Properties.


	SmartFTP v1.5.991.22

	Resolving host name "xx.xx.xx.xx"

	Connecting to xx.xx.xx.xx Port: 21

	Connected to xx.xx.xx.xx.

220 domain.com FTP server (Version wu-2.6.2(1) Mon Aug 16 17:10:57 IDT 2004) ready.

	USER username

331 Password required for username.

	PASS (hidden)

230 User username logged in.

	SYST

215 UNIX Type: L8

	FEAT

500 'FEAT': command not understood.

	TYPE I

200 Type set to I.

	REST 0

350 Restarting at 0. Send STORE or RETRIEVE to initiate transfer.

	PWD

257 "/" is current directory.

	CWD /var/www

250 CWD command successful.

	PWD

257 "/var/www" is current directory.

	TYPE A

200 Type set to A.

	PORT 192,168,0,11,4,34

200 PORT command successful.

	LIST -aL

150 Opening ASCII mode data connection for /bin/ls.

	1157 bytes transferred. (112 KB/s) (10 ms)

226 Transfer complete.

	CWD /var/www/html

250 CWD command successful.

	PWD

257 "/var/www/html" is current directory.

	PORT 192,168,0,11,4,35

200 PORT command successful.

	LIST -aL

150 Opening ASCII mode data connection for /bin/ls.

	9500 bytes transferred. (66.2 KB/s) (140 ms)

226 Transfer complete.

	CWD /var/www/html/folder

250 CWD command successful.

	PWD

257 "/var/www/html/folder" is current directory.

	PORT 192,168,0,11,4,36

200 PORT command successful.

	LIST -aL

150 Opening ASCII mode data connection for /bin/ls.

	9757 bytes transferred. (63.5 KB/s) (150 ms)

226 Transfer complete.

	Remote file exist check: 'filename1.html'.

	SIZE filename1.html

213 23806

	MDTM filename1.html

213 20051209021627

	PORT 192,168,0,11,4,37

200 PORT command successful.

	STOR filename1.html

150 Opening ASCII mode data connection for filename1.html.

	23806 bytes transferred. (48.4 KB/s) (480 ms)

226 Transfer complete.

	Remote file exist check: 'filename2.html'.

	SIZE filename2.html

213 936

	MDTM filename2.html

213 20051209021627

	PORT 192,168,0,11,4,38

200 PORT command successful.

	STOR include_filename2.html

150 Opening ASCII mode data connection for filename2.html.

	936 bytes transferred. (91.4 KB/s) (10 ms)

226 Transfer complete.

	Remote file exist check: 'filename3.html'.

	SIZE filename3.html

213 159

	MDTM filename3.html

213 20051209021628

	PORT 192,168,0,11,4,39

200 PORT command successful.

	STOR filename3.html

150 Opening ASCII mode data connection for filename3.html.

	159 bytes transferred. (15.5 KB/s) (10 ms)

226 Transfer complete.

	Remote file exist check: 'file_3_or_7_or 10_then_randomly_fails.html'.

	SIZE file_3_or_7_or 10_then_randomly_fails.html

213 5950

	MDTM file_3_or_7_or 10_then_randomly_fails.html

213 20051209021633

	PORT 192,168,0,11,4,46

200 PORT command successful.

	STOR file_3_or_7_or 10_then_randomly_fails.html

500 'OR file_3_or_7_or 10_then_randomly_fails.html': command not understood.  <<<<<<<<<<<<<

	PORT 192,168,0,11,4,47

500 '': command not understood.

	Transfer failed.

500 Illegal PORT Command

The connection then NOOPs, but I cannot CWD, send or receive, so I close the connection and reconnect. I have also had this occur with patches being uploaded:


	MKD /var/www/folder/sub1/sub2/sub3

521 "/var/www/folder/sub1/sub2/sub3" directory exists

	CWD /var/www/folder/sub1/sub2/sub3

250 CWD command successful.

	PWD

257 "/var/www/folder/sub1/sub2/sub3" is current directory.

	PORT 192,168,0,10,7,92

200 PORT command successful.

	LIST -aL

500 'ST -aL': command not understood.  <<<<<<<<<<<<<

	CWD /var/www/folder

500 '': command not understood.

	Transfer failed.

250 CWD command successful.

After I downgraded to v1.1.984, everything is fine.

It's a problem with your NAT router. Update the firmware and try again. Search the forum and you see exactly the same problem, caused by the router software.


It's a problem with your NAT router. Update the firmware and try again. Search the forum and you see exactly the same problem, caused by the router software.

we will do this, but we are wondering, if we downgraded to v.1.1.984, and that version works just fine with our un-upgraded router, with no errors in the past two days, how is it that the firmware on our router is at fault? we have used v1.1.x for almost two years (or since whatever release was in use in late 2003) behind five or six different routers, with never an issue, and as soon as we upgrade to v1.5.x these release won't work behind ANY router correctly. we have tried it behind a linksys and two motorolas in different locations this week, and the command error occurs everywhere.

we will upgrade the firmware, but your reply appears to me to be a non sequitur, unless the development team introduced code in v1.5.x that is incompatible with certain routers. our main router, for the record, is a linksys... not exactly an unknown "funkyong" brand.

just thinking out loud...

The problem might also be with a firewall software (ZoneAlaram, McAfee, Norton) installed on the system. Try to update them as well or disable/uninstall them for testing purpose. SmartFTP sends all the commands correctly, otherwise a communication error would be reported in the client. The data/commands get lost somewhere between the FTP client and the server (software firewall, antivirus with worm protection, nic/wifi driver, NAT router, ...).
-Mat


The problem might also be with a firewall software (ZoneAlaram, McAfee, Norton) installed on the system. Try to update them as well or disable/uninstall them for testing purpose. SmartFTP sends all the commands correctly, otherwise a communication error would be reported in the client. The data/commands get lost somewhere between the FTP client and the server (software firewall, antivirus with worm protection, nic/wifi driver, NAT router, ...).
-Mat

ok. we have no godforsaken software firewalls installed (and any XP-SP2 firewalls disabled). to be honest, that is why everything we have is behind harware firewalls -- to avoid them. without dragging the conversation around in circles anymore, our issue is what changed in the code base from 1.1.x to 1.5.x that 1.1.x works fine on both Windows 2000 and XP, and 1.5.x doesn't, irrespective of firewalls.

by the way, the other thread telling people to use the global queue works with v1.5.x, which makes me all the more suspect a bug in the code. i'm fine with bugs, being a developer that has had to track down hard to reproduce, idiosyncratic bugs before. i'd just like it fixed so that i can simply drag the folders up and have the queue involved in that action work correctly.

i'm having a wonderfully awful time finding a fireware update on Linksys' website, but i'll install it if i can track it down.

Hello ..

If a product A works, and the update of A called A1 doesn't work, this is not necessary an implication that the problem is with A1. Taken this in consideration, please update your firmware software of your NAT router and (temporary) uninstall all AV (McAfee with worm protection for example) software. The problem is after years of experience not with the SmartFTP client, its with a 3rd party product or your router software.

Regards,
-Mat