MailPoet Automations not Sending

Hi there @baz0ps ????!

Thank you for reaching out to MailPoet Support!

In order to help you with this automation issue I’d like to understand its setup better. Could you please share screenshots on how the automation is setup and the status for the subscribers that should have received it?

And could you also share screenshots from the Automation Analytics and the MailPoet Scheduled tasks (these can be found under MailPoet > Help> System Status tab

Looking forward to hearing back from you!

Cheers!

Hey Dani

Thanks for your response!

Here’s the automation setup -> Screenshot <-> and here the status of the subscriber testing the abandoned cart -> Screenshot.

In the automation analytics in this screenshot you’ll see it failed before once while testing on a previous server, but I have never been able to repeat that. The error given was “Email sending timed out”.

Further, here are the MailPoet Scheduled Tasks -> Screenshots.

Thanking you!

Barry

Hi there #@baz0ps ,

Thanks for sending the screenshots. Can you check the analytics of the Automation in question and head to the Subscribers tab? Once there, do you see anything other than Failed? This section usually gives more details on why the Automation failed to trigger for a given subscriber.

Also, are you able to reproduce this issue? If you leave an item on the cart is the Abandoned Cart email sent?

Hi Gui.

Yeah thanks, I sure can provide in this screenshot you’ll see the the only time – out of a possible 30 times of individual tests – that it tracked a failure, which referenced the email sending timed out. I could never repeat another trace of an error again either. I can see the automation_abandoned_cart records in the DB table wp_mailpoet_scheduled_actions related to this failure, but no other time has this been created.

I have just reverted MailPoet’s cron to WordPress default and abandoned a cart, and was able to successfully trigger the creation of a mailpoet_subscriber cookie. However, the automation shows no increase in entries in the analytics. This was done using a subscribed user account.

I then repeated the process with a non-subscribed user account and got no mailpoet_subscriber cookie set. In both cases the mailpoet_pageview cookie was set. In both cases there were no entries into the automation and no errors.

Does the above have bearing as I read that for transactional email the user does not need to be subscribed to receive abandoned carts? In either event, even for a subscribed user account, nothing.

There was also no abandoned cart scheduled action created in the WordPress Action Scheduler.

With much appreciation

Hello again @baz0ps ,

I can confirm that the first email after the abandoned cart trigger should be sent to a user whether they are subscribed or not.

Can you head over to MailPoet > Settings > Logging > See Logs and send us a screenshot of that page?

You can expand the logs by holding the Command (?) + Right-Click and Holding Shift + Right Click for Windows. There might be errors listed there that might point why you’re experiencing this.

Looking forward to hearing back from you.

Hi Ojoma

Thank you, I see now there are some indications for errors here (FINALLY) ??

Perhaps you can help me debug, as I do not see any abandoned cart errors specifically, however, I do see some cron errors, being the following:

[2024-08-21T08:13:00.300883+00:00] cron.INFO: Daemon run ended too early! {"duration":0,"remainingLimit":6.8385009765625} {"free_plugin_version":"4.58.0","premium_plugin_version":"4.58.0"}

Also, here is another, maybe of interest:

[2024-08-21T05:19:37.758830+00:00] mss.INFO: requests-curl.after_request {"headers":"HTTP/1.1 201 Created\r\nDate: Wed, 21 Aug 2024 05:19:37 GMT\r\nContent-Type: application/json\r\nContent-Length: 0\r\nConnection: close\r\nX-Content-Type-Options: nosniff\r\nStrict-Transport-Security: max-age=15724800; includeSubDomains\r\n\r\n","curl_info":{"url":"https://bridge.mailpoet.com/api/v0/messages","content_type":"application/json","http_code":201,"header_size":228,"request_size":1434,"filetime":-1,"ssl_verify_result":0,"redirect_count":0,"total_time":0.542866,"namelookup_time":0.005487,"connect_time":0.176364,"pretransfer_time":0.35937,"size_upload":1117.0,"size_download":0.0,"speed_download":0.0,"speed_upload":2057.0,"download_content_length":0.0,"upload_content_length":1117.0,"starttransfer_time":0.542806,"redirect_time":0.0,"redirect_url":"","primary_ip":"REDACTED","certinfo":[],"primary_port":443,"local_ip":"REDACTED","local_port":44328,"http_version":2,"protocol":2,"ssl_verifyresult":0,"scheme":"HTTPS","appconnect_time_us":359192,"connect_time_us":176364,"namelookup_time_us":5487,"pretransfer_time_us":359370,"redirect_time_us":0,"starttransfer_time_us":542806,"total_time_us":542866,"effective_method":"POST"}} {"free_plugin_version":"4.58.0","premium_plugin_version":"4.58.0"}

Does any of this mean anything to you?

Thank you

Barry

Hi Barry,

Thanks for sending these errors. The Daemon run ended too early doesn’t tell us a lot. And I see the other logs show the connection to https://bridge.mailpoet.com, which is expected, but it’s not clear whether the connection was successful or not. Can you send us a few extra details?

• A copy of your System Info found in MailPoet > Help.
• Do you see more logs in MailPoet > Settings > Advanced > “See Logs” (at the very bottom)?
• Do you see errors logged in WooCommerce > Status > Logs (if you have Woo installed).

I’m looking forward to hearing from you!

Hey

Sure I had All Loggin on so naturally those were only INFO notices, but what’s news is I have just checked the automation and it seems to have 6 successful entries through, suddenly. What’s changed is that I have moved servers to Linode recently.

I suspect that the previous two platforms were both somehow limiting?

Also, I have now re-created the abandoned cart flow, but I am only able to trigger the abandoned cart once the checkout to payment button is pressed and not if the cart is abandoned before then, even though the details are filled in. Is this standard behaviour?

However, it still did not send, I only see the entry in the database table wp_mailpoet_scheduled_tasks. NOW, there is an error in the logs ->

[2024-08-29T04:01:21.133741+00:00] newsletters.ERROR: Error while executing “mailpoet_automation_email_sent action” hook {“task_id”:1258,”error”:”Automation step with ID ‘5es5sqzecqkg8ssc’ is not running in automation run with ID ‘3’. Status: ‘failed'”} {“free_plugin_version”:”4.56.0″,”premium_plugin_version”:”4.56.0″}

Many thanks

Barry

Another update:

Please see one more error I was able to extract:

https://uploadnow.io/f/kcgj9MN

mailpoet/automation/step Failed

action failed via WP Cron: More than one result was found for query although one row or none was expected…

Hello again @baz0ps,

Thank you for reaching out to us.

Also, I have now re-created the abandoned cart flow, but I am only able to trigger the abandoned cart once the checkout to payment button is pressed and not if the cart is abandoned before then, even though the details are filled in. Is this standard behaviour?

Regarding your first point, the standard behavior for triggering an abandoned cart email is when a potential customer has reached the checkout stage but has not completed the purchase. This typically involves filling out some details and leaving before making the payment. If the abandoned cart flow is not being triggered until the checkout to payment button is pressed, it seems there may be an issue with the setup.

For the second issue you mentioned about the error logs, it appears there is an error in the “mailpoet_automation_email_sent action” hook:

[2024-08-29T04:01:21.133741+00:00] newsletters.ERROR: Error while executing “mailpoet_automation_email_sent action” hook {“task_id”:1258,”error”:”Automation step with ID ‘5es5sqzecqkg8ssc’ is not running in automation run with ID ‘3’. Status: ‘failed'”} {“free_plugin_version”:”4.56.0″,”premium_plugin_version”:”4.56.0″}

It appears that the automation step with the ID ‘5es5sqzecqkg8ssc’ is not executing properly, which could be contributing to the issue.

1. Check Automation Settings: Ensure that the automation steps are correctly set up and are in the running state. There might be a misconfiguration causing the step to fail.

Looking forward to hearing back from you.