- This topic has 40 replies, 10 voices, and was last updated 14 years, 4 months ago by
.
-
Posts
-
Outbound e-mail, from the plugin’s point of view, is sent regardless of the kind of product (physical or digital) purchased (same code used).
I suspect the problem is being caused by a combination of the following…
1. Sometimes, a provider will limit the number of outgoing messages per day or month. Go Daddy is famous for this; they charge you for sending more than X number of messages per month.
2. The messages containing links get caught up in the recipient’s spam filter.
3. You could also try this…
WP eStore -> Settings -> General Settings -> Email Settings -> Use WordPress Mailing System
Check or uncheck the box (opposite of current setting) and see if that makes a difference.
“cURL transfer options could not be set. Please let us know. Thank you!” when using curl option
&
“Download file cannot be opened. Please let us know. Thank you!” in all other options.
oh.. with nozip, it works and send an EMPTY zip file.
any ideas?? it is very urgent
alll the best,
julien
cURL options could not be set… means that the cURL library is installed, but for some reason trying to send it commands would not work.
Download file could not be opened, means that the file was found, but that it could not be opened.
Please enable the dubug log files and then report back the contents of the download_manager_debug.log file.
Are you self hosting or using a hosting provider?
hosting provider but dedicated server so I can do (almost) whatever I want to.
Now, it seems to work.
but the zip downloaded seems to be altered or I don’t know: windows native dezipper doesn’t work for it. it works just before I send it to the server.
BTW, 7z or winzip can open/extract the downloaded file.
strange windows :p
Okay, glad you got it to work. Did you do anything “special” or did it mysteriously start to work?
When you said that the file was altered, in what way did you mean? Do the MD5 sums match for the original file and the downloaded one?
Windows Explorer should have no problems browsing ZIP files. It treats them as compressed folders.
the process is:
– I take some folders and zip them
– I test by “reopening” it with explorer… no problem.
– I put it on my webserver.
– to be sure, I redownload it, I reopen it with explorer (and winzip, and 7z) no problem.
– I test to download it through the encrypted link
– I have the problem.
weird!
it is all the same with all options of the estore download manager (excepted the one with nozip word… which provides empty zip)
Okay, so just to clarify; you are still having trouble with the encrypted link downloads, correct?
Have you enabled the eStore debug files and looked in the download_manager_debug.log file?
The encrypted link works fine…. i mean, it provides the zip.
But the zip provided is weird.
A customer buy it, and on his MAC, when he tries to unzip it, the result is a strange .cpgz file… unzippable itself.
Okay, let’s try to walk this through…
When the zip file is downloaded, via the encrypted link, is it the same size as the one that was uploaded?
You just added Macs to the equation… Is the behavior the same or different between a Windows download and a Mac download; via the encrypted link?
Upgrade to 4.8.x and use the Amazon S3 integration. It was specifically added to eStore to address these problems that some users are having.
- You must be logged in to reply to this topic.