We apologize for the instability of composr.app and appreciate your patience. We are working on the statistics addon and trying to find an optimal way to store and render data. Unfortunately, we have yet to find a solution that can handle the traffic (and therefore, tens of millions of statistical records) of composr.app. We're working hard on one.
#3743 - E-mail drip sending
This is a spacer post for a website comment topic. The content this topic relates to: #3743 - E-mail drip sending
Which of the following would you like me to do?
A. Mail queue utilizes newsletter_drip_send, making newsletter a required dependency of mail queue if you want to use drip sending.
B. Construct mail queue's own separate drip sending hooks and tables.
C. Pull out all of newsletter's drip sending code and turn it into its own separate source / module, which then both newsletter and mail queue will use if installed.
This is a stupid poorly-written-up issue.
The max_queued_mails_per_cron_cycle option was already implemented in https://gitlab.com/composr-foundation/composr/commit/94effd27c9fb25bc1638ebaf0db928617bc9007b
Which of the following would you like me to do?
A. Mail queue utilizes newsletter_drip_send, making newsletter a required dependency of mail queue if you want to use drip sending.
B. Construct mail queue's own separate drip sending hooks and tables.
C. Pull out all of newsletter's drip sending code and turn it into its own separate source / module, which then both newsletter and mail queue will use if installed.
The max_queued_mails_per_cron_cycle option was already implemented in https://gitlab.com/composr-foundation/composr/commit/94effd27c9fb25bc1638ebaf0db928617bc9007b
That is all that was really needed.