morleyt

It’s working for me. Thanks rajuru!

I’m going to make a request with SparkPost support about that, but I guess another approach would be to give plugin users the option to specify their open tracking and click tracking preferences and send those along with each transmission.

It seems the tracking settings in the SparkPost control panel are specific to SMTP relay, and don’t impact transmissions sent through the API. I noticed that in testing the API outside of the plugin, I had to specifically disable tracking in the transmission JSON for it to be disabled. Ideally, the tracking settings set through the SparkPost site would be global as opposed to specific to SMTP.

After switching back to the SMTP method, both issues above went away.

I just noticed a couple things:

1. Plain-text messages with line breaks come through as big text blobs; the line breaks aren’t preserved.
2. The messages include open-tracking images even though I have all tracking disabled in the main SP account.

I have temporarily reverted back to the SMTP (port 587) sending method, so hopefully it’ll start behaving again. The previous version of the plugin didn’t exhibit either of these behaviors.

It worked for me. The test message came through right away.

I had my host look into it, and they noticed that the 587 port was blocked for certain users. After unblocking it, the plugin worked perfectly. I agree though that using the API, or providing an API option, would be a big improvement to the plugin.

I’m having the exact same issue. No problems sending outside of the plugin, but when I attempt to send a test message through the plugin, it just hangs. Changing the port to 2525 didn’t help, unfortunately. Any help would be greatly appreciated. I have had success using other SMTP plugins like Mandrill and Sendgrid, so I don’t think there are any problems with the WP installation itself.

The latest version (1.6.2) has the capability, and I’ve confirmed that it works as expected.

Thanks Jeff! Looks like 5.0.2 is working.

The 5.0.1 update also gave me a fatal error, so I had to drop back down to 4.1.1. Here’s the error:

Fatal error: Call to undefined function get_plugins() in /home/user/public_html/wp-content/plugins/plugin-organizer/lib/PluginOrganizer.class.php on line 62

I updated the plugin to the new version, and the options are now in the backend. Thanks!

I ran into the same problem as the original poster: e-mails come through (with the Mandrill headers), but the CF7 validation mistakenly reports a failure. I use Plugin Organizer to selectively disable plugins by page; disabling Mandrill on the pages with CF7 forms eliminated the issue, but that won’t help with people who are using Mandrill for form submission delivery.

Thanks Jeff! Setting up a filter with the domain address did the trick.

I’m looking for something similar, although not necessarily a widget. I really like the look/feel of this plugin, and would like to add the sharing buttons to pages as opposed to posts. What can I do to call the sharebar in my theme template files? Thanks!