[tcolling]

Thanks, Stefano, that’s what I thought, I just wanted to make sure I didn’t overlook some feature for doing that. The export works fine for me, for now.

[tcolling]

Thank you for your suggestion, Mark. I appreciate your help!

[tcolling]

You asked, “Are you actually getting that kind of throughput? My Amazon limit is 75k per hour, but per my tests above, I can only get the current, single threaded, version of Newsletter Plugin to push out 6k per hour.”

Currently, the largest client email list that I have is 5,500 or so names, so SES can do that easily for me in less than an hour, with the sending speed set to 25,000.

My needs are more modest than many, I speculate.

[tcolling]

Thanks, Mohib. Earlier in the thread, you said, “I’m using it successfully with a custom Automated theme and it works well”.

Would you be willing to share a copy of that template?

Thanks!

[tcolling]

Thanks for posting this. I haven’t had time to experiment with this, but using percentage widths for the main body table(s) sound logical to me. This could become very complex with a two-column layout,but it should work with a one-column layout.

[tcolling]

Thank you! I did finally find the info I needed on the SES control panel: 14 per second (!) That’s more than 50,000 per hour. So, I set it to 25,000, which is more than adequate for my needs.

[tcolling]

Ok, thanks for your quick reply.

[tcolling]

Hi Stefano:

You said (back in 2014): “Hi, thank you for your suggestion. Actually there is not support, but I can try to add it [Google Analytics utm tracking support]”

It looks like this is a feature request that hasn’t been fulfilled yet, and one which seems to have recently been the subject of a few more questions and inquiries here on your forum.

Would you consider adding support for this, now? I know how to add it manually, editing the theme.php files in the extensions folders, but it’s pretty tedious doing things that way for every new newsletter for every client. It would be a terrific addition to the already excellent feature set in your plugin.

Thanks for considering it!

– Tim

[tcolling]

>>To keep the things clean I should try to remove the hooks on the excerpt or the theme should be add its own hooks only after the template_redirect hook is called so it is sure WordPress is rendering a web page.<<

 

I understand.  What should I do?  Or are you going to address it in a Newsletter update?

[tcolling]

One other point – bounced emails are sent to the first return-path entry, which is the one used to authenticate the SMTP login on gmail.

With that in mind, maybe I can trick the tool into using the dedicated bounces account that I created on Gmail as a workaround for the problem I reported in a different message thread, about gmail ignoring the bounce account set up in the configuration panel.

I think it worked for one of my websites, but not for the other.  I’ll keep experimenting.

[tcolling]

Ok, I’ll try mail jet.

Meanwhile, after installing Newsletter 3.1.0 I did more testing tonight.   I’m now certain that gmail inserts the email address used to authenticate the sender as the first of the two return-path entries.

– Tim

[tcolling]

Hi Stefano –

You said, “
Have you other plugins installed to deal with return path or something relate to mail sending from wordpress?”

No, sorry, I don’t have any like that. The only other plugin I use that sends mail is my broken link checker plugin, but I just tested with that plugin’s email notification turned off, and the test message that I sent from the Newsletter plugin still contains TWO return-path entries, as it did before.
You said, “My tests with an SMTP seems to work perfectly… maybe it’s gmail to ass a second return path?”
Hmmm… I don’t have another SMTP vendor to try this with.  I did try SendGrid but unfortunately the email that it sent was tagged as Spam by Gmail(!)
Can you suggest an alternative SMTP vendor for me to try, that would be low cost and reliable?
Thanks,
Tim

[tcolling]

Hi again Stefano –

Here’s more info: I am trying to use the newsletter plugin on a second site called http://www.ageassistance.com.  This problem (the return-path not working) is also present on that site.  That site uses a completely different theme and a different version of WordPress (3.5.1).

The main thing that is the same between them is that they both use Gmail as their SMTP provider.

Here’s the first part of the header from the test bounce email from that new site:

===================
Return-Path: <tim@ageassistance.com>
Received: from http://www.ageassistance.com (gator488.hostgator.com. [67.18.19.210])
by mx.google.com with ESMTPS id h38sm74252841ani.7.2013.02.20.15.46.10
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Wed, 20 Feb 2013 15:46:10 -0800 (PST)
Date: Wed, 20 Feb 2013 23:46:09 +0000
Return-Path: bounces.aa@gmail.com
==================

As you can see, there are two return-path entries in this one one coming from the second site, just like there were for the email from the first site.

Are you able to reproduce this error?

Thanks,

Tim

[tcolling]

Can you provide any info about this?

Thanks!

[tcolling]

Hi Stefano –

Yes, I am using Gmail as my SMTP provider.

[tcolling]

@fibreparallele  you asked, “Which version did you used?”

I used Newsletter 2.0.9 on WordPress 3.4.2

[tcolling]

Here’s a workaround for the inability to delete the unsubscribes (I haven’t tried that massive change unsubscribed deletion on my own list yet, and I’m uneasy about doing so because of your problem report in this forum post):

Export the entire subscriber list using the Export built into Newsletter.  Do it twice, and set one copy aside as a backup.
Open the non-backup copy of th resulting tab-delimited file in Excel or a similar tool
In Newsletter, delete ALL the subscriber records using the massive delete option
Locate and delete the rows for the address marked as unsubscribed (status code=U or something like that, but it might be a different code, I’m not certain)
In Newsletter, delete ALL the subscriber records using the massive delete option
In Newsletter, import the edited tab-delimited file from which you have deleted the unsubscribed records

It’s a kludge, but it will work this way.

– Tim

[tcolling]

Update: I just discovered your Bounce plugin.  I suppose that that is what I should use, right?

Thanks,
Tim

[tcolling]

Hi – I’m seeing this problem too, a very slow send rate.

I’m using WordPress 3.4.2 and Newsletter 3.0.9.  I’m using google smtp to send the emails, using my Google Apps for Business account as the login credentials.  I use HostGator for my hosting on a shared server.

It looks like I cannot change the PHP execution time setting via cpanel, although I suppose I could ask HostGator to change it and see whether they go along with that request.

I would be happy to use SendGrid or something like that, but when I tried them a week or two ago, my emails were marked as spam by google in my own inbox.

Are there other SMTP service providers that I could try?

– Tim

 

[tcolling]

I used CSV, formatted like this:

email-address,first-name,last-name,gender,status

 

– Tim

[tcolling]

In my case, what I did was:

1) export the database from Newsletter

2) delete all subscribers from Newsletter

3) edit the database export file

4) import the edited database export file back to Newsletter

That worked for me, but your mileage may vary, as they say.

[tcolling]

Here’s what I did: I exported the subscribers to a file, edited all of them to have the status that I wanted (“C”=Confirmed, “S”=Subscribed, which means unconfirmed), and then I re-imported them back to Newsletter.

– Tim

[tcolling]

Actually, I just cheated instead: I exported the table from Newsletter, edited it in Excel, and then imported it back to Newsletter.  A kludge but it works.

[tcolling]

Ok, I’ll do that.  It’s been a LONG time since I did any SQL work.  <sigh>

[Author]

Posts