BuddyPress.org

@duyha83,

It seems that there isn’t enough information to make heads or tails of what might be occurring. Are you using the Youzify plugin? I ask because there are only 21 email templates (with corresponding situations) that come standard with BuddyPress. The email template shown in the screenshot you provided would have had to be installed by a 3rd party plugin.

The issue at this point, as I see it, is that there is additional information that is missing or yet to be uncovered/disclosed. Do you know as a matter of fact that this email template existed prior to March 25? If the email template, it’s corresponding situation (what you call a trigger) and any underlying code to make all of this function, for a password reset to be sent via BuddyPress, would have had to have been created by a plugin (that is not BuddyPress) and if true then that plugin needs to be identified in order to figure out why it has not reinstalled the email template with an associated situation (trigger). Otherwise, if the email template never existed then your problem lies elsewhere.

Normally, password resets are a function of WordPress and are sent via the wp_mail() function that is executed via the retrieve_password() function. However, I noticed that you are using the WP Mail SMTP plugin of which password resets would be sent via this plugin instead of the wp_mail() function (WordPress).

Those are the 21 situations that are installed by BuddyPress. If a situation for password reset had existed it would have had to be installed by, at the momenent, an unknown plugin which then would have made the count 22.

So, at this point, it is still unclear whether an email template and associated situation existed prior to March 25. OK, so let’s try something that might provide some insight as to what may be occurring:

1. In an Activity post, @mention yourself, so that you would receive and email. We need to look at the email header information to see whether that email was sent by BuddyPress or by WP Mail SMTP.
2. Send yourself a test message from WP Mail SMTP (once for HTML and once for plain text), again to check the email header information.

Personally, I only use the built-in emailing capabilities for WordPress related messages and BuddyPress for its related messages. However, I did install WP Mail SMTP (default PHP configuration) just to check how it functions with sending emails.

I will also attempt to install All-In-One Security (AIOS) to see if it is installing the password email template and situation.

In the meantime, I’m interested in knowing the results of the email header information specifically 2 key value pairs:

• Content-Type
• X-Mailer

The above list are the keys and an example for the @mention test would be:

Content-Type: multipart/alternative; boundary="b1=_pryh1yml4xJIzLfYeFcRRVRuhNzbjtZon2KyTKgas"
X-Mailer: PHPMailer 6.9.3 (https://.com/PHPMailer/PHPMailer)

For WP Mail SMTP the results for the HTML test would be:

Content-Type: text/html; charset=UTF-8
X-Mailer: WPMailSMTP/Mailer/mail 4.4.0

For WP Mail SMTP the results for the plain text would be:

Content-Type: text/plain; charset=UTF-8
X-Mailer: WPMailSMTP/Mailer/mail 4.4.0

What I’m attempting to do here is to fill in the blanks, in my mind/have an historical record, and via the process of elimination attempt to figure out what is preventing password reset emails from being delivered.