Forum Replies Created
-
Posts
-
Since the Download Manager Related settings do not affect the S3 Integration feature, you should undo any changes you made.
Amazon S3 Discussion Forum:
https://forums.aws.amazon.com/forum.jspa?forumID=24
Once control is transferred to Amazon, via the expiring URL request, it is out of the control of eStore.
Out of curiosity, what region did you create your bucket in? And is the problem only limited to the buyers in the countries you listed? For instance, if you and your buyers are in Europe; you probably want to ensure the bucket was created in the EU West region.
If you get a 404 error when you try to access the product file directly from your browser, something is wrong, that has nothing to do with eStore.
As for the partial downloads, you might try changing the download method to 2, 4, or 6. For large files, you might also be having problems because of server performance or configuration issues. If the majority of files you plan to sell are very large, you might want to consider using the Amazon S3 integration option; which offloads the burden of downloading from your server to the Amazon S3 servers. Using the S3 integration option means that downloads are no longer dependent on the reliability level of the server you are using.
If you find that control of the download is still being handled by eStore, please carefully follow these instructions:
When using the S3 Integration feature, the Download Manager Related settings do not affect the download process; because control of the download is transferred to the Amazon S3 servers.
Please set the Enable Debug option and then do a test download of an S3 file. In the download_manager_debug.log file you should see 2 entries:
“…AS3TP URI request = …” and “…Dispatching AS3TP URL = …”
If you see these 2 entries in the debug log file, it means that control was successfully handed over to Amazon S3. If you don’t see these 2 entries, it means that control of the download is still being handled by eStore.
You checked the correct log file (ipn_handle_debug.log)?
Are the permissions on the plugin directory set to 755 or higher? If the permissions are too low, eStore might be prevented from updating the debug log files.
WP eStore –> Settings –> General Settings –> Send Emails to Buyer After Purchase
In your first post, you said that emails for single files worked, so I’m assuming this check box is checked.
WP eStore –> Settings –> General Settings –> Buyer Email Body
Contains the {product_details} tag? Again, based on your first post the assumption is “yes.”
WP eStore –> Settings –> General Settings –> Use WordPress Mailing System
Try changing this setting to the opposite of what it is now.
Please try a different download method…
WP eStore –> Settings –> Addon Settings Download Manager Related –> Download Methods
Suggested methods are 2, 4 and 6.
Are you using PDF Stamper with eStore?
Can you directly download the file, using the unencrypted product URL?
Is the downloaded file, the same size as the original?
Please try a different download method…
WP eStore –> Settings –> Addon Settings Download Manager Related –> Download Methods
Suggested methods are 2, 4 and 6.
http://www.checkupdown.com/status/E302.html
“…If your client is not a Web browser, it should behave in the same way as a Web browser i.e. immediately retry the alternative URL.”
The WebEx client is not behaving properly.
With that said, I suppose that if you place the download file on Amazon S3, and deliver the encrypted link using the eStore S3 integration feature, either it would work the way it should or at worse display the expiring URL request for the S3 object; which is “safe” to disclose.
And for uber secure storage of digital goods, there is always the Amazon S3 integration feature of eStore.
Amin can address this later, when he gets in, but I noticed that your 2checkout debug log is complaining that the paid price does not match the product price. Perhaps this is causing the transaction to fail (it thinks you are being hacked?) and therefore no emails will be sent to the customer.
As far as PayPal is concerned, you could use the Sandbox mode and not have to worry about using real credit cards…
http://www.tipsandtricks-hq.com/playing-in-paypals-sandbox-2880
