BuddyPress.org

Tore, read this and see if that helps.

I would first search the most recent file you modified, making sure that you did not add whitespace before or after the php tags. It appears that that would be new-user.php. If you cannot find the issue in that file, then move on to the the next file you modified, looking for the same issue.

You could also try some WP plugins that add additional hidden, input fields to the registration form:

-Invisible Defender – https://wordpress.org/extend/plugins/invisible-defender/

-NoSpamNX – https://wordpress.org/extend/plugins/nospamnx/

Chances are a spam bot will fill these input fields in, and thus these plugins will block these submissions.

—

I’ve been meaning to give this a shot, but I haven’t tried it yet because I don’t need the extra layer of protection (right now anyway)!

@John – I had a similar question, so I might as well attach it to this post.

I have my wpmu setup and running. I have already registered a number of users and accounts. I did create a ‘placeholder’ subdomain blog for my future buddypress install. I also set the wpmu admin to automatically add all new users to that blog.

So the question is simple:

When I add buddypress to the subdomain, will buddypress automatically recognize all the members of that subdomain blog?

I was told in another post awhile back that buddypress actually does not have it’s own registration system but uses wpmu. So by that theory I would expect buddypress to recognize everyone once it’s turned on….

You also have to secure your bbPress install from spam signups (if you have forums installed).

Things you’d want to do is disable registrations in bbPress and redirect attempted signups to WPMU’s signup page.

Have you read Mu documents? Mu allows two registration options:

1. create blog and username

2. create username only

I don’t think anyone has tried anything like BP-Mu, and I am very doubtful that the internals would support such a thing without serious hacking.

BuddyPress *does* use the existing WordPress user tables/routines, etc. I have no idea what you mean by “separate user system.” You can just remove the BuddyPress /register files and use the WPMU user registration.

There’s no guarantee BP 1.1 will be released next week. Soon, but I’d advise not getting your hopes up.

As far as I’m aware, there’s no issues with running BP on a blog ID other than 1. If you want to be certain, download the current trunk copy and test it out; it’s not too late for bug fixes to go in.

Hey gyonis,

For #1:

You’ll want to turn off blog registration and also set the default user role in WPMU to be “author”; that way everyone will be able to make a post on the root blog.

You can do this by going into your WPMU admin area and navigating to “Site Admin > Options”. Set “Allow New Registrations” to “Only user account can be created”. And set “Dashboard User Default Role” to “Author”.

For #2:

You’ll want to use some type of customized post screen plugin such as Flutter or my personal favorite Custom Field Template.

That should get you going!

You might also want to read this thread which talks about how to create a community blog.

If your question was specifically how to get the blogs on the root domain, I think you can do this – check out the variables in wp-config.php.

This is a feature built into WPMU (Site Admin > Options). This is also not a question about BuddyPress, so the WPMU forum would have been a more appropiate place.

Okay, I’ll go backwards part way up the list of answers:

Please provide a list of any errors in your server’s log files. how do i check?…hosting is through GoDaddy.

GoDaddy provides different levels of access to server error logs depending on your hosting plan. Contact customer support and ask them.

Your next step is to try an isolate the problem. First, you switch back to the default theme and see if the problem goes away. If it does, then you most likely have an issue with your default theme. Contact the theme designer and ask for assistance.

However, I’m guessing it is not a theme issue but either an issue with one (or more) of the many plugins you have installed and activated or an issue with your mail server. Your server’s log files should help you in determining if there is a server issue with sending mail.

But, until you can get at your server’s log files, you can investigate possible plugin conflicts–and you might actually find the problem in doing so.

What you need to do is go through the standard procedure for finding plugin conflicts. Deactivate all plugins except BuddyPress. Since it is the BP registration mail messages that are in question, you must keep BP activated.

Now, the first step is to try the registration process with just BP activated. If the registration goes through without an issue, then you can start to suspect that the issue is caused by one of the other plugins (or some combination of them acting together).

So next you begin reactivating your other plugins, one at a time. Each time you activate a plugin, you test to see if the issue occurs. This means that you only have one additional plugin activated besides BP. If the problem does occur then the issue could actually be with the plugin you just activated. You make a note of that possibility, deactivate it and move on to the next plugin and test it the same way. Each time, you note what happens. You may find other plugins also cause the issue to return.

Finally, you activate all the plugins that appear to not cause a conflict and see if the issue returns. If it does not, you now know that you can at least use that subset of plugins together without causing this particular issue.

What can you do when you find a plugin conflict?

• Make sure that you are using the most recent version of that plugin and that it is compatible with the version of WPMU you’re running
• Contact the plugin developer and ask for their assistance
• Simply deactivate that plugin and not use it. You may be able to find a substitute plugin
• Report your plugin conflicts back here so that the community can benefit as well.

I’d like to know this as well. I get spam blog that apparently go around my custom signup process – name not capitalized etc.

Can you “safely” delete certain WP or WPMU registration files? Which ones are obsolete when you use BP? Would that fix part of the problem?

The code exists within the core already to do this kind of thing, but it’s a matter of getting all of them to fire on registration/activation.

I’ll take a look at this in the next few days and see if I can piece together a plugin for it.

Profile visibility is discussed many times, and there’re even profile plugin and bp-custom hacks to keep privacy. Do search the topics.

User registrations… this is not really a buddypress thing. WordPress is lacking user management function, and I understand your frustration. However using plugins you can force users to answer certain question, otherwise user is not registered.