WTHeel

I do not have any optimization plugins or anything similar installed. I have this issue independent of any other plugins — the problem persists when there are no other plugins enabled.

Also: this issue should not have been marked as resolved.

• This reply was modified 5 years, 4 months ago by WTHeel.

I’m in the same situation. Starting 8 days ago, we stopped receiving email through CF7. All email since then is in the spam folder in Flamingo.

I deactivated Flamingo and it did not help (the test email never made it to me), which makes sense since @takayukister says Flamingo does not filter spam.

If I am understanding correctly, CF7 checks whether a form submission is spam. If the submission is spam, Flamingo labels it spam and I can see the submission under “spam” under “inbound message.” If the submission is not spam, CF7 sends the email and Flamingo files the email under “inbox.”

@sophierose did you ever find a solution?

The issue appears to be an issue with CF7. I removed the recaptcha from the form and it did not help. I also tried CF7 with all forms deactivated and the default WordPress theme. My host is not seeing any mail errors because the email is never attempted once CF7 determines that the submission is spam.

• This reply was modified 5 years, 9 months ago by WTHeel.

Thanks. For anyone who needs a quick fix, this does the trick:

$login = urldecode($_POST["login"]);

I use a custom registration flow and I do the validation in a page template (page-reset.php).

• This reply was modified 7 years, 4 months ago by WTHeel.

I am having the same problem after updating to WC 3.x.

@voltronik and future readers:

I dug into the code and managed to fix the problem. Unfortunately, I think it means I won’t be able to update your plugin if you update it, although the change was quite minor.

In override.php (Line 49-51):

if ( 'admin' === $notify || empty( $notify ) ) {
				return;
			}

I commented out the return on Line 50 so that the function continued on.

Moreover, in the other plugin, I changed

wp_new_user_notification( $user_id , $password);

to

wp_new_user_notification( $user_id );

Alone that didn’t fix it, but once I commented out the return it did.

• This reply was modified 7 years, 8 months ago by WTHeel.

Thanks for looking into it, Jack.

Hey @voltronik, just checking in. Thanks again for your help!

Hey, just wanted to check in to see if you could help! Much appreciated.

Any update?

Thanks. Let me know if you want me to upload the templates so you can install the plugin yourself.

The github link in my OP is actually the entire plugin except for templates, which do no processing. I don’t think you’d need more than that, but if you do, let me know.

• This reply was modified 7 years, 9 months ago by WTHeel.

Hi Jack,

Yes, I went through all the steps. I disabled all the plugins except BNFW and changed the theme to the WP default. Once I added them all back except the Personalize Login plugin, BNFW still worked. When I re-activated Personalize Login, it fell apart. According to Mandrill, no email was sent out.

I don’t think your methodology from the last post will work here. This plugin replaces the entire register/login/password-management flow.

Here’s line 413:

$result = $this->register_user( $email, $first_name, $last_name );

This is where the registration process begins once the user has tried to register. The private function is at line 530, with this key line at 553:

wp_new_user_notification( $user_id, $password );

The BNFW plugin is supposed to override this function, but it looks like instead of doing that, it doesn’t and in the process stops Personalize Login from working — as when PL is activated and BNFW is not activated, an email sends.

Thanks for your help!

• This reply was modified 7 years, 9 months ago by WTHeel.