226 Transfer complete.......But then nothing!

[gamerx]

When I am fxping from 2 sites the transfer finishes.

226 Transfer complete.

But then it won't start the next transfer. It just hangs. Does anyone know why it does this?

[MxxCon]

do you get "226 Transfer complete." from 2nd site too? if not, flashfxp will wait for 2nd reply.
if that's the case perhaps your 2nd site has some zip/sfv check script that's really slow. or connection times out during slow fxp transfers..

[gamerx]

I get it from both sites.

226 Transfer complete.
226 Transfer complete.

I get that and then it just stops and I have to abort and start to get it to transfer the next one. Any idea of how to fix this?

[bigstar]

are you using the latest release 1.4.3 build 835?

[gamerx]

yes

[bigstar]

Do you know what type of ftp server you are connecting to?
I can't seem to reproduce the problem.

If I figure anything out I'll let you know.

[gamerx]

The 2 servers I was trying to fxp between where:

proftpd - sending the files
serv-u 4.0 - recieving the files

[bigstar]

would it be possible to email a complete copy of the status window log to support@flashfxp.com perhaps there is something in a log that can explain what's causing the problem.

[cmf_2]

Ok.

I just get that error also.

Servers are:

Raidenftpd one and the other glFTPd.

FlashFXP stop when finish the FXP sessions and i need to stop and start once again, file by file.

Any problem with this release?

I´m using FlashFXP v1.4.3 (Build 835) registered.


:rolleyes: TIA. :rolleyes:

[cmf_2]

More about it.

All works fine when files are smaller, lets say, less than 1 MB.

But when i do FXP with biggers files and, when they finished, FlashFXP doesn´t notice it and then, nothing happen, no timed out at least.

I have to restart each file manually.

TIA.


cmf.

[bigstar]

cmf, I sent you a private msg did you ever get it?

[cmf_2]

bigstar... hold on... i´ll check my PM.

[gamerx]

That guy has the exact same problem as me, and exactly what log do you want and how do I access it to send it to you?

[bigstar]

Originally posted by gamerx
That guy has the exact same problem as me, and exactly what log do you want and how do I access it to send it to you?


Well not quite, cmf showed me a log but in his case there was only 1 transfer complete message.

[Leblanc]

Originally posted by bigstar



Well not quite, cmf showed me a log but in his case there was only 1 transfer complete message.

I may know what's wrong if the site cmf is sending the stuff to is RaidenFTPD and using phpZipScript.

cmf... ask the site owner and if it's true then ask him to copy/paste the line he has in his .ftpd for the
OnZipUploaded event. (the whole line)

It should begin like this :
OnZipUploaded=ask://c:\php\php.exe ........

Then I may be able to help to fix the problem.

[cmf_2]

Hi leblanc!

Well my site is a RaidenFTPd, and i was trying others RaidenFTPd as well as glFTPd´s.

I have some scripts installed in my server to do some automated tasks like you says.

I will try what you told me, but i don´t have php´s scripts installed in my server.

I think the problem is with my NAT router Vicomsoft Internet Gateway, but not sure.

bigstar was point me with another trick to try also.

I will do some workaround and then i will post the results.

At this point, one things is sure, FlashFXP is not the problem, it´s working as usual, like early versions.

cmf.

[cmf_2]

Ok guys,

This is my workaround to this apparently problem with site to site transfers.

Well i suspect the problem is with CONTRL Connection and open NAT Ports at my NAT Router. Recall i´m behind a NAT Router like is Vicomsoft Internet Gateway, may be one of you are behind a NAT router.

I notice that FXP works fine when it doesn´t take more than 2 minutes. That 2 minutes is the time i have set up to NAT Ports to remaind open.

So past that time CONTROL Connection doesn´t not arrive anymore thru NAT Router since that Port was closed for security reason.

I think that´s the problem, although i´m still working on that.

cmf.

[cmf_2]

Just confirmed!

NAT Router was dropp CONTROL Connection Port when they expires. This NAT Router just closed unused opened NAT Port for security reason. It gives each opened NAT Port a time to remain open, when time expires and not activity on that port then, this NAT Router closed it.

Keep in mind that not all NAT Router work as the same way. My early NAT Router was WinRoute and i don´t notice this behaivor.

I just set it up to a more bigger time (30 minutes), and all FXP session were finished correctly.

So take care about it.

If you get something like us, then suspect if in the middle there´s a device that blocking or closgin opened ports.

Hope this solve your troubles also.

cmf.


Keep good work going on...

[rGb]

I've got a similar problem...

I've got 2 computers. The first is a windos 2000 pro. box, the second is a redhat linux 7.2 box running ProFTPD. Both computers are connected to the internet via the DSL-router Linksys BEFSR41. I have the port range 60000-65535 forwarded to the ftp-server in order to make passive ftp work correctly. Further on, my ftp uses port 6384, so the ports 6383 & 6384 are also forwarded to the ftp-server. ProFTPD is configured to accept data-connections from foreign ip addresses, of course.

If I try to initiate a fxp-transfer from some ftp-server to my own ftp-server (using FlashFXP 1.4.3 build 835 on the win2000 box) everything is working smoothly.

If a friend of mine tries to initialize the same fxp-transfer from his win98 box using version 1.2 of FlashFXP, about 3 files á 20mb transfer correctly. However, FlashFXP won't continue transfering any further files after the fourth has been transmitted. It hangs at the end of the transfer and he gets two messages that say "226 Transfer complete.". FlashFXP will only continue sending the files if he presses the "Abort"-button once and then tries to transfer the queue again. Playing with the "Alternative (FXP) site to site method" doesn't help at all.

The strange thing is, that I have no problems with the same transfer and exactly the same settings, while my pal has. By the way, I have no possibility to set connection timeouts in my router-settings.

If nobody knows help, i'll go through the hard work of analyzing the TCP/IP dump of the transfer ;)

[Linkster]

Originally posted by rGb
I've got a similar problem...

If I try to initiate a fxp-transfer from some ftp-server to my own ftp-server (using FlashFXP 1.4.3 build 835 on the win2000 box) everything is working smoothly.

If a friend of mine tries to initialize the same fxp-transfer from his win98 box using version 1.2 of FlashFXP, about 3 files á 20mb transfer correctly.

why is your friend not using the latest version of FlashFXP? That would be the first thing to try.

[rGb]

I told him to do so already, he had no time -.-

[LittleFart]

well i had the same problem, but i solved it, i enabled "close unused ftp connections during transfer" (in the transfer tab under options) and it worked fine for me on serv-u and glftpd boxes :)

[rGb]

Okay thanks.. i never thought of *enabling* that

[cmf_2]

LittleFart,

I´m not sure what happens with DATA CONNECTION port if you close CONTROL CONNECTION port that becomes idle most the time.

I´m not sure if that feature in FlashFXP is closing that idle port (CONTROL CONNECTION), i will give it a try.

But keep in mind if the port is closed, when you are transfering between site-to-site, how site knows about that event?

Further, how site send a transfer complete and where? I assume server send transfer complete at that port was arranged in ftp session, but now it´s closed. What happen then?

Once again, i will give it a try and see what happen. And i just told early, most NAT Router closes iddle NAT port for security reason. It´s the main problem with this thread folks.


cmf.

[bigstar]

"close unused ftp connections during transfer"

FlashFXP will disconnect any FTP connection that isn't necessary to transfer the current file in the queue.

Basically if you queue some files from a site on the left and then a site on the right and transfer, FlashFXP will disconnect the right site, transfer the files on the left, and then reconnect to the right site to transfer the files. otherwise the connection to the site on the right will idle until it's time to transfer the files.

[kingkong]

you know, mine did the same thing...until...
1. Transfer file on drag and drop (enabled)
2. Noops DURING TRANSFER(DISABLED)


works fine now. I think it was the noops thing.

[bigstar]

Sending noops during transfer is a catch 22, it can sometimes solve problems but also create new ones.

This option should only be enabled if you are having timeout problems during transfers, and if you immediately notice new problems it should be turned back off.

[mhe]

cmf: thanx for solving my problem! :)

Some costumers were complaining their transfers were stalled at 100% (when the FTP server normally gives them a directory listing).

The problem was a 300second timeout of TCP ports on the hardware router.. Changed it to 3600s.. Not sure if this might affect anything else?

Sidenote: this is (was) not a flashfxp related problem.. Several (all?) ftp clients had the same problem.. I suspected Guildftpd at first.

[cmf_2]

mhe,

I think you solved this issue increasing that value like you made.

Remeber that serious NAT router closes those idle port for security reason.

So be aware of that, you increase that value in 1 hour. So your router will keep that opened port idle by 1 hour.

I don´t think it will affect other things.

Good luck!

cmf.

[GuYoMe]

I got exactly the same pb than the others but i've got a few precisions to make :

First it's a random bug, sometime it works sometime not...
Second the bug doesn't appear un cuteftp pro (never) so it must be fixable.
Last the bug appears more often when using a proxy to make transfers...

That's all for my contribution, ThX for fixing this really shitty bug that makes me go to cuteftp pro :( shitty interface....(pleaz fix it, i love Flashfxp)

[bigstar]

Which proxy type were you using?

I think this happens becaue the proxy connection times out during the FXP do to no activity. I don't know how to keep the control connection alive during the FXP.

I thought the send noops during transfer was a good solution but it causes more problems then it seems to fix.

If anyone has any suggestions on how to keep the connection alive I would love to hear them.

[cmf_2]

GuYoMe

The problem arises when you do FXP behind a proxy/router.

Does cuteftp pro allows you to do FXP transfers?

FlashFXP works fine behind that proxy/router when you use it as a FTP client.

More yet, that behaivor is not a bug nor fault from FlashFXP.

Read the thread i was wrote early.

I just have asked to my router´s programmer allows me to keep some port open. Perhaps if you can instruct the router that ports are for FTP session, it could be handled by router. But will need some special settings i though.

cmf.

[Tribble]

I got the same problem with FXP'ing files...

I'll try to fix the problems with your little tuts :-)

If this doesn't work I'll post it here... ;)

But I think its not a problem with FlashFXP, too.. i also think there something with the configuration of the the server i want to FXP from... :(


cYa
Tribb