Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'Avoid a 'download' problem with iDisk and media files' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Avoid a 'download' problem with iDisk and media files
Authored by: bluehz on Mar 10, '05 11:07:19AM

You could almost certainly be sure that the "Preview" is a problem. Like you said - it is attempting to preview the file over the internet, which will be slow at best.

I personally do not have a .Mac acct - but its my understanding that you would have to pay for a LOT of extra storage in order to hold a 700mb file or am I mistaken.

Personally I would recommend for files of this size you let the intended receipient (I assume you are doing a 1 to 1 transfer as opposed to offering publically) log into your local mac and collect the file - either via AppleShare or ftp. FTP is going to be the most effecient, but slightly more time consuming to setup. Although if this is a longterm thing it will be well worth it. I would recommend persuing this PureFTP tutorial:

http://www.macdevcenter.com/pub/a/mac/2005/03/04/ftp.html

If you wish to do it as a one time thing using AppleShare, the transfer will probably be a bit slower, but it can be done. Look for numerous AppleShare or filesharing hints around MacOSXHints.



[ Reply to This | # ]
Avoid a 'download' problem with iDisk and media files
Authored by: Anonymous on Mar 10, '05 12:24:44PM

i too have had problems with large files. In the end i gave up...i think it has something to do with webdav and isp's. Send a disk ! may take a day or two but hey no problems when it get there.

good luck



[ Reply to This | # ]
Avoid a 'download' problem with iDisk and media files
Authored by: osxpounder on Mar 10, '05 02:25:19PM

If security is an issue [perhaps the AIFF file should remain private between business associates], you can do this, or something similar, to permit a SFTP transfer:

- create a user on your Mac
- place file in user's Public folder [you might need to change permissions on the file so that anyone can open it]
- ask your client to download Fugu
- give your client your Mac's IP address, and the user and pass you created for your client
- client connects with Fugu and downloads the file

What do you think, folks? Crazy? Useful?

---
--
osxpounder



[ Reply to This | # ]
Avoid a 'download' problem with iDisk and media files
Authored by: prk on Mar 10, '05 02:46:39PM

When will Apple put sftp into the finder? That's what I want to know.



[ Reply to This | # ]
Avoid a 'download' problem with iDisk and media files
Authored by: windrag on Mar 11, '05 12:25:24AM
- ask your client to download Fugu
Great, but I didn't mention before that my client is on Windows, unfortunately. We Mac users sometimes forget…

---
Ryk A. Groetchen
700MHz iBook 16 VRAM G3
640MB RAM
OS X 10.3.8

[ Reply to This | # ]

Avoid a 'download' problem with iDisk and media files
Authored by: jacobolus on Mar 11, '05 01:39:45AM

That's why PureFTP is so cool. It's much more configurable than the one that comes with OS X in the sharing pref pane



[ Reply to This | # ]
Avoid a 'download' problem with iDisk and media files
Authored by: windrag on Mar 11, '05 12:29:45AM
Personally I would recommend for files of this size you let the intended receipient (I assume you are doing a 1 to 1 transfer as opposed to offering publically) log into your local mac and collect the file - either via AppleShare or ftp. FTP is going to be the most effecient, but slightly more time consuming to setup. Although if this is a longterm thing it will be well worth it. I would recommend persuing this PureFTP tutorial: http://www.macdevcenter.com/pub/a/mac/2005/03/04/ftp.html
Wow. This looks like something useful, but as I am not an IT professional, my mind kind of blanked out after about the 10th paragraph. I imagine this might be the case with my client as well. Thanks for the tip, though!

---
Ryk A. Groetchen
700MHz iBook 16 VRAM G3
640MB RAM
OS X 10.3.8

[ Reply to This | # ]