My WooCommerce shop keeps sending order confirmation mails every (around) 10 minutes to a certain customer. And it does not stop.
I already changed the order status to "on hold", but it does not help. Is there a way to tell WooCommerce or the server to stop sending these emails?
I believe WordPress emails run on a Cron that shoots out emails to everything "flagged" within the table. I am not sure what it is off the top of my head, but you might be able to manually go into the MySQL table and just alter that data for his order.
This link may help, too:
https://docs.woocommerce.com/document/email-faq/
So,
I don't know if this helps anyone because it seems a rare case. But with our webshop it was zapier. We created a zap that hooks to the order confirmation mails. Deactivating this zap solved the problem.
Related
I am currently making a webshop for a client, and they wish (if possible) to avoid using WooCommerce and Wordpress as much as possible.
Currently the buyer receives a confirmation e-mail with the order details, the billing address, and other information about their purchase.
My question:
Would it be possible to get a copy of this mail, sent to their e-mail automatically?
The client currently handles all orders over e-mail, and wish to continue in this fashion.
Thanks a lot.
I've tried troubleshooting on Google, but without any luck. I've always tried downloading some plugins that I thought might help, but again without any luck. Running WooCommerce on Wordpress.
Found the way to fix this... If anyone reads in the future:
Go to:
WooCommerce < Settings < Emails < New Order... There you can specify an e-mail.
I am using woo commerce and I have been looking at the webhooks.
All of them have logs (aka they have been firing)
However, the order.updated webhook is the only one which does not have any logs.
Can anybody help me? I have contacted woo themselves and have not had a response + checked many many threads but there does not seem to be a clue anywhere.
Thanks.
Dan
Have tried your approach created a Webhook with the order.updated as action.
Now ordered a product. And did the following
Changed the status from the following buttons.
But the webhook didn't fired at all.
Then went to the respective order and added some custom field value and clicked on save order.
Then checked the Webhook log. Yes for this above action a webhook triggered.
Now i tried with changing the status of the order from the order edit page itself.
Here changed from processing to on-hold status and did save order.
(Status processing was set previous while trying to update status from the order list dashboard itself.)
Again checked the webhook log for the same.
Yes and now the webhook had one more trigger logged in it.
Finally got to a conclusion that this order.updated action is triggered when any changes are made and saved view the editing the single order page.
A Collaborator has suggested to use action.woocommerce_order_status_changed instead.
In my case the cron-jobs were deactivated, due to an Error of our hosting provider.
The cron jobs can be viewed using this URL. Over the GUI i could not find the cron Job page.
https://{yourDomain}/wp-admin/tools.php?page=action-scheduler&status=past-due&order=asc&
I am currently using email2db to read the emails PayPal sends regarding new subscriptions, payments, cancellations, etc.
Now that I have 6 different fork, including 1 from intl.paypal.com and one from paypal.co.uk it has become difficult to manage my db with email2db.
This is a production system. I want to know if the existing system will remain intact if I turn on IPN for testing and development. I need it continue to redirect the subscriber to my currently chosen thankyou page as included in my button code.
Is it safe for me to activate IPN?
Thank you,
Gordon L
IPN is an entirely separate process from anything else you do. It's simply a notice you can have PayPal send when you get a payment or the status of one changes (i.e. chargeback etc). So it's safe to use with any payment process.
I have seen many questions regarding emails not being sent but so far they haven't been helpful to me. I've been trying to test purchases on my site. After checkout, the order appears in the sales log as "order received". From what I understand when I change it from "order received" to "accepted payment", an email should be sent. Thing is, an email is never sent to the administrator or the customer. I have the store admin email filled out. The digital product is supposed to be sent in the email but the email is not being sent. Any help would be much appreciated.
Thanks
The issue I check first dealing with WP emails is to see if the emails wordpress is sending out are being caught in spam, or just being blocked by your email provider, since the WP_Mail() function isn't verified by an email server.
Try WP-SMTP and do some testing.
I just had this issue and, for me, the solution was going into cPanel and changing my MX records. They were set up years ago to point to a different server and I found out that I could send but not receive emails. I deleted them and created a new mail.domain.com MX record. That was my issue, may or may not be yours.
You guys are my last hope... I created a website with wordpress and I'm using the woocommerce plugin to sell my book. I set everything up (not my first shop, but my first one with woocommerce), tested it in the sandbox, everything was fine. The website went live, and the problem began...
It occurs with paypal. For half of the users, everything is fine, they check out without problem, I get the money on my paypal account. For the other half, when they want to pay, they get an error message "order already paid" and can't go any further. After a while, the order is automatically canceled.
I can't reproduce the problem, because these buyers have nothing in common. Some have verified paypal adresses, some don't, some were registered users, some weren't. The product is always the same, only the shipping changes, and again, nothing in common there.
I've had to send paypal invoices to the customers, apologising for the bug, but it's not very professional, and I'm going to launch the epub soon, so if somebody goes to the trouble of buying it, they will want it available immediately, not a few hours later after receiving the paypal invoice...
It seems I'm not the only one with this problem, and I've checked everywhere for hours, for most people it was a problem of forgetting to change the sandbox paypal account to their real business account, for others it was because they weren't using a prefix and had more than one shop. All the others never got any answer or help.
Obviously, something is going wrong when the user is redirected to paypal to finish the order, but since I can't reproduce it, it's very difficult for me to troubleshoot the issue.
I enabled the logs, but unfortunately I upgraded to the newest version of woocommerce (available since today) and it erased my log file. I have a new one, from an order which didn't go through, and it's really weird:
11-21-2013 # 21:42:42 - Generating payment form for order n°150. Notify URL: http://mydomain.com/?wc-api=WC_Gateway_Paypal
(of course, I changed the website link)
I haven't had any other order since, but when I looked at the log last time before upgrading, an order that went through correctly had at least 20 lines after that one.
I'm getting desperate, especially since the people at woocommerce don't seem to care at all about support.
Thanks!!!
it sounds like you're having issues with duplicate invoice IDs - I'll assume that you paraphrased the error message and it should be "This invoice has already been paid. For more information, please contact the merchant."
PayPal blocks duplicate payments by means of an invoice ID being sent with every order.
You can try disabling "Block accidental payments:" under
https://www.paypal.com/cgi-bin/customerprofileweb?cmd=_profile-pref
If this helps, then your shop is sending invoice IDs that have already been used on other transactions in your account.
Not sure if this is the cause since you did mention a "prefix" but didn't refer to where you're using it - if you set a "prefix" before the invoice id, e.g. xy-123456, a duplicate will be unlikely.
If the problem continues and you're having trouble with finding log files, do approach paypal.com/mts and provide specific examples. They won't fix your module, but should be able to provide the cause of the error message.
I had a problem with "invoice already paid" IDs over the multiple woocommerce shops I manage. I thought it was a PayPal error but it happened when one of the random order numbers woocommerce generated was the same as a previously generated order number. I got around this by installing the plugin booster tools (was jetpack) and creating my own order number with prefix to make it unique to each store and also made my number sequential. I have not had the same error since.