Go Back   FlashFXP Forums > > > >

General Discuss anything and everything related to FlashFXP

 
 
Thread Tools Display Modes
Old 08-03-2002, 08:30 AM   #1
DelPiero
Junior Member
 
Join Date: Aug 2002
Posts: 5
Question site to site transfer problem

Everytime i try to transfer a file from one site to another it says Transfer complete but the destination file is always incomplete (a few Kb). When i try to resume the download this happens:

(i'm using alternative method since it's the only one that works)

TYPE I
200 Type set to I.
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (XXXXXXXXXXX).
PORT XXXXXXXXXXXXX
200 PORT Command successful.
REST 14864832
350 Restarting at 14864832 - send STORE or RETRIEVE to initiate transfer.
RETR XXXXXXXXX
150 Opening BINARY mode data connection for XXXXXXX
REST 14864832
226 Transfer complete.
350 REST supported. Ready to resume at byte offset 14864832.
STOR XXXXXXXX
150 Data connection accepted from error:error; transfer starting for XXXXXXXX

And the download never stops until i abort it.

Can anybody help me?

Thanks in advance and sorry for my english.
DelPiero is offline  
Old 08-03-2002, 09:30 AM   #2
oxygene
Junior Member
 
Join Date: Apr 2002
Posts: 22
Default

I think it would be helpful for bigstar, when you include your FFXP build number in your post
oxygene is offline  
Old 08-03-2002, 09:35 AM   #3
DelPiero
Junior Member
 
Join Date: Aug 2002
Posts: 5
Default

I've tried version 1.4.4 build 855 & the latest version 2.0 RC2 and them both fail.
DelPiero is offline  
Old 08-03-2002, 02:55 PM   #4
MxxCon
Super Duper
FlashFXP Beta Tester
 
Join Date: Oct 2001
Location: Brooklyn, NY
Posts: 3,881
Default

quiet a few people reported this "error:error" problem...
do you know what ftpd reported it?
MxxCon is offline  
Old 08-04-2002, 05:39 AM   #5
DelPiero
Junior Member
 
Join Date: Aug 2002
Posts: 5
Default

Quote:
Originally posted by MxxCon
quiet a few people reported this "error:error" problem...
do you know what ftpd reported it?
I'm not sure if you're speaking about this but it was an UNIX L8 system.
DelPiero is offline  
Old 08-04-2002, 09:47 AM   #6
MidKnight
Senior Member
FlashFXP Beta Tester
ioFTPD Registered User
 
Join Date: Oct 2001
Posts: 857
Default

and i bet that any of the files that report this "error:error" are anywhere anywhere from 1 to 10k short of being complete?

I'm sorry to tell you this, but i love FlashFXP, and i would never change or move away from it, but your going to have to use another client. i have to use smartftp for fxp transfers. Wihich also brings me to another note, if you do use another client, you will be able to resume the remaining few k of your files, but they will be corrupt, so you will be need start the files again.

----
i just re-read your post and didn't see this, so i was right..

Quote:
destination file is always incomplete (a few Kb).
MidKnight is offline  
Old 08-04-2002, 10:16 AM   #7
DelPiero
Junior Member
 
Join Date: Aug 2002
Posts: 5
Default

Thanks for the help. These errors only happen when using the alternative method, the normal one works ok.
DelPiero is offline  
Old 08-04-2002, 02:47 PM   #8
MxxCon
Super Duper
FlashFXP Beta Tester
 
Join Date: Oct 2001
Location: Brooklyn, NY
Posts: 3,881
Default

DelPiero, not exactly, that's "type" of FTP server. i'd like to know exact software and perhaps exact version number. it's often one of the 1st few lines in welcome message during login.

MidKnight, do we have to use a jackhammer to get it into your head that flashfxp doesn't see any data during fxp can not possible cause this error.
geez
compare status logs from flashfxp and smartftp and see that they are exactly the same
MxxCon is offline  
Old 08-04-2002, 04:02 PM   #9
DelPiero
Junior Member
 
Join Date: Aug 2002
Posts: 5
Default

Quote:
Originally posted by MxxCon
DelPiero, not exactly, that's "type" of FTP server. i'd like to know exact software and perhaps exact version number. it's often one of the 1st few lines in welcome message during login.
You mean something like this: 220 Serv-U FTP Server v4.0 for WinSock ready...?

The server that causes the error doesn't provide this information
DelPiero is offline  
Old 08-06-2002, 08:10 AM   #10
ErnestC
Junior Member
 
Join Date: Aug 2002
Posts: 8
Unhappy I use Pure-Ftpd 1.0.12 as a host ftp server

i have the same problem

I tick the alt.FXP downloading

after the file transfer , sometime the size is smaller then the source.

i use Flashfxp 2.0 RC2build 862 / 1.4.3 build 835 have same problem

is there any way to fix ?

i was happy in the first few days, since it is only using port mode when FXP.

But now it appear the

227 Entering Passive Mode (XX,XX,XX,XX,103,205).
PORT XX,XX,XX,XX,103,205
200-FXP transfer: from XX.XX.XX.XX to XX.XX.XX.XX
200 PORT command successful


then all file die
ErnestC is offline  
Old 08-06-2002, 10:22 AM   #11
StarBuG
Member
FlashFXP Registered User
 
Join Date: Feb 2002
Posts: 36
Default

I have no problems at all with FXP!

I do it very often and nerver saw this problem!

With any build!

Greetings

StarBuG
StarBuG is offline  
Old 10-12-2002, 02:03 PM   #12
maclaeden
Junior Member
 
Join Date: Jun 2002
Posts: 6
Default Potential Problem Causing Incomplete FXPs

I notice that whenever I get incomplete files fxping, and whenever other people in this forum report the problem and post their logs, Flashfxp ALWAYS does the RETR command before the STOR. This seems like a bad method, and could very well be the problem, because the sending ftp server *could* start sending before the receiver is ready, and the beginning data could be lost that way. This would also explain the connections to "error:error" for sending small files or resuming small amounts of data: the sender sends a few kilobytes and closes the connection before the receiver is ready.

I can't test to find out if the command order IS causing incomplete files, but it seems like always doing the STOR before the RETR would be a good idea anyway, since there's no potential for this problem that way.

*BEGIN EDITED*

Actually I did test this out twice last week on different servers. Both times I saw a file was incomplete, I fxped it manually, reversing the order of Flashfxp's commands from RETR->STOR to STOR->RETR, and both times I got a complete file.
maclaeden is offline  
Old 10-12-2002, 02:29 PM   #13
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

This occurs when alternative FXP is being used. When the the alternative FXP option was first introduced we discovered that sending STOR prior to RETR failed 99% of the time. This problem could of been specific to the ftp servers we tested.

Perhaps this should be re-evaluated, and possibly changed.

Normally STOR is sent prior to RETR

If anyone with access to several different ftp servers would be interested in testing some code that always issued STOR before RETR, I can provide you with a special test build. Leave me a private message.
bigstar is offline  
Old 10-12-2002, 02:40 PM   #14
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

Ahh I just did a test and now I see why it fails.. Let me continue doing some more tests and get back to everyone.
bigstar is offline  
Old 10-12-2002, 03:14 PM   #15
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

I've come up with an experimental new method that might solve this problem when using alternative FXP with specific ftp servers. If you have this problem please contact me via Private Msg and I'll give you the location to download an special build that contains this new method.
bigstar is offline  
 

Tags
14864832, rest, site, transfer, type

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -5. The time now is 03:01 AM.

Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)