I'm running ZC 1.3.8a, Linux. My host uses suphp. I have and use SSL (my own, not shared).

I was told that no folders were to have 777 permissions. Instead I am to use 755.

I have been having a variety of "sporadic" download issues over the past month especially with larger files (greater than say 20MB). Downloads have I/O errors, corrupt errors, etc. Webhost has no idea what the problem is and I've researched the forums and haven't found an answer either.

I use download by redirect and have "pub" & "download" folders set to 755. Mostly, I am NOT able to reproduce the download errors that my customers have and neither can my webhost. Customers have all different internet connections, some even DSL. My max_execution_time is set to 900, so I do not suspect any issues with that either. My largest downloads are about 50-60MB and download fine with a direct link.

While doing some testing today, I noticed that the symbolic link folders always have 777 permissions. (Webhost says this should be okay even with suphp.) However, when I made some changes from download by redirect to streaming (redirect=false & streaming=true), I received an "IE cannot display this webpage error" when I clicked on the download link and when I checked my Cpanel error log, it said "Symbolic link not allowed or link target not accessible: /home/.../public_html/store/pub/.vhbgpytsbobpds/...".

Any ideas as to what causes this error?

There are so many variables for me here. I changed to this webhost in July and have had problem after problem with downloads. I came from a freeBSD(?) server with shared SSL and was running ZC1.3.6 using download by redirect. I didn't have all of these download problems then. I'm stumped as to what is causing so many problems now. I have a new cart and what seems to be better host as well as my own SSL - should be in better hands now I'd think.

Any thoughts on where to begin my troubleshooting? I'm also having some trouble with downloads from the CMS side of my site for files as small as 12MB. Maybe that gives me some kind of hint? Webhost insists it's not them.