file sizes cut short when I upload

[lugnut]

Hi, I am trying out the latest release I am in my evaulation period still.I am jusing flash 2.0 build 906. I am running winXP on a 1.8ghz P4 system on a T1 line. I love this program but I have noticed that I am having one problem with my uploads, intermittently it stops prematurely and continues on the the next file in the queue. If I transfer files with text documents, say its a 400 kb file, it will send 390, or 391 kb for example, and if I re-transfer it, it will resume and eventually complete the 400 kb. Sometimes it takes 2 re-transfers before it does get it complete. Some files are complete and some are not, its kinda hit and miss. If I do not keep a close eye on things that I have transfered, the files are corrupt on the receiving end. I do not have any sort of problem with my downloads, only when I upload. I have not tested the site to site transfer, so I dont know if that is ok or not. I have even tried to slow my uploads down, I put a speed limit on it as low as 5kbs and still I have the same problem. I have this problem with several ftp's so it is not on the receiving end. Does anyone know why this would be happening? I really like this program, but if I have to continue to redo my uploads, I will not be purchasing this.
Any help would be appreciated.

[bigstar]

Please insure that you downloaded FlashFXP directly from our website and not some other site, where it's possible the FlashFXP.exe has been modified.

http://www.flashfxp.com/download.php

Are you using ZoneAlarm or any other software firewall? For some reason they seem to conflict with FlashFXP. Disabling a software firewall isn't always enough and uninstalling it is required.

Are you uploading in Binary or Ascii Mode?

[epp_b]

So, what about users who have a high-speed internet connection that's always active and need the protection of a firewall?

It's not an issue for me, because I use a hardware firewall that's built into a router (and I have no problems with FlashFXP). It's just a concern I have for future use.

Is this being looked into?

[Shark]

Its not always an issue with firewalls... I have no problem with BlackICE..

[epp_b]

OK, good. Just wanted to make sure of that :)

[lugnut]

OK I do run Zone Alarm Pro, I will Uninstall and give it a try. I will wait till monday to actually test, its my next day at work to try to transfer.
How can I tell what mode that it transfers with? (so I can answer your question) (binary or ascii)
Yes I did download the file from your site BTW.

If it turns out that it is my firewall, is there one that usually works flashFXP? Or how do you suggest that I continue to protect my PC? Just curious..

Thanks In Advance for the help

[Shark]

This is going to cause chaos with opinions... but as I said in my last post.

I havnt had any problems with BlackICE.

Im sure there are other firewalls out there that also work, but thats the one I use.

[MxxCon]

Originally posted by lugnut
How can I tell what mode that it transfers with? (so I can answer your question) (binary or ascii)TYPE I is binary
TYPE A is asciiIf it turns out that it is my firewall, is there one that usually works flashFXP? Or how do you suggest that I continue to protect my PC? Just curious..if you still want to use ZoneAlarm, make sure you are running newest version of it. i belive latest version right now is 3.7.098

[lugnut]

OK I still am having problems even with zone alarm uninstalled.
When I transfer files it says : Type I
I did another test of sending some files and here is an example of what I am getting:
file 1 - 19kb sent / 7kb rec'd
file 2 - 25kb / 17kb
file 3 - 38kb / 25kb
file 4 - 28kb / 17kb
file 5 - 47kb / 34kb
file 6 - 20kb / 7kb
file 7 - 18kb / 7kb
file 8 - 34kb / 25kb

all of these happen to be short, but every now and then one does complete correctly. In my log, it says that file #1 19kb sent ok , file #2 25kb sent ok, etc... so its loging them that they are complete transfers.

I can send you a copy of this log if that would help.
I just didnt want to post anything showing IP address's

Any ideas ?

[bigstar]

Delete your FlashFXP folder and re-install FlashFXP, download FlashFXP directly from our website http://www.flashfxp.com/download.php

[lugnut]

I did delete the folder and reinstalled the file that was downloaded from your site, and I get the exact same thing... I duplicated the test, and sent the same exact files as last time, it cut them short, but the odd thing is the file sizes that end up on the receiving end are the same size as the previous test.
I still have not put any firewall back in place either. I am also now begining to receive a message that I am now over my evaluation period, it says I installed it 33 days ago. I dont know if this will effect anything as far as testing, but it seems to work the same as it always has.

I am completely lost, any further help would greatly be appreciated!!

[bigstar]

Are the files being uploaded over a SSL connection?

What ftp server software is the host running?

I too am lost for words as to why the files keep coming up short, We've never encountered a bug report quite like this that wasn't resolved by uninstalling ZoneAlarm.

I can't think of anything else that would explain the files coming up short.

[lugnut]

I dont know what a SSL connection is??

The ftp host server is a G-6 FTP server.

I have tried a 2nd ftp also, and get similar results.

[epp_b]

Originally posted by bigstar
...Are you using ZoneAlarm or any other software firewall? For some reason they seem to conflict with FlashFXP. Disabling a software firewall isn't always enough and uninstalling it is required.[/B]

It seems to have no problems with Norton Internet Security Personal Firewall

[bigstar]

a SSL connection is an encrypted connection with the ftp server since you're unsure about it, I would say it's not a secure connection. As you would of had to enable it.

[lugnut]

No its not a secure connection. I have tried everything that I can think of, and nothing is helping out.
Recently I received this pc at work, I used to have a slower one (350 mhz pII with win95 sp2) on this exact same connection, and the old flash fxp1.4 worked fine. Nothing has changed other than this pc ( winXP, p4 1.8ghz ) using flashfxp 2.0 build 906, and this is when I began to have problems.
Is there anything else that you can think of that would be worth trying??

I will post my log below just for your review, I have "xxx" out the IP address's.

WinSock 2.0
Connecting to lugnut
Connected to 68.xx.xx.86 Port 351
220 G6 FTP Server ready ...
USER lugnut
331 Password required for lugnut.
PASS (hidden)
230- Welcome To: Lugnuttz Rockin Server!
230-
230-
230 User lugnut logged in.
SYST
215 UNIX Type: L8
PWD
257 "/D:/" is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (68,xx,xx,86,242,133).
LIST
150 Data connection accepted from 216.xx.xx.146:31291; transfer starting.
226 File sent ok.
CWD test
250 CWD command successful. "/D:/test" is current directory.
PWD
257 "/D:/test" is current directory.
PASV
227 Entering Passive Mode (68,xx,xx,86,95,245).
LIST
150 Data connection accepted from 216.xx.xx.146:31352; transfer starting.
226 File sent ok.
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (68,xx,xx,86,35,238).
STOR Blanket cover letter.doc
150 Data connection accepted from 216.xx.xx.146:31526; transfer starting for Blanket cover letter.doc.
226 File received ok.
Transferred: Blanket cover letter.doc 19 KB in 0.23 (19.50 KBps)
PASV
227 Entering Passive Mode (68,xx,xx,86,252,178).
STOR Emergency ph#.doc
150 Data connection accepted from 216.xx.xx.146:31527; transfer starting for Emergency ph#.doc.
226 File received ok.
Transferred: Emergency ph#.doc 25 KB in 0.31 (25.00 KBps)
PASV
227 Entering Passive Mode (68,xx,xx,86,81,45).
STOR Fax - intergrated supply mgmt.doc
150 Data connection accepted from 216.xx.xx.146:31528; transfer starting for Fax - intergrated supply mgmt.doc.
226 File received ok.
Transferred: Fax - intergrated supply mgmt.doc 38 KB in 0.42 (38.50 KBps)
PASV
227 Entering Passive Mode (68,xx,xx,86,17,185).
STOR Fax log.xls
150 Data connection accepted from 216.xx.xx.146:31529; transfer starting for Fax log.xls.
226 File received ok.
Transferred: Fax log.xls 28 KB in 0.25 (28.00 KBps)
PASV
227 Entering Passive Mode (68,xx,xx,86,29,175).
STOR Fec pricing survey oct 2002.xls
150 Data connection accepted from 216.xx.xx.146:31530; transfer starting for Fec pricing survey oct 2002.xls.
226 File received ok.
Transferred: Fec pricing survey oct 2002.xls 47 KB in 0.39 (47.00 KBps)
PASV
227 Entering Passive Mode (68,xx,xx,86,222,102).
STOR Metro billing.doc
150 Data connection accepted from 216.xx.xx.146:31575; transfer starting for Metro billing.doc.
226 File received ok.
Transferred: Metro billing.doc 20 KB in 0.39 (20.00 KBps)
PASV
227 Entering Passive Mode (68,xx,xx,86,143,183).
STOR Pager log.xls
150 Data connection accepted from 216.xx.xx.146:31620; transfer starting for Pager log.xls.
226 File received ok.
Transferred: Pager log.xls 18 KB in 0.23 (18.50 KBps)
PASV
227 Entering Passive Mode (68,xx,xx,86,179,174).
STOR Polog.xls
150 Data connection accepted from 216.xx.xx.146:31683; transfer starting for Polog.xls.
226 File received ok.
Transferred: Polog.xls 34 KB in 0.34 (34.00 KBps)
Transfer queue completed
Transferred 8 files totaling 230 KB in 5.03 (28.81 KBps)
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (68,xx,xx,86,29,95).
LIST
150 Data connection accepted from 216.xx.xx.146:31758; transfer starting.
226 File sent ok.
NOOP
200 NOOP command successful.
QUIT
221 Bye bye ...
Logged off: lugnut

[bigstar]

Preferences > Transfer Tab
Uncheck "Smart Mode Handling" and see if that helps

[lugnut]

no change.... still the same after I changed "smart mode handling"
:confused:

[epp_b]

Originally posted by bigstar

Are you using ZoneAlarm or any other software firewall? For some reason they seem to conflict with FlashFXP. Disabling a software firewall isn't always enough and uninstalling it is required.


I've uploaded a 7 MB file with FlashFXP while running ZoneAlarm, and there were no problems with the filesize.

[lugnut]

Zone alarm did not seem to be my problem either, and it doesn't seem that anyone has any idea why I am having this problem. I am open for other suggestions... Please help!
Thanks in advance.

[lugnut]

OK I have found a friends site that I transfer to just fine, but mine and several others are still cutting files short. I posted my log earlier, and Ill paste my log from his site, along with another example. Maybe someone can compare the two logs and tell me what the difference is. On the site that works I seem to get a reply when it tries PASV, it sends "500 'P@SW': command not understood." back. Is it a setting that I can set in my client or is it something that is set in his Server.
I would also like to add these two servers are the same type, both are G6 servers.
Any help would be greatly appreciated. I do not leaving proplems unresolved.
Thank you


************* Good working Server Log ***************
WinSock 2.0
Connecting to wireguided
Connected to 68.xxx.34.67 Port 21
220-Wire's Media Haven by G6 FTP Server ready ...
USER brian
331 Password required for brian.
PASS (hidden)
230-
230-
230-
230-
230-
230 User brian logged in.
SYST
215 UNIX Type: L8
PWD
257 "/C:/Ftp" is current directory.
TYPE A
200 Type set to A.
PASV
500 'P@SW': command not understood.
PORT 192,168,1,xxx,17,64
200 Port command successful.
LIST
150 Opening data connection for directory list.
226 File sent ok.
CWD + Uploads
250 CWD command successful. "/C:/Ftp/+ Uploads" is current directory.
PWD
257 "/C:/Ftp/+ Uploads" is current directory.
PASV
500 'P@SW': command not understood.
PORT 192,168,1,xxx,17,65
200 Port command successful.
LIST
150 Opening data connection for directory list.
226 File sent ok.
QUIT
221 See ya soon...hope you found what you were looking for
Logged off: wireguided


************ Site that files are received short *************


Connecting to lugnut
Connected to 68.xx.xx.86 Port 251
220 Lugnuttz Rockin Server
USER lugnut
331 Password required for lugnut.
PASS (hidden)
230- Welcome To: Lugnuttz Rockin Server!
230-
230-
230 User lugnut logged in.
SYST
215 UNIX Type: L8
REST 100
350 REST supported. Ready to resume at byte offset 100.
REST 0
350 REST supported. Ready to resume at byte offset 0.
PWD
257 "/D:/" is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (68,xx,xx,86,115,125).
LIST
150 Data connection accepted from 216.xx.21.146:7615; transfer starting.
226 Transfer ok
CWD Downloads
250 CWD command successful. "/D:/Downloads" is current directory.
PWD
257 "/D:/Downloads" is current directory.
PASV
227 Entering Passive Mode (68,xx,xx,86,230,244).
LIST
150 Data connection accepted from 216.xx.21.146:7617; transfer starting.
226 Transfer ok
QUIT
221 Bye bye ...
Logged off: lugnut

[Raccoon]

We've determined that the FTP Server reports that the file size is smaller than it ought to be, BUT, have we tried downloading the files and actually CHECKING for truncation or corruption?

Perhaps the files are fine and the server is reporting their sizes wrong, or reporting some compressed filesize.

Lets upload a control file, download it, and perform a byte-for-byte comparison on it.

Also, you haven't told us if the files being uploaded ARE ascii files or not. It is possible your FlashFXP settings are putting it in ASCII mode for ASCII files and you're just missing it (or the info is hidden?) So...

Try uploading a .txt extension file, then try uploading a .bmp extension file.

- Raccoon

EDIT: Oops, sorry... I didn't notice a second page before I posted.

[epp_b]

If it does happen to be that the files are simply being reported smaller (and not actually being truncated or corrupted), it may be because of the OS the server is running on. ASCII files on *nix will be smaller than they are on Windows, because Windows uses CRLF (\r\n)for newlines, where as *nix uses LF (\n). This causes ASCII files to be slightly smaller on a *nix operating system.

[Raccoon]

Originally posted by epp_b
This causes ASCII files to be slightly smaller on a *nix operating system.

Yes, but that is only if you transfer the file in ASCII mode (Type A), at least it SHOULD be. The server can easily ignore this and convert the file anyway. Thats why I suggested actually trying files of different extension.

- Raccoon

[lugnut]

The first log I posted, was a test for sending some word documents and excel documents. I have also tested .rar files, and mp3 files, and yes I have confirmed that the files are corrupt, and the file sizes are actually smaller than the original. It is not the reporting from the server.
The operating systems that the servers run on are WinXP and Win2k, I get the same results from either system, and if it matters, they are using the FAT32 file system.
As far as your question is for the ASCII mode, I dont know how to answer that question, please tell me what to look for or do, and I can answer that question for you.

Thanks again for continuing on trying to resolve this ongoing problem.

[bigstar]

The logs you provided above didn't include the necessary information to determine if the files were uploaded in ASCII or BINARY mode.

I can't say for certain but perhaps there is a compatiblity issue with FlashFXP and G6, G6 is quite old and has been renamed to BPftpd. Perhaps upgrading to the current version of BPftpd would resolve these problems.

[lugnut]

I have upgraded to BPFTP recently thinking that it may have something to do with it, and I get the same results. Also I found in the preferences, where you can select binary, ASCII, or auto, mine was set to auto. I manually changed it to binary and tried a transfer, and got the same results. Then I tried ASCII and tried it again, and got the same results.

[lugnut]

Here is a log I thought you may find interesting... I tried to upload a excel document at 22kb. I had to resume it 4 times to get it to complete. In the log you can see it says its transfered complete, and then I hit f5 to refresh, and see its smaller so then I transfer the same file again, and it resumes and says its complete once again. I did this 4 times to get the file to complete 22kb. If I dont do this the files are corrupt and will not open. Here is the log...


WinSock 2.0
Connecting to lugnut
Connected to 68.xx.xx.86 Port 351
220 Lugnuttz Rockin Server
USER lugnut
331 Password required for lugnut.
PASS (hidden)
230- Welcome To: Lugnuttz Rockin Server!
230-
230 User lugnut logged in.
SYST
215 UNIX Type: L8
REST 100
350 REST supported. Ready to resume at byte offset 100.
REST 0
350 REST supported. Ready to resume at byte offset 0.
PWD
257 "/D:/" is current directory.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (68,xx,xx,86,232,191).
LIST
150 Data connection accepted from 216.xx.xx.146:25674; transfer starting.
226 Transfer ok
CWD Misc bkup
250 CWD command successful. "/D:/Misc bkup" is current directory.
PWD
257 "/D:/Misc bkup" is current directory.
PASV
227 Entering Passive Mode (68,xx,xx,86,194,56).
LIST
150 Data connection accepted from 216.xx.xx.146:25675; transfer starting.
226 Transfer ok
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (68,xx,xx,86,45,34).
STOR Psx games - mr_bone.xls
150 Data connection accepted from 216.xx.xx.146:25676; transfer starting for Psx games - mr_bone.xls.
226 File received ok.
Transferred: Psx games - mr_bone.xls 22 KB in 0.20 (22.00 KBps)
Transfer queue completed
Transferred 1 file totaling 22 KB in 0.75 (22.00 KBps)
PASV
227 Entering Passive Mode (68,xx,xx,86,115,215).
REST 7300
350 REST supported. Ready to resume at byte offset 7300.
STOR Psx games - mr_bone.xls
150 Data connection accepted from 216.xx.xx.146:25677; transfer starting for Psx games - mr_bone.xls.
226 File received ok.
Resumed: Psx games - mr_bone.xls 14 KB in 0.23 (14.87 KBps)
Transfer queue completed
Transferred 1 file totaling 14 KB in 0.47 (14.87 KBps)
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (68,xx,xx,86,44,162).
LIST
150 Data connection accepted from 216.xx.xx.146:25678; transfer starting.
226 Transfer ok
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (68,xx,xx,86,48,196).
REST 14600
350 REST supported. Ready to resume at byte offset 14600.
STOR Psx games - mr_bone.xls
150 Data connection accepted from 216.xx.xx.146:25679; transfer starting for Psx games - mr_bone.xls.
226 File received ok.
Resumed: Psx games - mr_bone.xls 7 KB in 0.19 (7.74 KBps)
Transfer queue completed
Transferred 1 file totaling 7 KB in 0.44 (7.74 KBps)
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (68,xx,xx,86,240,196).
LIST
150 Data connection accepted from 216.xx.xx.146:25680; transfer starting.
226 Transfer ok
TYPE I
200 Type set to I.
PASV
227 Entering Passive Mode (68,xx,xx,86,20,142).
REST 21900
350 REST supported. Ready to resume at byte offset 21900.
STOR Psx games - mr_bone.xls
150 Data connection accepted from 216.xx.xx.146:25682; transfer starting for Psx games - mr_bone.xls.
226 File received ok.
Resumed: Psx games - mr_bone.xls 628 bytes in 0.20 (0.61 KBps)
Transfer queue completed
Transferred 1 file totaling 628 bytes in 0.50 (0.61 KBps)
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (68,xx,xx,86,33,34).
LIST
150 Data connection accepted from 216.xx.xx.146:25683; transfer starting.
226 Transfer ok
QUIT
221 Bye bye ...
Logged off: lugnut

[bigstar]

would it be possible to give me access to your server so that I may investigate this matter further? you can contact me at support@flashfxp.com

[lugnut]

Thanks bigstar, and everyone else who helped out with my problem.... Turns out the problem went away by switching my port back to 21. It seemed to work good, until I ran into this problem, its the first and only problem that I had with it. It may have something to do with my network connections here at work combined with the BPFTP software, although I did not have a problem until they upgraded my pc at work either... So who really knows, but my problem is solved by switching back to port 21... :D

[PasPer2]

:( i was hoping this had been resolved as i am having the exact same problem. Will try some of the various suggestions that were made in this thread.

PasPer2

[lugnut]

If you see my last post before yours, it was because my server was not running on port 21. Once I changed that, it works perfectly.

Good luck