Support

Home Forums Event Espresso Premium Email Notifications Get Hung Up and Send In Batch Only

Email Notifications Get Hung Up and Send In Batch Only

Posted: September 13, 2019 at 11:04 am


Brett Stallings

September 13, 2019 at 11:04 am

Hi,

I am having a strange issue where email notifications are showing up as the grey color “no recipient” queued for sending status. They tend to get hung up in that state until eventually when another registration or two is made at which time they will send in a group of 3 or so emails all at once. In the most recent case it sent 3 today all at once. Each had a different status (paid, pending, abandoned) two of them were from 2 days ago and one today which triggered the other two to get kicked out of the system after the were hug up for several days. Any ideas what would cause this? I have the most updated version of all plugins and wordpress. My theme does need an updated. I may try that next.

Thanks


Josh

  • Support Staff

September 13, 2019 at 11:25 am

Hi Brett,

If you go to Tools > Site Health does it mention anything about a schedule task failing, or a loopback request failing?

If so, it may help to go to Event Espresso > Messages > Message Settings and set the the option for emails to be sent on the same request.


Brett Stallings

September 13, 2019 at 5:20 pm

Hi Josh,

It is now several hours later and the test message from earlier is still sitting as the blue status “Queued For Sending.’

I checked the site health tab. All I see there is 1 Critical Issue – Php Version Update and 2 Recommended Improvements. Inactive Plugins and Have a Default Theme Available. I do not see anything else.

I did not change the “Generate and send all messages” setting to same request yet. I can try that next; however I do enjoy the ability to catch emails before they are sent via the delay. Thanks for your insight, any other thoughts?


Tony

  • Support Staff

September 16, 2019 at 3:22 am

It is now several hours later and the test message from earlier is still sitting as the blue status “Queued For Sending.’

Queued for sending means it’s stepped through one step of the queue.

1st – Queued for generation
2nd – Queued for sending

If you’re sitting at step 2 then the ‘queue’ is functioning, but apparently not all the time (which ties in with scheduled events/loopback requests failing).

A quick explanation of how the message queue works so you know what happens. The message queue has WP Cron events AHEE__EE_Messages_Scheduler__generation &
AHEE__EE_Messages_Scheduler__sending, as the names imply they trigger the functions to ‘generate’ and ‘send’ messages in the queue.

By default they are set to run every 5 mins…. however note that WP Cron is NOT reliable enough to say for certain that the cron runs every X mins. Why? Because WP Cron relies on page hits, a user has to visit your site and then WP Cron runs in the background to check for any scheduled events, no user for X hours means no WP Cron check that amount of time either.

So when you add a message to the queue it sites for whichever cron it needs, first AHEE__EE_Messages_Scheduler__generation. So whilst waiting for that cron, the messag will show as having ‘No recipient’ and have a grey status bar (‘Queued For Generating).

Like this: https://monosnap.com/file/T2yN6Gai5uyEoGqw5wpikN9wZ3I5kF

When/if AHEE__EE_Messages_Scheduler__generation is triggered correctly, it pulls a batch of messages from the queue that are waiting to generate and, generates them.

They then should look like this: https://monosnap.com/file/u25Av0FUIO3xyzFadWdqiRPPuArjp4

I’ve blurred my emails address out, but the point is they now have content and have recipients. Those emails are no in the queue again and waiting for AHEE__EE_Messages_Scheduler__sending to ‘fire’.

Again, thats scheduled for 5 mins but that doesn’t mean it will run at 5 min intervals for the reasons above. You can test this yourself though by adding an email to the queue, load the queue and wait around 5-6 mins. Refresh the page and it should step through, repeat for the next step.

I checked the site health tab. All I see there is 1 Critical Issue – Php Version Update and 2 Recommended Improvements. Inactive Plugins and Have a Default Theme Available. I do not see anything else.

Just to note, any errors with loopback requests usually take around 15-30 seconds to display on the site health page (it’s testing the request and waiting for a response) so just to confirm, did you stay on that page for a little?

We’ve had users give the page a quick glance, notice there was no loopback errors and then close the page before the error actually loaded.

Which PHP version are you running?

I did not change the “Generate and send all messages” setting to same request yet. I can try that next; however I do enjoy the ability to catch emails before they are sent via the delay. Thanks for your insight, any other thoughts?

If you change that option you skip all of the above and the request that triggers the email simply generated and sends the email on that same request, you still see the email in the queue, but it should just show as sent straight away.

Please change that setting and run a test registration to confirm if that functions correctly. We can continue to troubleshoot the queue issue if you want to switch back but it would be good to actually confirm the emails send directly.

Also, install WP Crontrol on the site and go to Tools -> Cron events.

Can you see the AHEE__EE_Messages_Scheduler__generation and AHEE__EE_Messages_Scheduler__sending events listed?

What is ‘Next run’ set to on both of those?
What is the recurrence value for each of those?


Brett Stallings

September 19, 2019 at 8:41 pm

Hi Tony,

Thank you very much for your detailed and thorough reply. That makes perfect sense!

I double checked our site health tab and waited for quite a few minutes to ensure it loaded fully. I still do not see any additional information.

I did not change the setting as I just updated to the latest version of EE that came out either today or yesterday I am guessing and the issue seems to be resolved now. I ran through several tests and each progressed through the queue as expected. This issue seems to be resolved now. Thank you very much!

You must be logged in to reply to this support post. Sign In or Register for an Account

Support forum for Event Espresso 3 and Event Espresso 4.
Documentation for EE3 and EE4
Documentation for Event Espresso 3

Documentation for Event Espresso 4

Status: publish

Updated by  Brett Stallings 38 minutes ago ago

Topic Tags

Notifications

This topic is: not resolved
Do NOT follow this link or you will be banned from the site!