thirdset / ThirdSetMauticTimingBundle

Mautic plugin for setting the timing (hours of the day, days of the week, etc) for when to trigger campaign events.
GNU General Public License v3.0
61 stars 25 forks source link

Issues with large campaign on 2.10.1? #9

Closed mellsaid closed 7 years ago

mellsaid commented 7 years ago

Q|A

Anyone have an issue when executing large campaigns? The process been very slow in mautic leading to process taking a much longer time to process and emails are going out overnight and in the weekend outside the crontabs which are set 8-6..

Problem appeared since mautic 2.9 and we are unsure if its mautic or timing bundle..

A reference to the thread is here: https://github.com/mautic/mautic/issues/4687

collinkrawll commented 7 years ago

The timing bundle rules are applied when the event is scheduled rather than when it is executed. So you should be able to see your scheduled events on your Mautic Calendar and they should be scheduled based on your timing rules. Once they are scheduled, it is up to Mautic (and your cron jobs) to execute them - this plugin doesn't touch them after they are scheduled.

In your configuration, are your emails set to send immediately or are you using the mail queue setting?

mellsaid commented 7 years ago

Thanks @collinkrawll .. Its set to send immediately. That should work fine, correct?

We are struggling to pin down the cause so we are checking all routes..

collinkrawll commented 7 years ago

Yes, immediately should work. Using the mail queue/spool allows you to break up the process of creating an email and actually sending it. Queuing them requires a separate console command/cron job. This document has a good summary of how it works: http://symfony.com/doc/current/email/spool.html

Are you using an email sending service like Amazon SES?

mellsaid commented 7 years ago

Yes, we are using sparkpost.

We think the delay is happening due to mautic bug then in processing the scheduled mail task?

Did have any problems with latest mautic updafe by any chance?

On Fri, 22 Sep 2017, 6:46 pm Collin Krawll notifications@github.com wrote:

Yes, immediately should work. Using the mail queue/spool allows you to break up the process of creating an email and actually sending it. Queuing them requires a separate console command/cron job. This document has a good summary of how it works: http://symfony.com/doc/current/email/spool.html

Are you using an email sending service like Amazon SES?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/thirdset/ThirdSetMauticTimingBundle/issues/9#issuecomment-331515324, or mute the thread https://github.com/notifications/unsubscribe-auth/AVJEec8hfFRkljFkDTr90DEfpmUcxx3Zks5sk_J3gaJpZM4PfjzH .

Rikk03 commented 7 years ago

I cant install this plugin since v2.11.0 update. Here is how I tried.

  1. Used SSH,
  2. Uploaded Zip and unzipped, then renamed folder ThirdSetMauticResetBundle.
  3. Cleared Cache,
  4. Checked permissions.
  5. Checked plugins to install.
  6. Deleted zip and checked plugins again - nothing.

Plugin is not visible - nothing to install.

Can anyone reproduce this?

Any ideas how to resolve the problem.

mellsaid commented 7 years ago

@Rikk03

Delete the zip file. that worked for us as per #6

Rikk03 commented 7 years ago

Already deleted the zip. Sorry for not adding it to the list, wouldn't have thought the zip presence would have made a difference. Perhaps its something else you did that fixed it?

Well I'll trying repeating the steps over again to see if I can identify the cause.

Rikk03 commented 7 years ago

Tried again and still no joy, tried adding Mautic to the beginning of the name, just how the other plugin folders were named.

From ThirdSetMauticResetBundle to MauticThirdSetMauticResetBundle

Deleted cache and refreshed, still no joy.

Any other ideas?

collinkrawll commented 7 years ago

Both users in this thread have reported that it is now working for them (also see Issue #10) . Closing.