Email Throttling Functionality and Documentation Issues #5351

Open
opened 2026-02-20 17:00:03 -05:00 by deekerman · 1 comment
Owner

Originally created by @propstat on GitHub (Nov 12, 2025).

Issue

I am seeing this by now as a technical Issue given that unexperienced users can literally destroy domain reputation by using campaign features without control. As referenced correctly there are some features to split emails into batches, but email security has evolved massively over the years and we are getting to a point where sending out the first campaign effectively ruins the domain for email sending. Here‘s what I would like to do:

  1. DKIM, DMARC and SPF have substantially become default requierements for any deliverability on outlook, office365 and any google email hosting including gmail and google workspace

  2. Starting using your domain in unguided manor for blasting out emails (eg without somebody from mailchimp / sendgrid or others telling you no sometimes) has become a warranty for first time users to destroy domain reputation and exclude any successful delivery also for non promotional business critical emails send from the CRM

Here‘s what I would do:

  1. Add some helping test to documentation about tools like mail-tester to validate DKIM, DMARC et cetera and eventual testing tools
  2. Allow mail throttling not only by batches but sending out emails via the CRON in a more staggered manor (eg 50 / hour or 500 / day) on a fully separate queue which was storically more a technical limitation than anything else
  3. clear documentation that separate domains should be used (mail.example.com) instead of the primary domain

I think we are getting to a point where the throttling for new installations is inevitable and a discussion on how to do it should be made.

Possible Fix

  1. extend smtp settings to allow throttling and configure time rhythms for the smtp queue job creation
  2. write docs
  3. write more docs

Steps to Reproduce the Issue

1.
2.
3.
...

Context

No response

Version

7 and 8

What browser are you currently using?

Chrome

Browser Version

No response

Environment Information

MariaDB, latest PHP release compatible

Operating System and Version

Ubuntu

Originally created by @propstat on GitHub (Nov 12, 2025). ### Issue I am seeing this by now as a technical Issue given that unexperienced users can literally destroy domain reputation by using campaign features without control. As referenced correctly there are some features to split emails into batches, but email security has evolved massively over the years and we are getting to a point where sending out the first campaign effectively ruins the domain for email sending. Here‘s what I would like to do: 1) DKIM, DMARC and SPF have substantially become default requierements for any deliverability on outlook, office365 and any google email hosting including gmail and google workspace 2) Starting using your domain in unguided manor for blasting out emails (eg without somebody from mailchimp / sendgrid or others telling you no sometimes) has become a warranty for first time users to destroy domain reputation and exclude any successful delivery also for non promotional business critical emails send from the CRM Here‘s what I would do: 1) Add some helping test to documentation about tools like mail-tester to validate DKIM, DMARC et cetera and eventual testing tools 2) Allow mail throttling not only by batches but sending out emails via the CRON in a more staggered manor (eg 50 / hour or 500 / day) on a fully separate queue which was storically more a technical limitation than anything else 3) clear documentation that separate domains should be used (mail.example.com) instead of the primary domain I think we are getting to a point where the throttling for new installations is inevitable and a discussion on how to do it should be made. ### Possible Fix 1) extend smtp settings to allow throttling and configure time rhythms for the smtp queue job creation 2) write docs 3) write more docs ### Steps to Reproduce the Issue ```bash 1. 2. 3. ... ``` ### Context _No response_ ### Version 7 and 8 ### What browser are you currently using? Chrome ### Browser Version _No response_ ### Environment Information MariaDB, latest PHP release compatible ### Operating System and Version Ubuntu
Author
Owner

@propstat commented on GitHub (Nov 13, 2025):

@johnM2401 can we split this up in two sub tasks:

  • email throttling
  • documentation
@propstat commented on GitHub (Nov 13, 2025): @johnM2401 can we split this up in two sub tasks: - email throttling - documentation
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/SuiteCRM-SuiteCRM#5351
No description provided.