Mai delivery rate a mere trickle with Amazon SES

Product Support
1

My Mautic version is: v4.2.0
My PHP version is: 7.4.30
My Database type and version is: 10.3.34-MariaDB-log-cll-lve

My problem is:
Queued email delivery trickles out at about one email every 3-4 seconds.
I am using Amazon SES through the API, and my SES Sending limit is 80/second, but when I queue up a newsletter to go to 11,600 subscribers. I’m hosted on Namecheap servers and have plenty of space, no other problems.

These errors are showing in the log:
The mautic_prod log shows no errors, but during deliver, lines like these:
[2022-06-25 17:25:01] mautic.DEBUG: CONTACT: 61656 set as current lead.
[2022-06-25 17:25:01] mautic.DEBUG: CAMPAIGN: Campaign triggered for event type email.open(email / 294)
[2022-06-25 17:25:01] mautic.DEBUG: CONTACT: Tracking session for contact ID# 61656 through GET /email/62b696a787b84162121259.gif
[2022-06-25 17:25:01] mautic.DEBUG: CAMPAIGN: Current contact ID# 61656
[2022-06-25 17:25:01] mautic.DEBUG: CAMPAIGN: Contact does not have any applicable email.open associations.
[2022-06-25 17:25:01] mautic.DEBUG: CONTACT: Tracking session for contact ID# 61656 through GET /email/62b696a787b84162121259.gif
[2022-06-25 17:25:04] mautic.DEBUG: CONTACT: 13076 set as current lead.
[2022-06-25 17:25:04] mautic.DEBUG: CAMPAIGN: Campaign triggered for event type email.open(email / 294)
[2022-06-25 17:25:04] mautic.DEBUG: CONTACT: Tracking session for contact ID# 13076 through GET /email/62b6971c10b26183014935.gif
[2022-06-25 17:25:04] mautic.DEBUG: CAMPAIGN: Current contact ID# 13076
[2022-06-25 17:25:04] mautic.DEBUG: CAMPAIGN: Contact does not have any applicable email.open associations.
[2022-06-25 17:25:04] mautic.DEBUG: CONTACT: Tracking session for contact ID# 13076 through GET /email/62b6971c10b26183014935.gif
[2022-06-25 17:25:19] mautic.DEBUG: CONTACT: 93073 set as current lead.
[2022-06-25 17:25:19] mautic.DEBUG: CAMPAIGN: Campaign triggered for event type email.open(email / 294)
[2022-06-25 17:25:19] mautic.DEBUG: CONTACT: Tracking session for contact ID# 93073 through GET /email/62b697cb41d3e530071164.gif
[2022-06-25 17:25:19] mautic.DEBUG: CAMPAIGN: Current contact ID# 93073
[2022-06-25 17:25:19] mautic.DEBUG: CAMPAIGN: Contact does not have any applicable email.open associations.
[2022-06-25 17:25:19] mautic.DEBUG: CONTACT: Tracking session for contact ID# 93073 through GET /email/62b697cb41d3e530071164.gif
[2022-06-25 17:25:30] mautic.DEBUG: CONTACT: 64560 set as current lead.

Steps I have tried to fix the problem:
My Prod…php shows only the following, which is the result of earlier today trying to fix it by increasing the mail send limit following a post in this forum:
[2022-06-25 15:15:40] console.CRITICAL: Error thrown while running command “mautic:messages:send --message-limit=79”. Message: “The “–message-limit” option does not exist.” {“exception”:“[object] (Symfony\Component\Console\Exception\RuntimeException(code: 0): The "–message-limit" option does not exist. at /home/cstukfps/email/vendor/symfony/console/Input/ArgvInput.php:201)”,“command”:“mautic:messages:send --message-limit=79”,“message”:“The "–message-limit" option does not exist.”}

2

Hi, this sounds like an issue with cronjobs. See this post:

“Hosted on Namecheap” = means you have a shared server?

3

Yes, I use Namecheap’s shared hosting environment. I’m sure I don’t get the greatest performance, but surely it should not take 4 seconds per email to send through Amazon SES. I’m an author and mostly use Mautic for my mailing list, so I don’t actually need much in the way of performance, but it’s getting to where it literally takes an entire day to send one newsletter out.

Mautic seems to perform fine for everything else, rebuilding segments, running campaigns, etc. When I send a newletter, it only takes a couple of minutes to put 11,000+ emails in the queue, but then the cron job just takes forever to send them. If there’s a way to profile or turn on verbose logging for the mail send job, I’m not finding it.

I work in corporate IT, and to me this smells like maybe a missing or underperforming database index, but I’ve not been able to find anything. I’ve used Mautic since 2016 and upgrades have never reliably worked. Many times I’ve had to dig into the SQL to straighten out things that got botched during upgrade, so it’s entirely possible something is wrong.

I wish there was a realiable tool to clean and fix the entire db, but I’ve not found that either. There is a cleanup script and I do run that regularly.

4

I hope someone who still does shared hosting will chime in.
How often you run your cronjobs / how many emails do you send out?

I can tell you that I rather use a $5 VPS and run Mautic from there.

5

It seems to me you’re missing one more hyphen in “–message-limit=79” at the beginning but I don’t know is that is the cause of your issue or not.

6

Nope, I have two hyphens. Also, I would assume that without this parameter, it would just run as fast as possible right? I only added the --message-limit=79 a couple of days ago in searching for a solution. The “one email per 3-4 seconds” measurement was made before that.

7

Well strange cuz I see this in your log you posted

The “–message-limit” option does not exist.”

8

Yes. That was messages:send , not emails: send. I had originally put --message-limit=79 on it by mistake instead of on emails:send. Unless I’m mistaken, it’s actually emails:send that works the email spool backlog, right? I think messages:send is for text messages or something?

9

php console mautic:emails:send --message-limit=150 is what mine is used for sending email out