Email Notification Settings
Members choose which notifications your site emails them, per notification type.
Before you start
Section titled “Before you start”| Plugin | None — Memberside raises these itself |
| Endpoint group | Notifications |
| Plan | Every plan |
What this is
Section titled “What this is”The Email Notification tab from Settings, placed as a screen of its own so you can put it on a navigation bar, in a sidebar, or behind a button.
It is the same screen, not a copy. Placing it does not remove the tab from Settings, and a member who changes a switch in one place sees it changed in the other.
Choosing which notifications arrive by email
record → src/assets/media/email-notification-settings.mp4
What a member sees
Section titled “What a member sees”One section per plugin, one row per notification type, and a single switch on each row. The grouping matches what you see in Memberside → Notifications, so a member asking “why am I getting this” and you answering are reading the same list.
Only email appears here. The list, the badge and the phone are the In-app Notification Settings screen, because members think about their inbox and their phone separately — someone who wants nothing by email usually still wants the bell.
It covers every plugin, and respects the ones with their own
Section titled “It covers every plugin, and respects the ones with their own”The list is not Ultimate Member’s, or any one plugin’s. Every notification your site can raise appears here, grouped by the plugin that raises it — forum replies, friend requests, group activity, reviews, job outcomes, purchases. Install another integration and its notifications appear in this list without you doing anything.
Two plugins ship notification settings of their own, and neither is overruled:
-
BuddyPress has its own email settings screen. A member who answered “No, do not send email” there stays opted out for any event you hand over, so moving one across never starts emailing somebody who already said no. See Notifications.
The five group notifications are an exception. BuddyPress still sends those emails itself: group invitation, request to join your group, accepted, declined, and promoted. Their switch here changes BuddyPress’s own setting, the same one its settings screen changes, so a member gets one email or none, never two. You were accepted into a group and Your group request was declined share a single BuddyPress setting, so switching one switches both.
-
Ultimate Member - Real-time Notifications keeps its own preferences until a type is moved across, and a member who opted out there stays opted out.
Where a plugin still owns an event, this screen leaves it alone. Handing events over is a decision you make one at a time in Memberside → Notifications, and this screen follows it rather than forcing it.
When to place it
Section titled “When to place it”Place it when email is the thing your members actually want control over — a site that sends daily digests, or one whose members have asked to be emailed less. A tab three taps inside Settings is not where somebody goes to stop email arriving; a nav entry is.
If you place neither, members still have both tabs in Settings. Nothing is lost by leaving this alone.
When it does not work
Section titled “When it does not work”| Symptom | Cause | Fix |
|---|---|---|
| The screen is empty | The Notifications endpoint group is off | Placing this feature switches it on — save the app again in the builder |
| A type is missing | Its email channel is off site-wide | Memberside → Notifications, find it under its plugin, switch Email on |
| A switch is greyed out | You locked that channel | Turn the lock off if that was not intended |
| A member turns email on and it turns itself off | Fixed in 2.43.1 | Update the plugin |