BuddyPress.org

same question here! just started with BuddyPress and this was one of my first questions.

I have noticed this problem too.

A fresh setup …5min WordPress install, add BuddyPress Plugin etc etc…

I can not yet confirm if it only occurs for hotmail users (yuck) and it needs more testing!

But here are some obscured excerpts from my mail logs…

Node1 webserver and BuddyPress:
`Oct 19 13:02:42 node1 postfix/smtp[23717]: D67EA2802A: to=, relay=192.168.###.###[192.168.###.###]:25, delay=40, delays=0.33/0.01/0.05/40, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 5967C292C1)`

Relayed to my Mail Server at Node2:
`Oct 19 13:02:43 node2 postfix/smtp[27458]: F2173292C4: to=, relay=mx3.hotmail.com[65.55.37.120]:25, delay=0.23, delays=0.01/0.02/0.08/0.12, dsn=2.0.0, status=sent (250 Queued mail for delivery)`

I have a pretty good knowledge of Linux and webservices, but this indicates the mail was sent to hotmail… but the user in question never received it – not even in their spam box.

My servers even have a correct SPF text record in the DNS but so far it seems all the hotmail sign ups are not being seen by the end user.

I can only guess that st00pid Microsoft’s hotmail is sending them into a black hole – perhaps they have got fussy about the confirmation link or something?

Even though it would seem it is not a BuddyPress problem, perhaps some tests should be done to find out why this happens (to be honest, I hate hotmail – but a lot of people use it).

If it is something todo with the confirmation link, then maybe there is some kind of work around?

It will be interesting to hear peoples thoughts on this!

Have a look at this page:

https://codex.wordpress.org/Function_Reference/bloginfo

you want bloginfo(‘stylesheet_directory’) instead of TEMPLATEPATH

If you are not familiar with building child themes in WordPress / BuddyPress – you should read this page before beginning:

https://codex.buddypress.org/extending-buddypress/building-a-buddypress-child-theme/

Before doing that – disable all your plugins back to just base WordPress

Can you post again now without problem?

If you can post ok, add your plugins back one at a time, testing until you find the one causing the problem.

Theoretically it’s possible, but I would really discourage it at this point. You’re basically contemplating taking some 100+ files (I’m guestimating that number, it might actually be closer to 200) from a BuddyPress compatible theme and making them all accessible in the WordPress theme editor. It would be an absolute nightmare.

It sounds like you would need create another folder in your root install of wordpress and title it something like “community”. Then create a bran-new WordPress install in the folder and then install BuddyPress. You’ll effectively have 2 WordPress installs. The one on your “main” site will just be what people look at. But the 2nd install in your community folder will be where people will create accounts, interact, i.e. basically everything else that BuddyPress does.

Getting the admin page working is an easy fix: https://wordpress.org/support/topic/plugin-bp-member-map-does-not-work-at-all

@pascoa341 I would recommend finding resolution at WordPress Multisite Forums https://wordpress.org/support/forum/multisite – it would involve changing URL’s within SQL file and changing some lines in .htaccess file.

The navigation menu is in the header.php starting here https://trac.buddypress.org/browser/tags/1.2.5.2/bp-themes/bp-default/header.php#L46
You can change the links by creating a Child Theme so your revisions won’t be overwritten when BP is upgraded.
You won’t find the BP menus in the Appearance > Menu unless you revise the links in navigation menu an code navigation menus function in your theme’s functions.php file and add the template tag for that in header.php – https://codex.wordpress.org/Navigation_Menus
You can also try out this plugin – https://buddypress.org/community/groups/add-all-nav-links-to-bp-adminbar/home/

Hi,

Sounds like a kind of classified plugin !
Try something from here:
https://wordpress.org/extend/plugins/search.php?q=classified

As long as your users won’t need to create their own blogs, then BuddyPress installed with regular WordPress should be fine. I don’t know of any BuddyPress-specific plugins that’ll accomplish what you’re asking, but I think if you browse around in the WP plugin directory you might find some suitable solutions.

Did you follow the instructions on this page: https://pl.buddypress.org/home/ ?

You may also want to make sure you have the language specified in your wp-config:

`
/**
* WordPress Localized Language, defaults to English.
*
* Change this to localize WordPress. A corresponding MO file for the chosen
* language must be installed to wp-content/languages. For example, install
* de.mo to wp-content/languages and set WPLANG to ‘de’ to enable German
* language support.
*/
define (‘WPLANG’, ‘fr_FR’);
`

change to Polish in your case, of course!

Here are some good links to get you going:

https://codex.wordpress.org/Using_Javascript
https://codex.wordpress.org/Function_Reference/wp_enqueue_script
http://digwp.com/2009/06/including-jquery-in-wordpress-the-right-way/

@jhansensd Agree with @hnla. You asked for advice and that’s the standard one that you’ll get to isolate what the conflict is. You might also want to check out
https://codex.buddypress.org/getting-started/before-installing/#wp-configuration
Then if all’s well with BP plugin, you activate your custom theme and see how it works out. install the other WP plugins one by one to find out which one is conflicting with BP.

EDIT – took too long to answer, two already did

Yes, @hnla ‘s suggestion was the correct suggestion. That’s the only way you’re going to figure out the issue. You disable all your plugins, you’ll probably have to rename the buddypress folder to allow access the the admin panel, but then you can use the bulk edit abilities in the plugin panel to deactivate every plugin at once. Then start from scratch. Activate BP, and minimally configure it, then one-by-one, reactivate your plugins until you find the culprit.

@jhansensd

Yes, it is a common issue… and almost always plugin or theme related.
Follow the advice given by @hnla to troubleshoot your install.
Start by deactivating your custom theme to see if that’s the problem.
If not, then deactivate all plugins, and reactivate them one by one to track it down.

Emails being sent from localhost mostly depends on your computer configuration and, most importantly, your internet service provider’s server. A workaround which I use is a plugin simliar to https://wordpress.org/extend/plugins/wp-mail-smtp/

Have a look at: http://www.wpbeginner.com/wp-themes/how-to-add-custom-navigation-menus-in-wordpress-3-0-themes/

Some hosts allow the PHP memory limit to be changed via .htaccess, or via a WordPress configuration (see this). I don’t know about your specific host — I suggest contacting them and ask to increase the limit to 96Mb (as you appear to be already on 64Mb).

Before you do that, however, check in your web server’s error log for any warnings which are generated when you try to activate BuddyPress. Is there anything in there?

Check this review by Sarah Polly Plummer Gooding: http://wpmu.org/8-wordpress-plugins-that-enable-posting-and-editing-from-the-front-end/

Search the WordPress plugin repository for Invite Anyone. That’ll let you do it.

Well the first thing that must be done when troubleshooting is to take your installation back to the bare minimum required, that means no plugins other than BP and using the default BP theme then test whether the issue still arises; this way we know if the issue is theme or plugin related and of couirse we first have ensured that the actual plain WP install all works correctly – which it sounds as though it does in this case.