Date   

moderated Re: #wishlist Ability to Hide Topics/Posts #suggestion

 

Bryce,

I wrote:
In the More menu under each message is a Report This Message item which can be used to report the message to the group moderators or to Groups.io Support. Maybe that function should have an option (available only to moderators) to also hide the reported message from the view of members.

After Re-reading the prior topic, and some consideration, I retract my suggestion.

Instead I think that Hide Topic (and possibly Hide Message) should be a standalone item in the More menu, equal to the existing Moderate Topic and Lock Topic items. I think that is clearer, and makes it easy to Unhide the topic later, just as one may Unmoderate or Unlock it.

I found a nice fontawesome icon for it: eye-slash:

Shal


moderated Re: Messages to +owner being wrongly routed to the whole group

 

Mark,


I'm wary (used it right this time Shal!) of changing this, ...
Indeed. ;-)

I too do not favor changing it.

Or even aliasing it. I thought of that but realized it wouldn't solve the problem - the people who need to use the alias wouldn't know about it. That way lies only more confusion.

If I had to do it over, I'd probably special case this to handle it,
but it seems to only confuse people a few times a year.
I'm not sure what you're thinking, but I thought perhaps you could notice when receiving a message:

IF (message delivered to Groups.io by btinternet.com) AND
(Received chain includes synchronoss.net)
THEN
Do something different.

The question is what to do. I initially thought you could look to the header To and/or Cc fields to determine if there was a command and what it was, but I think some of the messages I looked at had neither. Probably cases of Bcc, but I'm not sure about that.

So the only two actions I can think of would be to either force the message to Pending, and let the mods deal with it, or reject the message, with a message text saying that btinternet users must post via the web interface, not via SMTP client applications.

But either of those are pretty onerous for the 99.9% use case of a simple message posting. So maybe accept the message for posting if there is a To or CC that includes the group posting address without command.

Shal


moderated Re: notification on update

Glenn Glazer
 

Many thanks,  Mark!

Best, 

Glenn 

On Wed, Sep 25, 2019, 16:57 Mark Fletcher <markf@corp.groups.io> wrote:
On Mon, Sep 23, 2019 at 3:28 PM Glenn Glazer <glenn.glazer@...> wrote:
When we upload a file, there is a checkbox for notifying the list. There is not one on the update window.  Would it be possible to add this checkbox and accompanying notification so that I can let members know when I've updated our files?

I have added this.

Cheers,
Mark 


moderated Re: Messages to +owner being wrongly routed to the whole group

 

Late replying to this.

I'm wary (used it right this time Shal!) of changing this, especially to a period. It's not like periods aren't interpreted differently by different mail servers. Gmail, for example, ignores all periods in email addresses. Next time you send an email to a friend with a gmail account, feel free to sprinkle some periods in the left side of their email address. Note that we do not ignore periods, even for Gmail accounts. If I had to do it over, I'd probably special case this to handle it, but it seems to only confuse people a few times a year.

Mark


moderated Re: change verbiage on log entry for forbidden new tag

 

On Wed, Sep 25, 2019 at 8:14 AM J_Catlady <j.olivia.catlady@...> wrote:
I just found the following log entry in the group activity log and had no idea what it meant:

"[xyz member] sent message "[message subject]" with a new tag, has been asked to update subject via email"

There are 3 associated activity log messages:

"LogLine": "{{(ActivityUserDisplay .Activity true $.Group)}} sent message \"{{.Activity.Subject}}\" without any tags, has been asked to update subject"
"LogLine": "{{(ActivityUserDisplay .Activity true $.Group)}} sent message \"{{.Activity.Subject}}\" with a tag that only moderators can use, has been asked to update subject"
"LogLine": "{{(ActivityUserDisplay .Activity true $.Group)}} sent message \"{{.Activity.Subject}}\" with a new tag, has been asked to update subject"

When someone gets one of these messages, it contains a link to edit the message, much like a pending message (the same code is used, in fact). This is so they don't have to send the message again.

Happy to change the wording to make all these more clear.

Mark
 


moderated Re: notification on update

 

On Mon, Sep 23, 2019 at 3:28 PM Glenn Glazer <glenn.glazer@...> wrote:
When we upload a file, there is a checkbox for notifying the list. There is not one on the update window.  Would it be possible to add this checkbox and accompanying notification so that I can let members know when I've updated our files?

I have added this.

Cheers,
Mark 


moderated Re: #wishlist Ability to Hide Topics/Posts #suggestion

 

Bryce,


... I would like a feature to able to Hide Topics/Messages.

I think this is a good suggestion, as I don't think the feature exists (yet).
In the More menu under each message is a Report This Message item which can be used to report the message to the group moderators or to Groups.io Support. Maybe that function should have an option (available only to moderators) to also hide the reported message from the view of members.

See also Hide Topic Function for an earlier request of this feature.

Shal


moderated Re: delete old messages

KWKloeber
 

<<<>It's impractical to be able to remove all traces of someone who has participated in a discussion group." >>>

Removing posts (‘er, messages) is not equal to hunting down and removing ALL traces of a member.

Why are y’all arguing practicality?  That’s up to Mark and seems the type discussion he asked NOT become a never-ending on beta. Speak how to improve a suggestion, not why Mark can’t do something. 

Da dum, stepping off the soapbox. 


moderated #wishlist Ability to Hide Topics/Posts #suggestion

Bryce Weathersby
 

Howdy,.,. I am fairly new to Groups.io so this may have been discussed or hashed already, but I would like a feature to able to Hide Topics/Messages. An example is we have a former member of our group who posted some things that may wind up in legal battles, so we would like to hold the messages, but not make them visible on the site anymore, so deleting them is not the option we want to follow. Any help would be appreciated.


moderated Re: delete old messages

 

Shal,

Totally disagree but I’m done here.


On Sep 25, 2019, at 1:03 PM, Shal Farley <shals2nd@...> wrote:

J,


It is "hopelessly impractical" in the sense that there will always be cases where it's extremely difficult, if not impossible, to implement.

The only impractical cases I know of I excluded already [beta #22312].
"Hopelessly impractical" is your claim to defend.


To make a promise in the TOU, that promise must be possible to uphold in ALL cases.

That's like saying that a car warranty must be upheld under ALL road conditions. Ludicrous.

I see no problem with ensuring that the TOS specifically applies only to the messages (and perhaps files and photos) that the person him/herself posted under a given account.


("user leaves, requests deletion of all posts 10 years later"; etc.).

Each account has a fixed posterid value that applies across all groups' messages. That, or the account's email address, can certainly be used to find the user's messages regardless of when the request is made.

To quote Mark, in this thread:
"my lawyers interpreted it as I did not have to delete someone's messages in a group when they deleted their account. It's impractical to be able to remove all traces of someone who has participated in a discussion group."

I never claimed it was a legal requirement.

Nor would I want it to apply just because someone left a group or deleted an account. Deletion at will is already implemented, I only suggest that the TOS recognize and establish that as a desirable policy.

The OP requests that the existing one-by-one deletion be extended to a bulk feature that a group moderator can use. To me this does not seem like an impractical request.

As to "all traces" I agree that's impractical (e.g. my cited exclusions). But it isn't what I or the OP has asked for and shouldn't be what the TOS promises.

Shal


--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: delete old messages

 

J,


It is "hopelessly impractical" in the sense that there will always be cases where it's extremely difficult, if not impossible, to implement.

The only impractical cases I know of I excluded already [beta #22312].
"Hopelessly impractical" is your claim to defend.


To make a promise in the TOU, that promise must be possible to uphold in ALL cases.

That's like saying that a car warranty must be upheld under ALL road conditions. Ludicrous.

I see no problem with ensuring that the TOS specifically applies only to the messages (and perhaps files and photos) that the person him/herself posted under a given account.


("user leaves, requests deletion of all posts 10 years later"; etc.).

Each account has a fixed posterid value that applies across all groups' messages. That, or the account's email address, can certainly be used to find the user's messages regardless of when the request is made.

To quote Mark, in this thread:
"my lawyers interpreted it as I did not have to delete someone's messages in a group when they deleted their account. It's impractical to be able to remove all traces of someone who has participated in a discussion group."

I never claimed it was a legal requirement.

Nor would I want it to apply just because someone left a group or deleted an account. Deletion at will is already implemented, I only suggest that the TOS recognize and establish that as a desirable policy.

The OP requests that the existing one-by-one deletion be extended to a bulk feature that a group moderator can use. To me this does not seem like an impractical request.

As to "all traces" I agree that's impractical (e.g. my cited exclusions). But it isn't what I or the OP has asked for and shouldn't be what the TOS promises.

Shal


moderated Re: delete old messages

 

The EU is not requiring it.


On Sep 25, 2019, at 12:06 PM, Dave Wade <dave.g4ugm@...> wrote:

Since when was something being "hopelessly impractical” ever a reason for the EU not to mandate it…

… also if you delete your Facebook account all posts, likes, comments will be removed. If Facebook can manage it groups.io can.

 

Dave

(Not I am not commenting on the actually legality of keeping the info)

 

From: main@beta.groups.io <main@beta.groups.io> On Behalf Of J_Catlady
Sent: 25 September 2019 19:33
To: main@beta.groups.io
Subject: Re: [beta] delete old messages

 

On Wed, Sep 25, 2019 at 11:03 AM, Shal Farley wrote:

Being able to provide one, two, or 100 examples where it was practical obviously does not prove its practical in general.

 

But it does show that it is not "hopelessly impractical" in general.

That's not what you need to show. It is "hopelessly impractical" in the sense that there will always be cases where it's extremely difficult, if not impossible, to implement. To make a promise in the TOU, that promise must be possible to uphold in ALL cases. Not just the few that you pull out of a hat. This has zero to do with my not liking your examples (in fact, they were TLDR, because it doesn't even matter what they are).

I don't need to show that it's "hopelessly impractical" in all cases. I only need to show that there will always be cases, no matter how many or few, where it would be hopelessly impractical to implement ("user leaves, requests deletion of all posts 10 years later"; etc.).
 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: delete old messages

Dave Wade
 

Since when was something being "hopelessly impractical” ever a reason for the EU not to mandate it…

… also if you delete your Facebook account all posts, likes, comments will be removed. If Facebook can manage it groups.io can.

 

Dave

(Not I am not commenting on the actually legality of keeping the info)

 

From: main@beta.groups.io <main@beta.groups.io> On Behalf Of J_Catlady
Sent: 25 September 2019 19:33
To: main@beta.groups.io
Subject: Re: [beta] delete old messages

 

On Wed, Sep 25, 2019 at 11:03 AM, Shal Farley wrote:

Being able to provide one, two, or 100 examples where it was practical obviously does not prove its practical in general.

 

But it does show that it is not "hopelessly impractical" in general.

That's not what you need to show. It is "hopelessly impractical" in the sense that there will always be cases where it's extremely difficult, if not impossible, to implement. To make a promise in the TOU, that promise must be possible to uphold in ALL cases. Not just the few that you pull out of a hat. This has zero to do with my not liking your examples (in fact, they were TLDR, because it doesn't even matter what they are).

I don't need to show that it's "hopelessly impractical" in all cases. I only need to show that there will always be cases, no matter how many or few, where it would be hopelessly impractical to implement ("user leaves, requests deletion of all posts 10 years later"; etc.).
 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: change verbiage on log entry for forbidden new tag

 

On Wed, Sep 25, 2019 at 09:34 AM, Bruce Bowman wrote:
As for whether the log entry should be reworded, I'm ambivalent.
At the very least, the phrase "via email" should not be separated from what it refers to. It's very confusing. Thanks for the other info. I would still like to see the message the user receives. But I can do my own test.
 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: delete old messages

 

To quote Mark, in this thread:
"my lawyers interpreted it as I did not have to delete someone's messages in a group when they deleted their account. It's impractical to be able to remove all traces of someone who has participated in a discussion group."
Impractical, period.
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: delete old messages

 

On Wed, Sep 25, 2019 at 11:03 AM, Shal Farley wrote:
Being able to provide one, two, or 100 examples where it was practical obviously does not prove its practical in general.
 
But it does show that it is not "hopelessly impractical" in general.
That's not what you need to show. It is "hopelessly impractical" in the sense that there will always be cases where it's extremely difficult, if not impossible, to implement. To make a promise in the TOU, that promise must be possible to uphold in ALL cases. Not just the few that you pull out of a hat. This has zero to do with my not liking your examples (in fact, they were TLDR, because it doesn't even matter what they are).

I don't need to show that it's "hopelessly impractical" in all cases. I only need to show that there will always be cases, no matter how many or few, where it would be hopelessly impractical to implement ("user leaves, requests deletion of all posts 10 years later"; etc.).
 
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: delete old messages

 

J,



Being able to provide one, two, or 100 examples where it was practical obviously does not prove its practical in general.

But it does show that it is not "hopelessly impractical" in general.


The rest (“yahoo did not find it impractical”) is either imagination or hearsay. 

It is hearsay, but I've no reason to doubt the members of Y!GMF who reported receiving such demands, or those who reported having such intercession on their own behalf.

There’s no reason to try to duplicate here policies that exist in yahoo just because they exist there.

There's also no reason to reject a good policy just because you don't like the cited example of its use in practice.

Shal


moderated Re: delete old messages

 

Shal,
 
Being able to provide one, two, or 100 examples where it was practical obviously does not prove its practical in general. The rest (“yahoo did not find it impractical”) is either imagination or hearsay. 

There’s no reason to try to duplicate here policies that exist in yahoo just because they exist there.



On Sep 25, 2019, at 10:24 AM, Shal Farley <shals2nd@...> wrote:

J,


Disagree. Are you saying you can provide an example showing it's practical?

I simply said that the Yahoo TOS (pre-Verizon, anyway) provides example text that limits the license granted to the service. That limitation means that if the member (or Yahoo) removes their content then Yahoo would no longer have the right to display it. Yahoo treated that language as requiring that members be able to remove their content.

You'd have to be able to guarantee users that at any point in time, they could request their content be removed from any and all groups, regardless of whether they'd left any or all of those groups or even groups.io as a whole, whether a week, a month, or a decade later. I think that's pretty clearly impractical.

Yahoo did not find it to be impractical. I know of cases where Customer Care intervened to require that members be allowed back into groups in order to delete their messages, and also cases where Customer Care did the deletion on behalf of the former member if the group managers refused or were unresponsive.
Shal


--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu


moderated Re: delete old messages

 

J,


Disagree. Are you saying you can provide an example showing it's practical?

I simply said that the Yahoo TOS (pre-Verizon, anyway) provides example text that limits the license granted to the service. That limitation means that if the member (or Yahoo) removes their content then Yahoo would no longer have the right to display it. Yahoo treated that language as requiring that members be able to remove their content.

You'd have to be able to guarantee users that at any point in time, they could request their content be removed from any and all groups, regardless of whether they'd left any or all of those groups or even groups.io as a whole, whether a week, a month, or a decade later. I think that's pretty clearly impractical.

Yahoo did not find it to be impractical. I know of cases where Customer Care intervened to require that members be allowed back into groups in order to delete their messages, and also cases where Customer Care did the deletion on behalf of the former member if the group managers refused or were unresponsive.
Shal


moderated Re: change verbiage on log entry for forbidden new tag

Bruce Bowman
 

On Wed, Sep 25, 2019 at 11:16 AM, J_Catlady wrote:
p.s. In addition to changing the verbiage, I think the attempted message should be recorded somewhere, possibly in the pending queue. Instead, it's just completely lost and i have no idea what this group member was trying to post.
Emails that violate hashtag rules (or perhaps other restrictions) are retained as Drafts...just as if they were composed online. The subscriber is sent an email with a link to that draft. They must subsequently log in to correct the problem and resubmit. Not denying that the message is inaccessible to group Owner/Moderators, but it seems to me that the process functions pretty well.

As for whether the log entry should be reworded, I'm ambivalent.

Regards,
Bruce

8241 - 8260 of 30377