Newsletter Issues

13 posts by 4 authors in: Forums > CMS Builder: Plugins & Add-ons
Last Post: July 15, 2015   (RSS)

By Perchpole - July 10, 2015

Hello, All -

After ignoring it for almost 2 years I have finally set-up my Newsletter plugin!

All seems to be going well (which is better than last time I looked) apart from a couple of issues...

1) The Newsletters do not get sent. I assumed that if I ran the "run now >>" background task it would send the Newsletters for me. Apparently not so. If not - why not? What did I forget to do?

2) I'm ab it concerned that any links I put into the Newsletter content are being routed through the subscription.php page? For example:

Original link: http://www.my-link.org.uk/

In the Newsletter code becomes: http://www.my-link.org.uk/subscribe.php?l=http%3A%2F%2Fwww.my-link.org.uk&m=10&n=0

Why is this?

:o/

Perch

By Dave - July 10, 2015

>That's for tracking links...

And by "links" I mean clicks.  It shows the number of clicks you had on links in your newsletter on the messages page.

Dave Edis - Senior Developer
interactivetools.com

By Perchpole - July 10, 2015

Hi, Dave -

I think I found the cause of the problem. The newsletters aren't being sent because another plugin higher up the chain is throwing an error. When I remove the offending plugin and use the run now>> link the newsletter are sent as expected.

I'll pm you with details of the plugin. It was a custom job.

:0)

Perch

By Perchpole - July 13, 2015

Dave -

Thanks for the tracking info. That's a bit of an Easter egg!

Just one other thing...

During testing we are able to send to an email "test list" - which is set-up in the NLB settings.

Is there an easy way to comment out some of the emails (without actually removing them)?

Some of the people on the current test list should only see the final version of the Newsletter just prior to sending it out. It would be nice if I could prevent them from receiving each and every test copy.

:0)

Perch

By Toledoh - July 13, 2015

Hey Perch,

Just FYI, I'm now implementing this always with http://mandrill.com/ - very simple to do, 12000 emails per month before you pay - and great stats / analysis.  Also lets you set up DKIM and SPF records which I've found to be pretty much mandatory if you don't want half your emails going to SPAM.

Cheers,

Tim (toledoh.com.au)

By gregThomas - July 14, 2015

Hey Perch,

There isn't currently a way you can comment out certain e-mails from the test list.

You could add a new textarea field to the nlb_settings section, and use that to store email addresses that you don't currently want to send to, then copy the addresses back to the Test E-mails field when the e-mail is ready for the final testing. 

Cheers,

Greg

Greg Thomas







PHP Programmer - interactivetools.com

By Dave - July 14, 2015

Also, ideally you don't need to send too many test newsletters! ;-)  But I do what Greg suggests and copy and paste the list somewhere else until I've approved a few myself.

Dave Edis - Senior Developer
interactivetools.com

By Perchpole - July 15, 2015

Right! I've just fired off my first mail shot. It was sent to 1848 recipients who are registered to receive it.

The cron job was triggered at 6am this morning.

When I looked at CMSB, however, it reported the status of the newsletter was "Sending (500 of 1,848)".

The next cron job will not trigger again until 6am tomorrow morning.

So, how do I interpret this information:

Did NLB intentionally stop in the middle of the process - or was it forced to do so by the server/host?

Will it continue with the send tomorrow at 6am - sending only to those recipients who have not yet received the newsletter?

Thanks,

:0)

Perchpole

By gregThomas - July 15, 2015

Hey Perch,

Normally the number of emails sent per day should be much higher than that. 

Have you got the scheduled task on your server set so that it runs cron.php every minute? This is the recommended setting for CMSB. I'd also check what you've got set in the settings at the top of the newsletterBuilder.php file in your plugins directory. These should be the default settings:

// Mail limits - If your server or host requires it, you can limit mail sending speed below
$GLOBALS['BACKGROUND_SEND_MAX']     = 500; // max messages to send in each batch, eg: If a cronjob runs the script every minute and this is set to 60, you'll send approx 1800 emails an hour
$GLOBALS['BACKGROUND_SEND_WEB_MAX'] = 25;  // max messages to send when calling mailer through web interface, browser sessions can timeout so set this low (example: 25)
$GLOBALS['BACKGROUND_SEND_DELAY']   = 0;   // second to wait after sending each message

Thanks!

Greg

Greg Thomas







PHP Programmer - interactivetools.com