Your best friend for file transfer.
FetchFile name to large? (13 posts)
- Started 18 years ago by bones
- Latest reply 18 years ago from macteq
-
bones Member
-
Jim Matthews Administrator
Could you choose "Fetch Transcript" from the Window menu when it is stuck, and post the contents of that window?
Thanks,
Jim Matthews
Fetch Softworks -
bones Member
227 Entering Passive Mode (192,168,0,180,4,84)
STOR Camron- Down And Out.mp3
150 Connection accepted
226- Free space: [C: 309.92 MB] [E: 4.47 GB] [F: 22.26 GB] [G: 0.00 bytes]
226 Transfer OK
Upload complete at 5/19/05 1:33:53 PM
PASV
227 Entering Passive Mode (192,168,0,180,4,85)
STOR Puff Daddy - He Don't Understand You Like I Do.mp3
150 Connection acceptedIt sits at Putting File..... Nothing happens This happens with audio and movie files but not documents it seems.
.:BONES:.
[This message has been edited by bones (edited 05-19-2005).]
-
Jim Matthews Administrator
Have you tried uploading the same file under a much shorter name, to see if it's the length of the name that makes a difference?
Thanks,
Jim Matthews
Fetch Softworks -
macteq Member
i have the same problem !!!
different file types, different names -> same problem
using shorter names of the files -> worksoriginal files -> transferring with cyberduck ftp -> works...
-
bones Member
yeah thats the problem alright. dido to the last post reply.
.:BONES:.
-
Jim Matthews Administrator
macteq: Are you saying the Cyberduck uploads files successfully under the long name? Could you post a transcript?
Thanks,
Jim Matthews
Fetch Softworks -
macteq Member
here with fetch 5.0
i uploaded a .jpg with a long name. after refreshing it is shortening the name
TYPE I
200 Type set to I (Image) [MACBINARY ENABLED]
PORT 192,168,1,105,220,163
200 PORT command successful
STOR this_is_a_testfile_with_long_name_to_see_what_happens.jpg
150 Opening connection
226 Transfer complete
Transfer of this_is_a_testfile_with_long_name_to_see_what_happens.jpg (50.176 bytes, 0 bytes/sec, 0:00 elapsed) completed at 31.05.2005 8:13:24 Uhr
CWD /zzz - testupload/
250 CWD command successful
PWD
257 "/zzz - testupload/" is current directory.
TYPE A
200 Type set to A (ASCII)
PORT 192,168,1,105,139,57
200 PORT command successful
LIST
150 Opening connection
-rw-r--r-- 0 50038 50038 May 31 08:11 this_is_a_testfile_w#1FA2E2.jpg
226 Transfer complete==============================
in cyberduck 2.4.5 there is no transcript window, but i could post somewhere a screenshotthx for the help in advance
macteq
-
Jim Matthews Administrator
Do you see the shortened name when you upload a long file name and refresh with Cyberduck? I think it's something that the FTP server is doing on the Xbox side.
Jim Matthews
Fetch Softworks -
bones Member
yeah.. im not using cyber duck. Xbox uses filezilla, i hope this helps yuou all out. I dont have a mac anymore so i cant tell you anything.
.:BONES:.
-
macteq Member
Originally posted by JimMatthews:
Do you see the shortened name when you upload a long file name and refresh with Cyberduck? I think it's something that the FTP server is doing on the Xbox side.
Jim Matthews
Fetch Softworkscyberduck shows the correct name after refresh
my ftp server software is maxum's rumpus on a mac, but i tried also on 3 other ftp servers at 3 different providers -> same problem -
Jim Matthews Administrator
macteq:
Fetch detects that it is talking to a server that supports MacBinary, and sends the file in MacBinary format (in order to preserve the resource fork and Finder data). It looks like Rumpus has a bug in its MacBinary support that results in the file being mangled. Could you find out what version of Rumpus this is, so that I can investigate further?
You can work around this problem by choosing "Binary (Raw Data)" from the Format menu in the Remote menu (instead of "Automatic"); then Fetch won't use MacBinary.
Thanks,
Jim Matthews
Fetch Softworks -
macteq Member
Originally posted by JimMatthews:
macteq:
Fetch detects that it is talking to a server that supports MacBinary, and sends the file in MacBinary format (in order to preserve the resource fork and Finder data). It looks like Rumpus has a bug in its MacBinary support that results in the file being mangled. Could you find out what version of Rumpus this is, so that I can investigate further?
You can work around this problem by choosing "Binary (Raw Data)" from the Format menu in the Remote menu (instead of "Automatic"); then Fetch won't use MacBinary.
Thanks,
Jim Matthews
Fetch Softworksit is rumpus version 4.0.1
with "Binary (Raw Data)" it works.....
thank you for your help !!!!
latest rumpus version is 4.1.2, will try to get it and see if it works then.....
- Page 1
Topic closed
This topic has been closed.
Alright im using the trial version because i am broke. trying to transfer files to my xbox. Whenever i try and transfer a file that has more than like 7 characters it just sits there and dosent tranfer. Is there aq way to fix this?
.:BONES:.
Posted 18 years ago #