accomplished admin blank browser buyers click com computer copy current customers don error failed figured file free happening help issue link open pdf problems product rule save saved seller send started suggestions tested testing text thank-you url urls

We've recently started hosting our video files at Amazon S3 instead of with e-junkie. Most of the files appear to work fine, but we're experiencing some inconsistencies. About 1 out of 3 video files (all hosted in the exact same way on S3) produce this error for our customers:

"This file is served directly by the seller. At this moment seller's server has failed to respond. Please try again later."

I saw this discussion about a similar issue: http://www.e-junkie.com/bb/topic/239 and the suggestions were to:

NatashaSenPlease check the following:

1. Try the link (which you have entered in E-junkie admin) in a browser and see if it works.
2. Make sure you don't have an .htaccess file blocking us in your remote folder where you have the files stored.
3. Make sure that the link to the file you entered in E-junkie admin is to a regular website and not to file hosting service as we can't read files from those links.
4. If that all is fine, ping our server from your server. If you are unable to reach our server from yours, it means there is an issue in the backbone somewhere which is beyond our control.

What's strange is that *all* the S3 URLs work in browsers, but a subset of the same URLs don't work when run through the e-junkie admin. I could understand if all the URLs worked the same away, but it's 3 of 9 (in our current testing) that are having an issue.

All the files in question have the exact same permissions and file naming conventions on S3. Do you have any ideas about why this may be happening? Any help is appreciated.

Nevermind. We figured it out. Here's what we discovered...

You CANNOT have spaces in Bucket names on Amazon S3. If you do, the URL will work in a browser for downloading, but will not work in e-junkie.

Changing Bucket names can be accomplished with http://www.bucketexplorer.com/.

Aha, thanks for the followup tip!

As a general rule, it's best to avoid using spaces in any folder path or file name that you'd expect to use in a URL, and just stick to using only letters, numbers, dashes-and_underscores.

I have video files stored on AudioAcrobat.com.
The text links to the videos work fine when I click on them from AudioAcrobat.
I entered that link in the "Remote Product File" blank, and saved everything.

I had e-junkie send me a free download link to see what my customers will be getting. When I click the link to open the video files, my computer says it is an Adobe Reader 7.0 PDF file -- which it is not.

Several of my customers are reporting problems opening their video files. When I tested the product links earlier, this didn't happen. AND the customers with Macs can't download them at all.

Any suggestions?

We issue all downloads as a plain binary-data files, so if buyers are saying their computer thinks its an Adobe Acrobat PDF file or whatnot, it's their computer doing that, nothing to do with our end at all.

Also, when buyers click your download links, they should be choosing to Save the file (rather than Open it). Once they've Saved the file, then they can Open their own copy. You may want to add that explanation to your thank-you/download pages:
http://www.e-junkie.com/ej/help.custom.thankyou-page.htm