BuddyPress.org

My 3 step solution to this problem is as follows:

1. Install plugin – BuddyPress Pending Activations (https://wordpress.org/extend/plugins/buddypress-pending-activations/)
2. Make hack to plugin function bp_pending_activations_admin() so that it sends an email when a user is activated:
$resendusers = $wpdb->get_results( $wpdb->prepare( “SELECT u.ID, u.user_login, u.user_email, m.meta_value FROM ” . CUSTOM_USER_META_TABLE . ” m, “. CUSTOM_USER_TABLE .” u WHERE u.ID = m.user_id AND m.meta_key = ‘activation_key’ AND u.ID IN ({$userids})” ) );

foreach ( $resendusers as $resend ) {

/* Activate the signup */
$user = apply_filters( ‘bp_core_activate_account’, bp_core_activate_signup( $resend->meta_value ) );

/* If there was errors, add a message and redirect */
if ( $user->errors ) {
echo ‘There was an error activating this account, please try again: ‘. $resend->user_login;
} else {
$to = $resend->user_email;
$subject = “Your ?????? Account Has Been Activated!”;
$message = “Your account has been activated. Go to http://??????/ and sign in with the username and password that you created when you signed up.nnWelcome to ?????!”;
$admin_email = get_site_option( “admin_email” );
$from_name = “??????????”;
$message_headers = “MIME-Version: 1.0n” . “From: “{$from_name}” n” . “Content-Type: text/plain; charset=”” . get_option( ‘blog_charset’ ) . “”n”;
wp_mail( $to, $subject, $message, $message_headers );
}
3. Redirect activation email to admin (to use as a noitification for admin instead of automatically sending activition key to user) by adding this to functions.php:
function change_activation_email_to($content) {
return get_site_option( “admin_email” );
}
add_filter( ‘bp_core_activation_signup_user_notification_to’, ‘change_activation_email_to’);

So the when a new user signs up, they do not get any activation email. That goes to the admin instead. You will need to change the wording in your template to let the user know that they have to wait for manual approval. Admin logs in to WP admin and goes to Pending Activitations and activates the user. An email is sent to user to let them know they have been activated.

Various notification settings are scattered throughout the BuddyPress codebase; each setting is saved as user meta.

To disable them, you have to set each one to “no” for each member.

eg. To disable email notifications for a member, you can use:
`update_user_meta( $user_id, ‘notification_messages_new_message’, ‘no’ );`

You’ll have to pass the user’s ID for the `$user_id` variable.

In BP 1.2.9, to find notification settings, try looking at /plugins/buddypress/bp-X.php, where X is each component’s main loader and search for “notification_settings”, then grab the meta key and rinse and repeat:
eg. https://buddypress.trac.wordpress.org/browser/tags/1.2.9/bp-messages.php#L254

Same issue here with BuddyPress 1.2.9 & WP 3.2.1

The problem seems to come from this file :
/buddypress/bp-groups.php
which calls
do_action( 'groups_promoted_member', $user_id, $bp->groups->current_group->id );

before the file below is included
/buddypress/bp-groups/bp-groups-notifications.php
that should add the action to add the notification:
add_action( 'groups_promoted_member', 'groups_notification_promoted_member', 10, 2 );

Quick fix:

function addGroupNotificationFile($user_id, $group_id)
{
require_once ( BP_PLUGIN_DIR . '/bp-groups/bp-groups-notifications.php' );
}
add_action('groups_promoted_member', 'addGroupNotificationFile', 100, 2);


Try this 3rd-party plugin:

BuddyPress User Notifications Widget plugin

@en0ch

So sorry I didn’t see your request for more help. I have my settings to be notified of any @mentions and replies to my forum posts but for some reason I did not receive any notification that you had replied. Not sure if it’s a problem with BuddyPress.org notifications or what.

Anyway, it’s probably too late and you hopefully found a solution already, but I’ll post this here just in case you or anyone else are still looking for a way to disable the random visit menu in the BuddyPress admin bar without disabling the admin bar itself.

Rather than explain the inadequate solution of changing #bp-adminbar-visitrandom-menu display to none in the stylesheet, let me give the function override solution instead:

In your theme’s footer.php file, right BEFORE it says “, add the following code:
`
<?php
if (!is_user_logged_in()) {
remove_action( ‘bp_adminbar_menus’, ‘bp_adminbar_random_menu’, 100 );
}
?>
`
That’s if you want the random visit menu to be removed only for users who are not logged in.

If you want it to be removed for all users, whether or not they’re logged in, use this simpler code instead:
`
<?php
remove_action( ‘bp_adminbar_menus’, ‘bp_adminbar_random_menu’, 100 );
?>
`

I see that the font for the code I just posted is not clearly legible in places. Please note that the remove_action line ends with a semi-colon ;

HTH

Marian

I also had this problem and went through a deep analysis.

The issue stems from the fact that Bluehost requires that the email be sent from an account that exists on the system. They do this as an anti-spam technique and they require this even if the mail is originating from within the system.

Enter WordPress. PHP uses a mail function mail(). WordPress maps this to wp_mail() and pretty much everyone uses the wp_mail for the plugins within WordPress. This makes sense as it allows customization of WordPress mail at a relatively low cost of performance.

Enter Buddypress. Buddypress places a filter upon wp_mail() such that all email originate from the user ‘noreply’ on the domain such that end users don’t reply to the notifications. Sounds cool.

But remember that Bluehost does not allow email to be sent from non-accounts and that’s the catch.

Using a foreign SMTP does not work for Bluehost blocks those ports. Using local SMTP will work but you need to provide the right setup and credentials. Finally, using mail-from plugin works since it filter’s the Buddyhost filter changing the email from address back to a valid Bluehost email account.

Hopefully, this explains what is happening and you can choose which strategy you want to use to fix the problem.

== All I want to do is to hide the “Dashboard” button ==

Know that the “Dashboard” link in adminbar appears for logged-in users who have a role greater than Subscriber on your blog. If you still want to do this then if you don’t have one yet, create a bp-custom.php file, add the code below and upload to wp-content/plugins folder:
`<?php
remove_action( ‘bp_adminbar_menus’, ‘bp_adminbar_thisblog_menu’, 6 );
?>`

== have Notifications and buttons like “Edit Profile” etc [in adminbar] ==

Notifications link and “Edit Profile” buttons are already in adminbar for logged-in-users.

PLEASE!!! My users are complaining loudly about this issue. Some of them have nearly a dozen un clearable notifications because of this issue! I can only imagine the chaos that will ensue once the community has been active for a year and they have dozens and dozens of notifications that won’t go away…

And new users can’t find answers to these already answered forum topics!

I think a simple solution would be to not allow forum topics to add to the activity stream. I can do this with a great plugin. But how do I clear all the notifications that users already have?? And besides, this is only a hack. I would like to keep forums updates in the activity stream, to encourage interaction.

Thanks