bbell2000

Thanks for the response. Adding image/jpeg to the list fixed the issue.

Thanks so much for the quick response. I’ll be verifying it works this morning.

I’m sorry my question was unclear. On the edit media page, I see a pie register section that looks like this: https://pasteboard.co/IV6uhVn.png

No matter what I enter in that section, it all reverts back to the default after saving. I thought I saw something about attachment restrictions being a paid feature… but this feature isn’t listed in the version comparisons at https://pieregister.com/plan-and-pricing/ where you have two paid versions listed.

I really need this feature, but I’m running a non-profit and I want to spend the least amount of money to get it.

Does that make sense?

Bug verified. I had to change the invalid Return-Path header values in classes/edit_form.php, forgot_password.php, login_form.php and pie-register.php.

All user-facing emails are now working with the SES plugin.

Ok… I think I’ve found the problem. I’m pretty sure there’s a bug in pie-register.php. Actually, several instances of the same bug.

I’m pretty sure sending via SES is a bit stricter than normal SMTP. php-register.php is generating raw emails with two “Return-Path” headers. Sometimes, the header is set to a valid email address. Otherwise, it’s set to $from_name. That’s illegal as per the SMTP spec.

Example from php-register.php line 3311:

if($reply_email){
  $headers .= "Reply-To: {$reply_email}\r\n";
  $headers .= "Return-Path: {$from_name}\r\n";
 }else{
  $headers .= "Reply-To: {$from_email}\r\n";
  $headers .= "Return-Path: {$from_email}\r\n";
}

I now see I have two lines in my logs that coincide with the send error:

[09-Feb-2020 15:57:13 UTC] PHP Notice: Undefined variable: slug in [snip]/wp-content/plugins/pie-register/classes/registration_form.php on line 663
[09-Feb-2020 15:57:13 UTC] PHP Notice: Trying to get property of non-object in [snip]/wp-content/plugins/pie-register/classes/registration_form.php on line 738

I’m also having this issue. However, in my case… immediately following the 503, my site is basically dead. All subsequent access returns 503 and I have to restart apache to continue.

I’m running plugin 1.5 on WP 5.3.2 with PHP 5.6.40.

If I disable all of my plugins except the compatibility checker, the scan works fine… but that sort of defeats the point.

Figured it out from this post.

Changed SUBDOMAIN_INSTALL from true to false and the secondary site login is working.

I am trying to log in as the Super Admin. That’s the only user I have defined.

Ah… thanks for that. I do recall that after updating the plugin, I had two failed backups. I logged out, bounced the server and all was well. Apparently it was the failures in the storage directory.

When I needed to downgrade, I contacted the publisher and they sent me a link.

ServMask instructed me to downgrade to version 2.0.5 and it seems to have worked.

I verified permissions and even restarted my server and it still didn’t work ??

Adding my me too. I installed 4.3 yesterday and used it to export one of my blogs. It was pretty slow, but it was flawless.

I installed the same version of the plugin on another blog and the export is stuck at “Done creating an empty archive”.

I see where the plug-in created a file under /wp-content/plugins/all-in-one-wp-migration/storage/0w2gyuwb2ljz# with today’s date and a .wpress extension, so I don’t believe permissions are an issue here.

Both blogs are running wordpress 4.3.1 so it can’t be that. And both of these blogs are hosted on my own server (no AWS, hosting company, etc.).

This is very frustrating considering that I forked over the cash for the unlimited option.

usuaggie: No, I didn’t see that. I’ve already settled on another solution, but I’ll give that a try if I decide to try again.