Mautic: 5.2.2 PHP: 8.3 We’re only sending segment emails at this time, and to do this I’m using messenger:consume email cron to process my doctrine queue. I have emails loaded in messenger_messages, but no matter what I try for --limit and --time-limit I can’t seem to get anything more than an av…

I do no have a dev site with rabbitmq to test out. I’ve noticed that queueing messages into rabbit only happens at 2.0/s so that’s pretty slow as well. I ran a test to queue messages directly and got Published 1000 messages in 0.022 seconds Average: 45454.55 msg/sec So, I’m still chasing bottlen…

Hi, Maybe you should use mupltiple threads like php /var/www/mautic/bin/console mautic:broadcast:send --max-threads=15 --thread-id=1 --limit=2500 > /dev/null 2>&1 php /var/www/mautic/bin/console mautic:broadcast:send --max-threads=15 --thread-id=2 --limit=2500 > /dev/null …

Hi @srdjan9791 , thanks for the suggestion! We just completed some testing over the last few days and I was meaning to come back and up date this as well - I read some other posts that indicated that multiple crons would end up sending duplicate emails, so that made me a little nervous. I tried usi…

Hey, I’ve actually hit exactly the same wall on larger campaigns in Mautic 5+. Tried the usual stuff: Redis, RabbitMQ, Doctrine queue… they all end up doing basically one-by-one processing. On the same box, especially during big sends, those queues start chewing serious RAM and CPU, and everything…

Hi @esio interesting! Where exactly will your plugin hook into the process? Is it the message workers filling the queue? Consumer stays as before, but reads from the files? Is the plugin replacing core files or adding a new way to handle messages - as in setting a new way to queue messages?

[image] esio: scales workers up/down automatically Hi @dirk_s , ok, let me explain. The plugin hooks in exactly where Symfony Messenger expects a transport - so producers (the parts of Mautic that generate messages like sending emails or tracking hits) keep working the same way, they just wr…

Hi, Just a quick update. I’ve added a dedicated supervisor command to the plugin as well (so now it is all-in-one solution to dispatch email queue efficiently without 3rd party queue engines). The command is: mautic:emails:supervisor It works as a smart, auto-scaling process manager for your em…

Hi @dirk_s , I believe these kinds of rate limits should be handled directly by the sending transport itself, instead of at the Messenger level. For AWS SES, I’m using the etailors_amazon_ses plugin from pm-pmaas: [image] GitHub - pm-pmaas/etailors_amazon_ses: Amazon SES Mailer Plugi…

I use this [image] The email sending stops, and I don't know why Mautic 7 Install / Upgrade Support I originally wrote a guide for Mautic’s knowledge base, but it needs an update. Please use the following file and save it with this exact path and name: /full_…

Messenger:consume email is very slow

General Discussion

dirk_s March 26, 2026, 8:42pm 9

Hi Esio,
do you also have an idea how to make sure we stay below the rate limit or identify when a rate limit is reached?

I came across this: Messenger: Sync & Queued Message Handling (Symfony Docs)
and started a discussion here:

Topic		Replies	Views
A small guide to send mails using doctrine for queue in Mautic 5 Product Support	43	2026	March 15, 2026
Matching SES send rate General Discussion	30	6731	September 7, 2023
Messenger:consume redis concurrency for better queued emails performance. Error: "Could not acknowledge redis message" Product Support	8	1859	December 19, 2024
12k Emails in Queue. Only processing One per Minute Mautic 5 Install/Upgrade Support	10	368	March 22, 2025
Mautic sending email is too slow Product Support	18	2724	November 14, 2023

Messenger:consume email is very slow

Related topics