Miserere

I get the same error as johnyw:

Jetpack could not contact WordPress.com: register_http_request_failed.

Any solutions available?

it isn’t because this is one of the wordpress settings in
dashboard -> settings -> reading

Ha! Now THAT makes sense! Well, sort of… ?? In any case, thanks, alchymyth!

Thank you for everything, Matt. I’ve contacted the creator of Email Users 2, and I think he was already aware of this bug, which seems to appear randomly. Hopefully he’ll get back to me with a better explanation.

Best of luck with your projects!

—M.

I am using this plugin, and after installing the latest version (0.82b) it started sending out digests every hour. I initially thought it was another plugin that was causing the problem and pestered its author for a solution. Eventually, after being directed to check the cron jobs scheduled (through WP-Crontrol) I found the EMU2_task_hook responsible for the digests. I didn’t know Email Users 2 had that capability so I never thought of it being the culprit!

I checked the settings for Email Users 2 and the box for digests is blank, so I don’t know why it’s sending e-mails out either.

I killed the cron job and saved the settings again (with an empty digest box) and am now hoping for the best. If it starts doing this again I will have to revert back to the previous version.

Good luck figuring out what the problem is!

Oh no! I found the problem! And it’s not Subscribe2 :-\

I’m so sorry, Matt. The problem plugin is Email Users 2, which is sending out digests (they even call them “digest”!). I didn’t even know it had the capability to send out digests. When I checked its settings, the digest is turned off, so I have no idea why it was sending them out in the first place. I killed its cron job and I hope it doesn’t reappear.

I’ve checked and see that this plugin was updated yesterday at the same time as Subscribe2, but I never thought of it because of my ignorance of its capabilities.

Thanks to you pointing me to WP-Crontrol I was able to figure this out, so you did help me very much, Matt. I feel like I only wasted 20% of your time, which is probably 20% too much anyway… Please, accept my most sincere apologies, and thank you for a great plugin.

I’m disheartened by the result. No, a digest wasn’t sent out an hour later…it was sent out 2h 20m later. I should note that no new posts have been published since early this morning, so the digest that has been sent all day has had the exact same text every time.

There are no Subscribe2 cron jobs listed in the WP-Crontrol Tool menu at this time.

Matt, if you can’t think of anything else, I don’t want to waste any more of your time, so I’ll just uninstall v.6.5 and install v.6.4. My subscribers will just have to reset their preferences again and I’ll make a record of my admin settings for the plugin.

If you have a Plan B or C, I’ll be happy to listen to it. If not, then let me thank you for your help, Matt!

Ah, now that’s important! I didn’t spot the WP-Crontrol page in the Tools menu earlier on; why aren’t both pages under the same menu???? Anyway, there is indeed an s2_digest_cron cron job set to run every hour, because I had set Subscribe2 to run every hour earlier today.

I just now reset Subscribe2 to “send e-mails for each post” and that cron job disappeared. I’m going to wait an hour or so to see what happens. I’m hoping I won’t receive another digest.

Thanks for all your help, Matt. I’ll keep you posted!

Nope, no subscribe2_cron events! ??

I’m going to try setting the digest to every hour and wait for it to be sent before resetting it back again.

One thing I can say right now is that after setting the digest to run every hour I do not see a Subscribe2 cron job in the WP-Crontrol panel. Although there is a default “hourly” in the list.

Matt,

I tried your option 1 last night, and it didn’t work, so I’ll try WP-Crontrol.

I know I can install plugins directly from the WP control panel (that’s how I always do it as even FTP from my work machine is a PITA), I just didn’t know I could install older versions of plugins that way too.

I’ll be back with what I find regarding cron jobs.

Hi Matt,

Thanks for your reply! Sorry I wasn’t clearer. My original set up was one e-mail per post. That’s actually working fine now, and I believe people are receiving e-mails in the format of their choice. I had gone and looked at the preferences of those who complained, and they were set to ‘plain text’, but I now know they were complaining about the digest e-mails, which are being sent in HTML to everyone.

And that’s the only issue right now, a digest e-mail is going out approximately once an hour (on top of the individual per-post e-mails) and I don’t know how to stop it.

I wasn’t aware I could upload a file through the WP interface! Good to know. Problem now is that I would have to uninstall v.6.4 first before installing v.6.3, and that would erase all my settings, and my users’ settings too.

If you can just tell me how to turn off the digest, I’ll be OK ??

You can see my settings here.

I just installed it (running WP 3.1), only to find out it didn’t work! But wait, Ozh gives the following info on his website:

If you’re using Feedburner, your feed won’t immediately show changes after you’ve activated the plugin. To do so, go to your Feedburner Dashboard → Troubleshootize → Resync Now.

I did that, and it worked! Just thought I’d pass this along as it took me a while to figure it out and others might be in the same situation.

IT WORKED!

Doh! The “Publish this post to Facebook” option wasn’t ticked!!! I thought I had set it up so that every post was automatically selected! I hadn’t even considered checking for that…

But thanks, John, the big hurdle here were the permissions on FB, which I hadn’t been able to figure out from the plugin instructions.

I appreciate the time you’ve taken to help me out, and hopefully my ineptness will serve to help others ??

Hi John,

I am publishing to the fan page you URL’d and that is indeed the post that didn’t show up on the page wall.

I do have debugging enabled and all I got were two lines:

2011-04-05 04:16:02 : publish_to_facebook running, target_admin is 32699
2011-04-05 04:16:02 : Post ID is 9306

Then I reset the post to draft and republished it again, and nothing happened on the wall. The debug file says the same as before:

2011-04-05 23:01:24 : publish_to_facebook running, target_admin is 32699
2011-04-05 23:01:24 : Post ID is 9306

:-/

Nope, didn’t work ??

What else should I be checking?

Aha! Thanks, John. There were a bunch on NO permissions there, which I’ve now set to YES and my permissions page now looks like this:

This page is where you can check and grant extended permissions, which enable WPBook to publish to your personal wall and/or to the walls of fan pages.

The Facebook profile ID you are currently logged in to Facebook as is 32699. You have defined 32699 as your Facebook user id in WPBook Settings.

FB profile 32699 has granted these permissions:

* offline_access – yes
* read_stream – yes
* publish_stream – yes
* manage_pages – yes

An access token for this user has been stored.

You’ve indicated you wish to publish to this page: 210026772342919

An access token corresponding to this page has been stored.

I suspect all is well now. I have a new article going live tomorrow morning and will wait to see if it shows up on my FB page wall (I’m too busy to re-post an already published article right now).

I’ll return to this thread an post the outcome ??

Thanks again, John!