|
safeministry-2777
|
February 25, 2020 at 8:31 pm
Our EE site has been working well, taking bookings for five free conferences in June. But around 10 days ago all outgoing EE emails – ie: the post-booking confirmation email and the email to the site admin (me).
If I go to the Messages Activity page I can see them sitting there as unsent with the spanner icon. Clicking on that send them out as normal with no errors.
How come they are not going out automatically as previously?
I hope someone can point me in the right direction.
Thanks
|
|
safeministry-2777
|
February 25, 2020 at 9:23 pm
I should add – We use Postman to send all outgoing emails out to our transactional email processor (as system we use on many of our sites).
The problem is that EE is not queuing the messages to go out.
Thanks
|
|
Tony
|
February 26, 2020 at 2:54 am
Hi there,
Usually, the above would indicate an issue with WP Cron on your site.
The message system relies on WP Cron to work through the message steps so if that stops working the messages sit at queued for generation.
If you go to Dashboard -> Tools -> Site Health.
Wait on that page for over 30 seconds for the cron test to complete, does it show any issues with ‘scheduled events’ or cron?
—
Install the WP Crontrol plugin
Go to Tools -> Cron events.
Any notices regarding WP Cron shown there?
On that same page, search for: AHEE__EE_Messages_Scheduler
You should get 3 results:
AHEE__EE_Messages_Scheduler__generation
AHEE__EE_Messages_Scheduler__sending
AHEE__EE_Messages_Scheduler__cleanup
Are they all present?
|
|
safeministry-2777
|
February 26, 2020 at 8:09 pm
Hi TOny,
Thanks for your reply.
In answer to your suggestions:
Site Health reports no issues after waiting for the cron test.
After installing Crontrol, we are missing the items you mention. The Only reference to EE is one item:
AHEE__EE_Messages_Scheduler__cleanup
That would indicate that something is missing, correct?
Thanks for your help.
|
|
safeministry-2777
|
February 26, 2020 at 11:47 pm
TOny,
I bit more info:
With the Messages Settings on ‘On a separate request’ – no outgoing emails are sent unless I manually send them (my original query).
But if I switch that to ‘On the same request’ they are sent.
Changing that setting does not seem to effect the display in Crontrol…
Thanks
|
|
Tony
|
February 27, 2020 at 2:33 am
After installing Crontrol, we are missing the items you mention. The Only reference to EE is one item:
AHEE__EE_Messages_Scheduler__cleanup
That would indicate that something is missing, correct?
Correct, to fix that you’ll need to de-activate Event Espresso and then reactivate. EE checks for the cron jobs on activation so should fix the above when it activates again.
The downside to doing the above is if you have EE4 add-ons activated, they will de-activate when EE4 core de-activates to prevent fatal errors, so you’ll need to manually re-activate those.
So, I recommend de-activating EE4 core, have the cron events open in another tab, re-activate EE4 and confirm the cron jobs have been re-added. If not, de-activate again, delete any of the 3 crons I mentioned above that may still be in the list and re-activate again.
Now confirm the crons have been added back (they should!) and re-activate your add-ons. This just saves you re-activating everything to find the crons didn’t work and you need to repeat.
I bit more info
Thats to be expected when the issue is with cron jobs.
‘On a separate request’ uses the WP Cron to work through the messages separately from the registration.
‘On the same request’ triggers, generates and sends the messages all on the same request.
The reason we have the message queue using WP Cron is to move the processing away from the user-initiated requests, if the generating/sending mail takes a little while, the user has to sit and wait for that processing to finish before the page can load.
|
|
safeministry-2777
|
February 27, 2020 at 8:49 pm
Thank you Tony, that has resolved the issue for us.
Wish I had known it was that simple!
I have filed away your solution for future reference.
|
|
Tony
|
February 28, 2020 at 4:18 am
Great, I’m glad it’s working 🙂
Any further problems just let us know.
|
