Truncated Uploads

[joelpaula]

Filezilla 3.0.7.1.
On a Microsoft FTP Server, using passive mode, when I upload files, they may be reported by FileZilla as "Successfull transfers", but they are truncated. It happened to us with both small (as in <1Kb) files and bigger (around 25MB) files. Binary or ascii tranfers behave the same. It also happens with XP Pro or Vista business.
The server timeouts the main connections, but not the tranfer connections. Anyway, it seems to have stopped happening when we added the "Send FTP Keep Alive" option.

[Alexander Schuch]

What stopped when using keep alive commands - timeout of main connection or file truncation?

Does file truncation happen with other FTP clients as well? Do you use a firewall or a router between you and the server? Did you try without using any of them?

[joelpaula]

Verbose log of a session

[joelpaula]

Both stopped, I thought. But it wasn't true, after all.

Attached, I send a log of a verbose session. All 3 files are sent to the successfulll transfers list, but they are all truncated. I hope it helps.

We are not trying other ftp clients - we only use Filezilla ;-)
We use different routers at different locations. Wired and wireless networks. Also many different firewalls or no firewall at all. Direct internet connection (using 3G GSM network) shows the same behaviour.

File Added: FilezillaDebug.txt

[Alexander Schuch]

Nearly every operating system comes with a console-based FTP client nowadays. You do not need to install anything - just open a console and enter "ftp" to start the client. It is nice to know if only FileZilla has those issues or if another FTP client has the same issue.

Besides that, I am out of ideas.

[Tim Kosse]

Please run the network configuration wizard. Does the test at the end succeed?

[joelpaula]

Your configuration seems to be improper. Please run the network
configuration wizard and follow its instructions.

As long as the test at the end of the wizard fails, your
configuration is not correct.

Reopen only if the test succeeds and the problem did not go away.

[joelpaula]

Teste Results:
Connecting to probe.filezilla-project.org
Response: 220 FZ router and firewall tester ready
USER FileZilla
Response: 331 Give any password.
PASS 3.0.7.1
Response: 230 logged on.
Checking for correct external IP address
Retrieving external IP address from ​http://ip.filezilla-project.org/ip.php
Checking for correct external IP address
IP 195.23.168.58 bjf-cd-bgi-fi
Response: 200 OK
PREP 61035
Response: 200 Using port 61035, data token 1921099235
PORT 195,23,168,58,238,107
Response: 502 Port mismatch. Tainted by router or firewall.
PORT command tainted by router or firewall.
Connection closed

[Tim Kosse]

Some router or firewall taints the connection my modifying the transferred data. As such I have to reject this bug report.

[joelpaula]

Please update the most recent version of FileZilla.
Please reopen the trackeritem if this issue still exists in the
latest version.

[joelpaula]

That seems like a perfect answer, but the truth is that this happens behind many routers. I have a laptop computer. I work at many locations. The same with my coleagues - and they all have the same problem. At my current location they have a Sitecom WL-118 Router (wired), but it also happens behind Draytek (I don't have the model right now) and Linksys WRT54G.
Previous versions (v2?) of Filezilla worked ok. We've just tested WS_FTP and plain windows command line ftp - both work ok.
I am sorry - I am not a network guru, I can't help you any more.