December 8, 2010 at 2:22 pm #19644
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.December 22, 2010 at 9:35 am #19645
“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,
julienDecember 22, 2010 at 1:50 pm #19646
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?December 22, 2010 at 4:35 pm #19647
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 :pDecember 22, 2010 at 5:11 pm #19648
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.December 23, 2010 at 1:38 am #19649
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.
it is all the same with all options of the estore download manager (excepted the one with nozip word… which provides empty zip)December 23, 2010 at 2:33 am #19650
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?December 23, 2010 at 8:08 am #19651
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.December 23, 2010 at 3:05 pm #19652
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?December 23, 2010 at 9:47 pm #19653
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.December 23, 2010 at 9:51 pm #19654
Remember, no upper case letters in the bucket names!
- You must be logged in to reply to this topic.