Go Back   FlashFXP Forums > > > > >

 
 
Thread Tools Display Modes
Old 06-30-2002, 12:46 PM   #1
vod
Member
FlashFXP Registered User
ioFTPD Registered User
 
Join Date: Jun 2002
Posts: 84
Default Sending files alternate

Win2000 SP2, Flash rc1 build 860
I have not encountered this before, but similar things. Ive noticed recently that sometimes, flashfxp refuses to switch into alternate mode, sometimes ive had to use quick connect on both sites to make flash use port/pasv the way I want. This time i kept having problems with it using port, so i dissconnected and changed it to alt in manager, and then reconnected. Though none of the files sent, flash thought they did....

PASV
227 Entering Passive Mode (x,x,x,x,x,x).
PORT x,x,x,x,x,x
200 PORT command successful.
RETR file.ext
150 Opening BINARY mode data connection for file.ext (20000000 bytes).
STOR file.ext
426 Connection closed; Transfer Aborted.
Transferred: file.ext 20,000,000 bytes in 0.25 (19,531.25 KBps)

This happened for the entire queue and it ened with...
Transfer queue completed
Transferred 12 files totaling 220,822,160 bytes in 9.80 (17,970.55 KBps)
vod is offline  
Old 06-30-2002, 04:54 PM   #2
bigstar
FlashFXP Developer
FlashFXP Administrator
ioFTPD Beta Tester
 
bigstar's Avatar
 
Join Date: Oct 2001
Posts: 8,012
Default

This type of error does not qualify for a switch to alternative fxp automatically.

Only instances where the PORT/PASV command fails does FlashFXP auto switch to alternative mode.

As for it saying transfer complete on an error, I've been unable to reproduce this, However if you are using "send noops during transfer" it can cause problems like this.

Also you can change this setting while connected without having to reconnect.
bigstar is offline  
 

Tags
bytes, file.ext, files, mode, port


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 07:19 PM.

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