|
wmnf
|
May 8, 2018 at 8:05 am
We seem to go around in circles trying to address our email issue. Initially we had delayed messages with the setting to send on a separate email….
https://eventespresso.com/topic/messages-queued-for-sending/
Then we have missing email when set to send on the same request…
https://eventespresso.com/topic/missing-email-when-transaction-fails/
Now, we have returned to send on a separate reuqest because a delayed email is better than no email at all…
https://eventespresso.com/topic/missing-email-when-transaction-fails-continued/
We’d like to have message sent on same request and missing emails seem to only happen with Braintree transactions that initially fail AVS or other reason. I will try to debug Braintree on our dev site, but this never happens with our WooCommerce plugin that also uses the same Braintree account.
Delays happen regularly, the last just a couple of days ago. The person who processes the event door list notices people on her download I prepare of tickets sold and she did not receive an email. She notified me and I checked the name to find the message not generated at all. I click to generate and then pushed out manually from the queue. I guess these eventually make it out on their own, but this last one I was able to see its status before it did.
|
|
Josh
|
May 8, 2018 at 5:01 pm
Hi there,
Sending the messages out on a separate request actually solves some problems, and that’s why the message scheduler was built into Event Espresso 4’s messages system.
Since you’re having some issues with sending messages on the same request, what you could do is shorten the interval so the messages will go out on a separate request, but the delay will be much shorter. For example to change the interval to 30 seconds, you add this to a site functions plugin:
function my_change_ee_message_cron_interval( $schedules ) {
$schedules['ee_message_cron'] = array(
'interval' => 30,
'display' => __('EE Messages get processed every 30 seconds')
);
return $schedules;
}
add_filter( 'cron_schedules', 'my_change_ee_message_cron_interval', 11 );
|
|
wmnf
|
May 16, 2018 at 2:14 pm
Still having an issue with this filter enabled. I see in the messages the last email to go to our Event Admin was at 11:19am this morning for a registration/transaction done yesterday. There is a message currently queued for generation with same timestamp for a registration done just before with timestamp of 11:16am. Is it possible the queues are only processing when a new order is received?
|
|
Josh
|
May 16, 2018 at 3:01 pm
The queues are only processing when there’s a page visit. This is because wp_cron isn’t a true cron. This post has more information:
https://bitswapping.com/2010/10/using-cron-to-trigger-wp-cron-php/
|
