getting about 10 emails on 1 order

Hi Guy,

This issue is caused by Mollie's webhook retry mechanism. When Mollie sends a payment notification webhook to your website, it expects a quick response (within a few seconds). If your server takes too long to respond (due to slow processing, high load, or timeout), Mollie considers the notification as failed and retries it - up to 50 times with exponential backoff.

Each retry triggers HikaShop to process the payment notification again, updating the order status and sending notification emails each time.

Check your server performance: If your website is slow to respond, optimize it or upgrade your hosting. The webhook response should complete within a few seconds.
Check the order history: Look at the order history in the HikaShop backend.
Check also the Customers>Emails history menu: There, you can see all the emails sent by HikaShop so that you can confirm that several identical emails are being generated.
If you see multiple identical history entries with the corresponding emails around the same time, that confirms the webhook retry issue.
Enable debug mode in the Mollie plugin: Go to Components > HikaShop > Configuration > Payment and edit the Mollie payment method. Enable the Debug option and check the HikaShop payment log (System > Configuration > Payment log tab) to see what's happening.
Check your server logs: Look for timeout errors or slow response times during the checkout process.
Quick workaround: You could also check if there are any plugins (like analytics, CRM integrations, PDF invoice or email marketing) that are triggered during order status changes and could be slowing down the response time.
Sometimes, it can also be that your hosting email server is slow to accept the emails from the website. You can try disabling them via System>Emails to see if you see a difference.

One potentially solution could be to modify the plugin you're using to check the current status of the order so that if the order is already confirmed, the plugin doesn't confirms it again and directly replies to Mollie that everything is ok. This would require involving the developer of the payment plugin you're using.

The root cause is typically server response time - Mollie needs a quick 200 OK response to stop retrying.

It's here: www.hikashop.com/support/documentation/5...nfig.html#main_files
The timeout indeed indicates that something is going on on the server during the confirmation of the order.
As I said, you need to check the history of the order, the email history and the payment log file to better understand what's going on during the payment notification process.

Hi,

That will indeed be a problem. The PDF invoice plugin will attach the PDF of the invoice to the email notification when the order is confirmed. And this happens when the payment notification from the payment gateway is done.
However, to be able to do this, it needs to first generate the PDF file and this error will stop the processing of PHP completely during the PDF file generation.
So it's likely that the URL not being reachable by your PHP (because of hosting restrictions) is the issue.

We have just released a new version of the PDF invoice plugin (3.1.4) which should help with your issue.
We have improved the plugin in two ways:
It will now automatically detect if an image is on your server and use the local file path instead of the URL. This is much faster and avoids HTTP network issues during the PDF generation.
If an image is still not accessible, it will now simply skip it (or display a placeholder) instead of crashing with a fatal error. This ensures the invoice is generated and the payment process completes successfully even if there is a problem with an image.
Please update the plugin and let us know if it works better for you.

Hi,

Yes. The PDF invoice plugin is big because it comes with fonts to support many languages and that eats up a lot of space.