|
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 waits for whichever cron it needs, first AHEE__EE_Messages_Scheduler__generation. So whilst waiting for that cron, the message 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 now in the queue again and waiting for AHEE__EE_Messages_Scheduler__sending to ‘fire’.
Again, that’s 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 were 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?
|
