Jump to content


Photo

Transfer Integrity Problem


This topic has been archived. This means that you cannot reply to this topic.
9 replies to this topic

#1 Jim Guthrie

Jim Guthrie
  • Members
  • 5 posts

Posted 21 January 2004 - 04:00 PM

I have version v 1.0.980, ID# 400003661.

I uploaded some MS Word documents and when I download, they are corrupted? I did the same with .tif files and they worked fine. Got any suggestions?

Thanks
Jim Guthrie

#2 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 21 January 2004 - 07:51 PM

Hello ...

Make sure you're uploading the files in "binary" mode.
Menu: Commands->Connection->Transfer Type->Binary

Go to Menu: Tools->Settings
In the Transfer -> ASCII/Binary dialog remove the *.doc from the ASCII list if you can find it.

-Mat
SmartFTP.com

#3 Jim Guthrie

Jim Guthrie
  • Members
  • 5 posts

Posted 21 January 2004 - 08:27 PM

Hi Mat,
I followed your instructions and tried it again.

The .doc files transferred will be smaller in size and are still unreadable? I changed the Transfer type to Binary and checked to ensure that there were NO .doc files on the list. Didn't seem to help?

Also, if I try to drag a folder from my PC to the Web, it only takes one file with it. Is this correct?

Thanks,
Jim

#4 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 21 January 2004 - 08:32 PM

Hello ..

To make sure the file is upload/downloaded in binary mode look for ""Mode STREAM Type BINARY" in the 150 reply message after the STOR/RETR command:

e.g.
150 Sending /personal/user/movies/test.avi (735295488 bytes). Mode STREAM Type BINARY

If you are sure everything has been done in binary mode the problem is somewhere else. E.g. with your router (e.g. Linksys), firewall software (e.g. ZoneAlarm), virus software (McAfee and it's buggy LSP layer) etc.

>Drag&Drop
It does upload/download the whole folder unless there's an error during the transfer process.

-Mat
SmartFTP.com

#5 Jim Guthrie

Jim Guthrie
  • Members
  • 5 posts

Posted 21 January 2004 - 08:42 PM

Here is a copy of the Actions taken. Does this help?

150 Opening BINARY mode data connection for Web Pswd.doc
A non-blocking socket operation could not be completed immediately.
451 Transfer aborted. Insufficient memory or file locked.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (207,217,98,210,233,66).
Opening data connection IP: 207,217,98,210,233,66 PORT: 59714.
LIST -aL
150 Opening ASCII mode data connection for file list
503 bytes received successfully. (503 B/s) (00:00:01).
226 Transfer complete.
NOOP
200 NOOP command successful.

#6 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 21 January 2004 - 08:44 PM

As you can see there was an error with your transfer on the server side.

Please contact the system administrator of the remote FTP server.

-Mat
SmartFTP.com

#7 Jim Guthrie

Jim Guthrie
  • Members
  • 5 posts

Posted 21 January 2004 - 08:47 PM

I think I may have found the problem.

I restricted a folder with an .htaccess file. It appears that this may be preventing me from coping a file to the folder?

Guess, I'll need to remove the Protections before moving files to that folder, Hu?

#8 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 21 January 2004 - 09:03 PM

No.

The .htaccess file is a way to do access control of the web server. It has nothing to do with FTP.

-Mat
SmartFTP.com

#9 Jim Guthrie

Jim Guthrie
  • Members
  • 5 posts

Posted 21 January 2004 - 11:24 PM

I think it might be a memory issue? I tried to drag and drop a file several times and finially it worked. Do you know how I could fix a memory issue?

150 Opening BINARY mode data connection for Accting1.xls
A non-blocking socket operation could not be completed immediately.
451 Transfer aborted. Insufficient memory or file locked.
TYPE A
200 Type set to A.
PASV
227 Entering Passive Mode (207,217,98,210,235,82).
Opening data connection IP: 207,217,98,210,235,82 PORT: 60242.
LIST -aL
150 Opening ASCII mode data connection for file list
572 bytes received successfully. (572 B/s) (00:00:01).
226 Transfer complete.
NOOP
200 NOOP command successful.
NOOP
200 NOOP command successful.
NOOP
200 NOOP command successful.
NOOP
200 NOOP command successful.

#10 mb

mb

    Developer

  • Administrators
  • 11521 posts

Posted 22 January 2004 - 05:43 AM

Hello ..

Again .. It's a server issue. Errors messages in the log starting with a 3 digit number are from the server.

Please contact the system administrator of the FTP server.

-Mat