As the title says the Bulkmail Job never completes. Everything seems to be set-up and working as users can subscribe, verify and receive the email but the bulkmail job itself just sits at Running with the progress 1 of 1 (100%). I can cancel or pause it without a problem. Of course as it never completes we don't get the history information. We have left it 'running' for a couple of hours at a time. As it is only processing three lines of text, using plain text, and only going to one subscriber, it shouldn't take more than a few seconds.
The other strange thing is that when the job is 'Waiting to run' it doesn't show in the View Jobs list in the Cron Manager. Should it?
We are currently on 3.26.2. It's the first time we have used Bulkmail so may have missed something obvious.
[quote]
As the title says the Bulkmail Job never completes. Everything seems to be set-up and working as users can subscribe, verify and receive the email but the bulkmail job itself just sits at Running with the progress 1 of 1 (100%). I can cancel or pause it without a problem. Of course as it never completes we don't get the history information. We have left it 'running' for a couple of hours at a time. As it is only processing three lines of text, using plain text, and only going to one subscriber, it shouldn't take more than a few seconds.
The other strange thing is that when the job is 'Waiting to run' it doesn't show in the View Jobs list in the Cron Manager. Should it?
We are currently on 3.26.2. It's the first time we have used Bulkmail so may have missed something obvious.
[/quote]
This is more than likely that you haven't enabled the bulkmail cron
you can find the script:
/packages/bulkmail/scripts/run.php
The Bulkmail Manger uses a separate cron to run the jobs
Dave
[quote]
As the title says the Bulkmail Job never completes. Everything seems to be set-up and working as users can subscribe, verify and receive the email but the bulkmail job itself just sits at Running with the progress 1 of 1 (100%). I can cancel or pause it without a problem. Of course as it never completes we don't get the history information. We have left it 'running' for a couple of hours at a time. As it is only processing three lines of text, using plain text, and only going to one subscriber, it shouldn't take more than a few seconds.
The other strange thing is that when the job is 'Waiting to run' it doesn't show in the View Jobs list in the Cron Manager. Should it?
We are currently on 3.26.2. It's the first time we have used Bulkmail so may have missed something obvious.
[/quote]
We've got it working if you want to take a look…
K
Thanks for the feedback/comments. I've asked our sys admin to check the Bulkmail cron script and will post back if that's the fix.
Looks like there is something fundamentally wrong. Our sys admin has pulled the logs and found:
[2010-05-19 11:15:00][12:Root User][8:php notice]R - Undefined variable: am
[19-May-2010 11:15:00] PHP Fatal error: Call to a member function getAsset() on anon-object in /export/www/mysource_matrix/packages/bulkmail/bulk_mailer.inc online 433
[2010-05-19 11:30:01][12:Root User][8:php notice]R - Undefined variable: am
[19-May-2010 11:30:01] PHP Fatal error: Call to a member function getAsset() on anon-object in /export/www/mysource_matrix/packages/bulkmail/bulk_mailer.inc online 433
[2010-05-19 11:45:00][12:Root User][8:php notice]R - Undefined variable: am
[19-May-2010 11:45:00] PHP Fatal error: Call to a member function getAsset() on anon-object in /export/www/mysource_matrix/packages/bulkmail/bulk_mailer.inc online 433
[2010-05-19 12:00:01][12:Root User][8:php notice]R - Undefined variable: am
[19-May-2010 12:00:01] PHP Fatal error: Call to a member function getAsset() on anon-object in /export/www/mysource_matrix/packages/bulkmail/bulk_mailer.inc
These are being produced whenever the bulkmail cron runs.
We've got all the right modules for the bulkmail package to run, according to squiz's page you need:
- Mail (at least 1.1.4)
- Mail_Mime
- Mail_Queue
We've got:
Mail 1.2.0 stable
Mail_Mime 1.5.2 stable
Mail_Queue 1.2.3 stable
Mail_mimeDecode 1.5.1 stable
So we are stumped at this stage. Any ideas as to the cause of the errors?
Looks like a bug to me. $am isn't defined within the function processJob() on that version. It probably ought to be $GLOBALS['SQ_SYSTEM']->am instead.
Bug reported and confirmed: http://bugs.matrix.squiz.net/view_bug.php?bug_id=4425