DaveMcK

Same here.

Thanks for checking Mazharul. I think the fault is probably mine, although I don’t know what I did.

I have downloaded the CSV file, and can confirm that all subscribers on prior to 1 Jan 2019 are listed as having subscribed on that date. All subsequent subscribers are correctly dated.

But the big clue is that the IP column in all correctly dated subscribers shows their IP as intended, whereas all the 1 Jan 2019 subscribers’ IP is listed as the WordPress admin username.

I never mess around with databases except to optimise occasionally, so I don’t know how this happened. I suspect it is unfixable, and the correct data is lost.

The upgrade changed the default URLs to https, creating a loop which locked me out of login and admin. Had to use phpMyAdmin to edit them back to http (they’re in the wp-options table).

I’ve updated the plugin to 1.4.1 and I’m still getting spam. This plugin worked like a dream for years, so even if Andy doesn’t manage to find a fix, I’m grateful for that.

I don’t think this is a safe_mode issue. My host (Positive Internet Co) is using php 5.2.9-0.dotdeb.1 with Apache 2.0 and safe_mode OFF – but I can’t get the backup to work without 777 or 707 permission on the tmp directory.

For this reason, I have had to abandon this backup method. Those permissions are just asking for trouble.

For the record – in case anyone is referencing this thread – that command I did was

chmod -R 777 tmp

NOT chgrp.

I tried 770, but the backup failed, so back to 777 for now.

D

I did:

chgrp -R 777 tmp

and it looks like the backup is working (54% as I speak). I’ll wait till tomorrow to see if he scheduled backup is working as normal.

Doesn’t seem like an ideal setup, security wise? But I’ll be happy if it’s all working again.

Thanks for your help, and for a great service.

Dave

Hi Jason

I checked and the tmp and full folders weren’t there!

I created them, each with 755 permissions, but I still got an error message.

The backup failed to initialise: 2: fopen(/home/mckeegan/public_html/wp-content/plugins/wponlinebackup/tmp/backup.data.php) [<a href='function.fopen'>function.fopen</a>]: failed to open stream: Permission denied.

So it might be permissions this time! What should they be?

Thanks for your help!

Dave

Hi – I’m having the same problem as Steve. The scheduled backups have stopped, and when I try manual backups – Online, Download, or Email – I get the same error message:

The backup failed to initialise: 2: fopen(/home/mckeegan/public_html/wp-content/plugins/wponlinebackup/tmp/full/backup.zip.enc.php) [<a href='function.fopen'>function.fopen</a>]: failed to open stream: No such file or directory.

Deleted, reinstalled – same problem. Any ideas?

So it’s perfectly alright to do this?

OK, you can all stop panicking now. I logged into phpmyadmin and looked at the user privileges – seemed like the “delete” box for the main user was unchecked, for some reason. Checked it, and now I can delete.

Simple, really.

I have tried deleting in Safari, Firefox, and IE on the Mac, and in IE7 on the PC.

Nothing works.

When I try to delete a comment I get the red flash – but it just stays red, and the comment remains.

I can’t delete posts – I have tried.

Do you think it might be an Ajax problem?

I’d really appreciate any pointers you might be able to give on this. I have deleted WP and installed the latest version, but that did not work.

Where are the akismet spams held? Perhaps I can delete them manually? But that would still not solve the rest of my deleting problems.

I just need a clue…

Thanks in advance.

A complete reinstall fixed it.

Trying to get to the main page eventually results in a 500 internal server error, btw.

And checking my error logs shows hundreds of

“Premature end of script headers: php4”

Does that help explain anything? (I don’t have a clue!)