BuddyPress.org

Just adding to master topic tracking this.
I’m seeing similar problems using Mandrill to send email.

Here’s the plugin I’m using: https://wordpress.org/plugins/wpmandrill/
I’ve got version 1.33 installed.
Wordpress 4.4.2, Buddypress 2.5, Single Instance wordpress running on nginx

Hi @adjunkten,

read here please and be patient 😉

Activation mails not send after update

I see the same problem.

I am using WP Better Email as html wrapper.

Invitation mails from ‘invite anyone’ are going out, but the emails in the new ‘Email’ section of buddypress are not. (mentions, friending)

Thank you for your work and commitment with Buddypress..

@ingeb1983 @dcstyle @ingeb1983 Hi. If any of you are still using BP 2.5 and still have problems and are NOT using “WP-Mail-SMTP” or “Easy WP SMTP” plugins, maybe could you help me test something?

Download this plugin and activate it (it’s called “BP Email Debug”). Then do something to get a BuddyPress email sent — something that you know was working in previous versions that is broken now.

This new plugin should send an email to the Site Admin email address (wp-admin Settings > General > Email Address) containing information that will help us to better understand the problem.

You only need to get 1 or 2 of these emails; you can de-activate the new plugin afterwards (otherwise you could spam yourself!).

Then please share the content of the email here, or email it to me if you don’t want it public.

Thanks

I don’t know how easy this might be to change at the moment – I think someone would have to write a small plugin – but we are tracking this feature request at https://buddypress.trac.wordpress.org/ticket/5500 for inclusion in a future BuddyPress release.

This is a known issue. See https://buddypress.org/support/topic/read-this-first-buddypress-2-5-master-list/#post-250544

We’re still trying to figure out the cause.

@neev07 I’m not sure there’s anything we can do to fix this yet, but you might be able to do some research and figure out if there’s any adjustments we can make.

I suspect the content in the email is going to play a big part (e.g. number of links, images or not, and so on).

For example, you could get a bunch of email accounts on services like Gmail, Hotmail, and others, and creating accounts on your site with those email addresses. Do something in BuddyPress that sends exactly the same email to each user, and then you can check all the inboxes and see if ALL services are spamming the emails, or only some.

The results of that, plus some research on Google, might give us some ideas.

@fidelleon Thanks for testing!

Support for “WP-Mail-SMTP” and “Easy WP SMTP” will be fixed in BuddyPress 2.5.1.
See https://buddypress.trac.wordpress.org/ticket/6945 for tech details.

And keep an eye on https://buddypress.org/support/topic/read-this-first-buddypress-2-5-master-list/.

Thanks everyone for reporting these issues.

Support for “WP-Mail-SMTP” and “Easy WP SMTP” will be fixed in BuddyPress 2.5.1.
See https://buddypress.trac.wordpress.org/ticket/6945 for tech details.

Note that filters like wp_mail_from will continue to not be supported. See previous posts for how to implement the change in new versions of BuddyPRess.

This will be fixed in BuddyPress 2.5.1.

This will be fixed in BuddyPress 2.5.1.

@rogercoathup Hi. Assuming those plugins re-implenment wp_mail(), as I expect most do, yes. Things will continue to work. They’ll get plain text versions of the BuddyPress emails, just the same as in previous BuddyPress releases (though some emails’ sentences have been tweaked/rephrased).

@lanvalencia I and others will try to get to help you as soon as possible.

None of us gets paid for contributing to BuddyPress. It’s the weekend. I have about 6 other forum discussions open where I’m trying to figure out why emails aren’t being sent at *all*, and that’s my current (personal) priority.

Please use the code button when sharing code.

The fields field_id and field_value do not exist in the function you are attempting to filter.
See this for accepted fields:
https://buddypress.trac.wordpress.org/browser/tags/2.2.1/src/bp-members/bp-members-template.php#L453

I think you want this field retval['include'].

Something like:

function see_woman_gender( $retval ) {
	global $wpdb;

	$field_id = 3;
	$field_value = 'Woman';
	
	$query = "SELECT user_id FROM " . $wpdb->prefix . "bp_xprofile_data WHERE field_id = " . $field_id . ' AND field_value = ' . $field_value;

	$woman_ids = $wpdb->get_col( $query );
  
	if ( !empty( $woman_ids ) ) 
		$retval['include'] = $woman_ids;

	return $retval;
}
add_filter( 'bp_after_has_members_parse_args', 'see_woman_gender' );

There are field re meta data; I don’t think they work with profile data.
But you could try this and let us know if it works:

function see_woman_gender( $retval ) {
     $retval['meta_key'] = '3';
     $retval['meta_value'] = 'Woman';
 
    return $retval;
}
add_filter( 'bp_after_has_members_parse_args', 'see_woman_gender' );

Hi @nkeatign

It ought to be totally do-able, but you’ll need to write it. If BuddyPress detects that something has re-implemented WordPress’ wp_mail function (like the Sendgrid plugin does), then it’ll use the plain text version of the email and pass that to wp_mail to let the custom wp_mail implementation deliver the email.

I am not aware of anyone who’s written a Sendgrid implementation for BuddyPress 2.5 yet, because the 2.5 release is still pretty new! Maybe you could write an integration plugin and be the first!

Here’s what you need to do (we can document this process more formally if this works for you): — off the top of my head, not tested, be wary of unexpected dragons, etc —

1) Add add_filter( 'bp_email_use_wp_mail', '__return_false' );
2) Add add_filter( 'bp_send_email_delivery_class', function( $delivery_class ) { return 'Your_Class'; } );.

These steps tell BuddyPress to always use its own email APIs, and tell it to use the class named Your_Class to handle the email delivery. The default delivery class is BP_PHPMailer which uses PHPMailer. I strongly suggest you use it as a reference for implementing a Sendgrid implementation.

Your_Class needs to implement the interface BP_Email_Delivery which provides a method bp_email(), which receives a BP_Email object. Everything about the email is contained inside the BP_Email object.

What your bp_email() method will need to do is call the Sendgrid’s plugin email-sending function. You can get all the information you need (recipients, HTML body, plain text body, etc) from the BP_Email object.

Hello,

I agree having more betatesters would be fine but sometimes it’s difficult when you just manage only one Buddypress site.

I’m having the same problem, the activation mail is not being sent since I updated. I have activated full debug mode (E_ALL and Display_errors) but nothing shows in the error log.

Besides, I had overriden the normal activation mail in my child’s theme’ functions.php. After it stopped working I did a grep and saw the function I was trying to use was in the v2.5 deprecated list, so I commented out all the overriding code.

I’m using the Easy WP SMTP plugin, the sender mails are good ones both in the plugin and the main WordPress configuration, and it can receive mails.

Yep, now it’s clearer. But sorry, I don’t know about a way to get some groups on main site and some others only on a secondary site.

Group should be intended as members group. And a group is not a site. It is just a bunch of members attached to a group.

Also, a group is not a blog and that’s why you get on a multisite install several blogs who share the same members, belonging eventually to differents groups. What and wherever the install is on main or seconday blog.

Members are all in the same DB table and WP doesn’t share them by groups, but by username > blog authors…

As you already know, BuddyPress comes with a member directory and a group directory. And on a multisite(aka network), a blog directory. But basically, all 3 cases are related to members, not to blog. There is no relation between a blog and a group. You can eventually install a blog into a group (buddypress group blog plugin), but you can’t install a group into a specific blog (outside the one where BP is activated). A group is not a blog.

On codex it is specified: buddypress root blog (the one you get from WordPress) or buddypress root blog on secondary site.

In other words, It should go to the secondary site. is not possible.

But i can be completely wrong. 😉