I should probably elaborate...

?

Many believe muting keeps people from seeing messages, when it actually only affects email delivery. Just because someone has muted a hashtag or topic doesn't mean they aren't following it online. Similarly, people on "No Email" have essentially muted everything, but that doesn't mean they aren't reading the messages.

?

In that sense, knowing what someone is muting/following really doesn't tell you much.

?

Hope this helps,

Bruce

On Tue, May 27, 2025 at 06:03 PM, Tom Link wrote:

Is there a way for an owner or moderator to see if the hashtag is being muted by anyone?

No. Only the individual user can see which hashtags he has muted.

If not specifically who, can we see how many folks have muted the hashtag?

No.

?

Regards,

Bruce

My neighborhood group has started using hashtags. Is there a way for an owner or moderator to see if the hashtag is being muted by anyone? If not specifically who, can we see how many folks have muted the hashtag? I didn't see anything like that in the owners help.

On Mon, May 26, 2025 at 12:47 PM, Kenny Paul wrote:

The more thought I give this, enabling the wiki is probably the right answer here.?

I've actually been thinking about this quite a bit over the past two days.

?

Maybe for "invite-only" groups, the home page could be made invisible to non-members (instead of just disabling the join button)? But it didn't sound like all your subgroups were invite-only.

?

Maybe the subgroup list could simply be made unclickable to non-members? Maybe maybe maybe...

?

Everything I came up with either made configuration way more complicated or had the potential to frustrate someone else's needs (or both)! But I don't want to discourage you from mentioning it in beta. Mark has frequently come up with some brilliant implementation that never occurred to me.

?

Regards,

Bruce

?

P.S. For what it's worth, the wiki is where we put our sensitive, members-only information.

On Mon, May 26, 2025 at 08:08 AM, Bruce wrote:

This is for your HOA, right? In what sense is the very existence of these subgroups a more sensitive issue than it is for main?

Hi Bruce, yes, that is correct.? On some occasions direct contact information, including phone numbers is provided in the description. That is seen as being friendlier and more welcoming than relying on the owner+group@ construct.? ? ?If I had a more savvy community, your suggestion of just creating stand alone groups would make perfect sense. ;-)?

?

The more thought I give this, enabling the wiki is probably the right answer here.? We could even include "un-groups" that only use mobile texting lists rather using Gio.

?

Thanks!

-kenny

?

On Sat, May 24, 2025 at 06:22 PM, Kenny Paul wrote:

My premium group is not listed in the Groups.io directory.? That makes it non-searchable, but it won’t prevent a non-member from getting to the group’s home page if they have the url.?

Yep. To put it generously, that level of "security" is pretty rudimentary.

What caught me off guard is that if a non-member does get to the homepage for Main, the non-member can then get to the home pages of all of my subgroups under Main via the navbar.

?

Desired Behavior:? Main’s subgroups to be visible in the navbar only when a member of Main is logged-in, and never visible by the public at large.?

I'm not aware of any setting or [good] work-around that would provide this functionality.

?

This is for your HOA, right? In what sense is the very existence of these subgroups a more sensitive issue than it is for main?

?

I'm not saying that you don't need it, only that I don't understand it.

Ideally a visibility option for Subgroup listed in parent group, subgroup not listed publicly, messages viewable by parent group members would be the hot ticket, but this may be too much of a corner case to warrant raising a #suggestion request in

By way of suggestion, you might consider not making them subgroups at all. Our board of directors forum is a separate group (coincidentally with its own subgroups). This provides slightly more granularity in security options and you can always make its availability known in the main group via a sticky wiki link or some such.

?

May not work in your case and the transition may be painful, but it's the only recommendation I can think of using existing tools.

?

Good luck,

Bruce

This just came to my attention while I was doing some group training. ?Most likely it is a functional limitation, but it could also be poor configuration on my part.

?

My premium group is not listed in the Groups.io directory.? That makes it non-searchable, but it won’t prevent a non-member from getting to the group’s home page if they have the url.?For our Main group, that is fine as far as public exposure goes (also the new Invite Only feature released yesterday will be a big help there.)?? What caught me off guard is that if a non-member does get to the homepage for Main, the non-member can then get to the home pages of all of my subgroups under Main via the navbar.

?

Desired Behavior:? Main’s subgroups to be visible in the navbar only when a member of Main is logged-in, and never visible by the public at large.?

?

Issue: If I change the subgroup visibility setting from: ?

Subgroup listed in parent group, messages viewable by parent group members

to

Subgroup not listed in parent group, messages viewable by subgroup members only

it of course drops off of the navbar menu altogether so the public can’t get to the subgroup’s homepage even if they have the url.? However, doing so has 2 unintended consequences

• My members lose the ability search for any of our subgroups
• We lose complete transparency across all of our subgroups by the members of Main

?I wasn’t able to readily identify anything in the owner’s manual that appears to address this situation.

?

Possible Work-around:? Create a wiki page to replace the subgroup directory in the navbar. The down side of that approach is that it would need to be separately maintained perpetually and in the shorter term it will confuse the heck out of people since wikis are disabled currently.

?

Ideally a visibility option for Subgroup listed in parent group, subgroup not listed publicly, messages viewable by parent group members would be the hot ticket, but this may be too much of a corner case to warrant raising a #suggestion request in

?

Thoughts?

?

Thanks!

-kenny

On Fri, May 23, 2025 at 08:33 AM, Emily Rosenberg wrote:

s there a way to retrieve and approve a pending message that I deleted in error? I found the heading “ deleted messages” in the manual but was unable to open the link. Thanks.

?

There are two ways to get rid of a pending message - did you use Delete??

?

--

Is there a way to retrieve and approve a pending message that I deleted in error? I found the heading “ deleted messages” in the manual but was unable to open the link. Thanks.?

Here are the permission settings you need (in the Database settings for this specific database, not in the Admin settings!):

View database: Members

Edit database: Moderators and Database owner (this is for the DB settings only!)

Add rows: members

Edit rows: Moderators, Database Owner, Row Owner

When a row is added, the user doing this automatically becomes the owner of that row.?

On Tue, May 20, 2025 at 06:31 PM, Ken W0KAH wrote:

So to make that possible, I'd need to change permission for Add Rows and Edit Rows to Members, correct?

Add Rows, definitely. As for Edit Rows, probably.

?

Who entered all the data in the first place? If the members didn't, then they don't own any rows.?

?

Regards,

Bruce

On Tue, May 20, 2025 at 05:31 PM, Ken W0KAH wrote:

So to make that possible, I'd need to change permission for Add Rows and Edit Rows to Members, correct?

I don't think so.? In the table properties, change Add Rows to Members (if it's not already), and change Edit Rows to "Moderators, the Database Owner, and the Row Owner".? That's what works on my groups.

?

Duane

--

On Tue, May 20, 2025 at 03:29 PM, Ken W0KAH wrote:

The issue is that members; the row owners, cannot edit their information.

?

Am I missing a setting?

Check the database (table) properties to make sure they can actually edit.

?

Duane

--

On Tue, May 20, 2025 at 04:29 PM, Ken W0KAH wrote:

The issue is that members; the row owners, cannot edit their information.

To edit the row, they must have:

-- have created the row in the first place. You cannot create a row and assign it to them.

-- be logged in with the same email address as when they created it.

?

If they've merged accounts in the interim, or subscribed a second time under a different address, then they don't really own that row.

?

Am I missing a setting?

Probably not.?

?

I suggest you delete the row and have that person create a new one. If it still isn't working, or multiple people are experiencing the same problem, let us know.

?

Regards,

Bruce

On Mon, May 19, 2025 at 08:27 PM, David Long wrote:

avoid the moderator approval process

The only ways to bypass that are by invitation or direct add.? Either has to be initiated by a group admin.

?

Duane

--

On Mon, May 19, 2025 at 09:27 PM, David Long wrote:

We would like to embed on our website the group member sign-up form that Groups.io has created under the "promotion" menu item. What we don't know is how the embedded subscription sign-up form interacts with the requirement that the moderator approve new members.

The "promote" code does not bypass any of your membership restrictions. Applicants still have to enter their email address, and if your group is Restricted, wait to be approved.

?

Regards,

Bruce