Wordpress’s cleverly multi-user sibling, WordpressMU has a slimmed-down featureset for the individual bloggers. One of the features that has been removed is “blog-by-email”. This plugin implements that function. This plugin ONLY works with WordpressMU.
It allows individual WordpressMU-blog-owning bloggers to specify a POP account to be checked periodically. Anything found in that POP account will be posted to the blog. Obviously, you’ll want to name the POP account creatively–there would be nothing stopping me from guessing the name of your blog-gateway email address, and then posting random stuff to your blog.
Current version: 1.0 Download Here
I wrote this under contract to Bicyclejournals.net, who wanted a way for people journaling about long-distance bike rides to be able to post easily from the road. If you’re a bike rider, go start up a journal with them! Then post to it by email!
Comments or questions? Post a comment or question.
UPDATE: Sorry…. Due to boneheadedness on my part, the plug wasn’t downloadable. That’s fixed now.
On August 5th, 2006 blogbymailMU · WordPress插件中文站 said:
[...] 插件页面: http://www.danray.net/blogbymailmu [...]
On August 5th, 2006 Patrick said:
Can not download
On August 8th, 2006 cori said:
This sounds really great, but it doesn’t seem to work properly; are you relying on any particular version of MU?
I’m (currently) running a pre-RC version (changeset 539, FWIW), and while the wp_blogbymail table is set up, when I save the options they disappear from the screen (i.e. they do not re-fill the form fields) and fail to populate the table, even if logged in as admin. I’m assuming that this means it won’t work…
On August 14th, 2006 Troy Perkins said:
do you have to have the wp-cron plugin installed as well? I’ve been waiting for data for over an hour and I see nothing. Are their logs that I can view?
On August 14th, 2006 Dan said:
Cori: Nothing in the plugin ought to be MU version sensitive. I’m using bog standard Wordpressisms. I populate that table with wpdb. If the table can get created, I can’t see why the plugin can’t INSERT to it….
On August 14th, 2006 Dan said:
Troy: The action should get triggered when the footer is generated. With each page load, the plugin should consider whether it’s time to do its fetch work. So wp-cron isn’t necessary.
Is the plugin saving your changes? You’re not seeing the same thing Cori saw, are you?
Do you get a message in the admin page? After the plugin does its mail fetching routine, it’ll leave you a message about success or failure on the admin page.
On August 15th, 2006 Troy Perkins said:
I think I’m getting the same error as Cori. When I input the credentials and submit the form just goes blank. No other data. I don’t see any pop tries either. Any suggestions? Thanks Troy
On August 20th, 2006 cori said:
Well I finally got past the problem I was having, but unfortunately I didn’t track it as carefully as I could have. Here’s the path I took.
I upgraded to RC4 last night. Today tried setting the blogByMailMU options again and they didn’t take. Then I activated the plugin on a new blog and they took just fine. After that I went back to the blog where I had had the problem and deactivated and reactivated the plugin and the values too fine there too. What I don’t recall is whether or not I tried de-/re-activating the plugin before upgrading, so I can’t say for certain that the upgrade to RC4 is what resolved that issue. Sorry about that.
I am seeing a different problem, now; when I refresh the options page, the last attempt time doesn’t update. That’s an issue for me because I got a connection failed the first time out. I may have had the wrong username so I tried to update it but I don’t see a more recent attempt. I’ve hit the site itself several times, ,as well as the admin page; still no new attempt. I again de- / re-activated the plugin and inserted the new (correct?) values, but now I don’t see any last attempt data at al. I don’t know if that means there was no attempt or if it means that the attempt was successful - I haven’t seen my test post posted yet….
On August 29th, 2006 cori said:
Hey Dan;
I think I’ve detected a flaw in BlogbymailMU that you might want to take a look at….
Currently, dwr_blogbymail_process() runs through all the blogs that have the plugin enabled and tries to get their moblog posts. I’ve noted, however, that if a blog has the plugin enabled but hasn’t completed the POP3 account details, the plugiin doesn;t seem to get past that blog when it checks mail. I’m working on a site where I don’t have log access so I caqn’t see if there’s an error being thrown somewhere along the line, but my patch to resolve this is to add checks to make sure that host, user, and pass are non-empty when building the list of blogs to check. The sql I’m using is:
<snip>
$sql = “SELECT * FROM $tablename WHERE lastcheck
On August 29th, 2006 cori said:
oops, my sql got truncated:
$sql = “SELECT * FROM $tablename WHERE lastcheck <= DATE_SUB(NOW(), INTERVAL 1 MINUTE) AND host != ” AND user != ” AND pass != ” ORDER BY lastcheck ASC LIMIT 1″;
On March 6th, 2008 WordPress Plugins Database » Plugin Details » blogByMailMU said:
[...] Visit [...]
On June 24th, 2008 Dean said:
This plugin gives a fatal error with WP Mu 1.5.1. When loading the plug in site admin page. Did I miss something?
Plugin could not be activated because it triggered a fatal error.
Fatal error: Cannot redeclare dwr_blogbymail_activate() (previously declared in /Volumes/DRAID/WebServer/mldfamily/wp-content/mu-plugins/blogbymailMU.php:14) in /Volumes/DRAID/WebServer/mldfamily/wp-content/plugins/blogbymailMU.php on line 35
On July 4th, 2008 Ein kurzes Posting zum Freitag abend at Discovering the Starfish said:
[...] Im Test ist hierzu das Plugin “Blog by Mail” von Dan Horrendous: Wordpress cleverly multi-user sibling, WordpressMU has a slimmed-down feature set for the individual bloggers. One of the features that has been removed is “blog-by-email”. This plugin implements that function. This plugin ONLY works with WordpressMU. [...]