Just tore through the following problem on a client site (independently discovered by Martha Burtis here). WordPress/BuddyPress sites that allow for self-registration send out emails with activation links of the form: http://example.com/activate/?key=12345
(for BuddyPress) and http://example.com/wp-activate.php?key=12345
(for WordPress multisite). This format trips up the link filter that Microsoft’s Office 365 email service uses. After some experimentation, I figured out that the problem is the word ‘key’ in a URL parameter – once this term is removed from the URL, it passes right through the filter.
So, you can fix the problem by changing the URL parameter in the activation emails. That means (a) changing the text of the email, and (b) changing the server-side logic to expect something other than ‘key’. Here’s how to do it in BuddyPress:
[code language=”php”]
function bbg_activation_email_content( $message ) {
return str_replace( ‘?key=’, ‘?activationk=’, $message );
}
add_filter( ‘bp_core_activation_signup_user_notification_message’, ‘bbg_activation_email_content’ );
function bbg_screen_activation() {
global $bp;
if ( !bp_is_current_component( ‘activate’ ) )
return false;
// Check if an activation key has been passed
if ( isset( $_GET[‘activationk’] ) ) {
// Activate the signup
$user = apply_filters( ‘bp_core_activate_account’, bp_core_activate_signup( $_GET[‘activationk’] ) );
// If there were errors, add a message and redirect
if ( !empty( $user->errors ) ) {
bp_core_add_message( $user->get_error_message(), ‘error’ );
bp_core_redirect( trailingslashit( bp_get_root_domain() . ‘/’ . $bp->pages->activate->slug ) );
}
// Check for an uploaded avatar and move that to the correct user folder
if ( is_multisite() )
$hashed_key = wp_hash( $_GET[‘activationk’] );
else
$hashed_key = wp_hash( $user );
// Check if the avatar folder exists. If it does, move rename it, move
// it and delete the signup avatar dir
if ( file_exists( bp_core_avatar_upload_path() . ‘/avatars/signups/’ . $hashed_key ) )
@rename( bp_core_avatar_upload_path() . ‘/avatars/signups/’ . $hashed_key, bp_core_avatar_upload_path() . ‘/avatars/’ . $user );
bp_core_add_message( __( ‘Your account is now active!’, ‘buddypress’ ) );
$bp->activation_complete = true;
}
bp_core_load_template( apply_filters( ‘bp_core_template_activate’, array( ‘activate’, ‘registration/activate’ ) ) );
}
remove_action( ‘bp_screens’, ‘bp_core_screen_activation’ );
add_action( ‘bp_screens’, ‘bbg_screen_activation’ );
[/code]
You’d have to do something in the same spirit when not using BuddyPress. For the email, filter ‘wpmu_signup_user_notification_email’. Catching the request and overriding ‘key’ will be trickier. I haven’t experimented with it, but maybe you can hook to ‘activate_header’, detect the presence of $_GET['activationk']
, and then redirect to the ‘key=’ URL that wp-activate.php expects.
Hopefully this is enough to help if you’re having the problem.
Thank you for verifying this! I’m still at my wits end as to why 365 doesn’t like URL parameters that are ‘key’ and why this isn’t a more widely reported and experienced error. (WordPress is hardly the only system that uses such a variable.)
Our IT folks have been talking in circles with MS support for the last few weeks and have gotten absolutely nowhere.
Modifying core to change the name of the variable was beyond what I wanted to try and tackle. The best I could do was modify the emails that go out with explicit instructions about copying/pasting the URL instead of clicking it. And even that is a modification to core that I hate to do.
Hi Martha – You don’t have to modify core files to change the email text. That’s what the ‘wpmu_signup_user_notification_email’ filter is for:
function bbg_filter_activation_email( $message ) {
$message .= ' This text will be added to your message';
return $message;
}
add_filter( 'wpmu_signup_user_notification_email', 'bbg_filter_activation_email' );
The wp-activate.php stuff is harder than BP, because it’s not obvious how to hack it without modifying core files. Something like a filter on the activation key parameter would be enough, but I’m not sure if the core devs would be on board with that kind of filter. Maybe I’ll open a ticket and post back here with the link.
Update: Here’s that Trac ticket. We’ll see what happens. http://core.trac.wordpress.org/ticket/25350
Hi Boone. I’m having trouble having the activation email send back to our members. They are not getting an activation email. How can I fix this. The registration was working before the last WordPress update but not now. Can you take a look for me. Or help me on my way. Here is my site http://www.the-cake-lovers.com. thank you so much for your time.
Pingback: Steps to Integrate Buddypress with WordPress Multi-sites | shameem