Date   

moderated Re: Email Privacy

Larry Finch
 

In groups that I host we recommend that users create “throwaway” gmail or yahoo addresses that don’t identify them and are used only for posting to the group. 

On Sun, Jan 12, 2020 at 11:31 AM Nis Jørgensen <nis@...> wrote:
On Thu, Jun 20, 2019 at 08:59 PM, Patti Woodbury wrote:

> I’ve just spent several days working with others to set up a health-oriented
> education/discussion/support group only to realize that the email feeds
> don’t scrub individuals’ email addresses. Otherwise the functionality is
> exactly what we need.

I am interested in pretty much the same thing as Patti, for pretty much the same reason. The group I am in even has the word "anonymous" in its name ...



--
Larry Finch

N 40° 53' 50"
W 74° 02' 55"


moderated Re: Font size in posts

Chris Jones
 

On Sun, Jan 12, 2020 at 04:30 PM, J_Catlady wrote:
Isn't this a GMF topic?
Almost certainly!

Chris


moderated Re: Email Privacy

Nis Jørgensen
 

On Thu, Jun 20, 2019 at 08:59 PM, Patti Woodbury wrote:

I’ve just spent several days working with others to set up a health-oriented
education/discussion/support group only to realize that the email feeds
don’t scrub individuals’ email addresses. Otherwise the functionality is
exactly what we need.
I am interested in pretty much the same thing as Patti, for pretty much the same reason. The group I am in even has the word "anonymous" in its name ...


moderated Re: calendar features

Nis Jørgensen
 

On Sun, May 27, 2018 at 10:39 PM, Charles Reid wrote:

Also add a Groups.io calendar API to the list.
Looking at the various standards and "standards" in this area, it seems that what we should be wishing for is an implementation of CalDAV (WebDAV for calendars). This would allow our calendar to be manipulated by any sufficiently advanced calendar program. The biggest issue (without actually looking into this) is probably access control.

Nis
Investigating Groups.io for several unrelated communities and projects


moderated Re: Font size in posts

 

Isn't this a GMF topic?
--
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: Moving Topics To Subgroups

Mo
 

I'd like the ability to be a "Move" or a "Copy".

We are actively involved in research so having same information in different places would be handy. With a copy, we can still keep the original in its archived form. 

I am currently using links and quotes as a workaround for this.

Mo


moderated Re: Premium groups now have more storage, basic group subgroups change

Thomas Gruber
 

Hi,
I searched a bit, in the „pricing“ info and also in the Wiki, but couldn’t find any clear statement saying that storage subgroups and their files, photos, and attachments use count into the overall storage. But I think it‘s pretty clear as the different levels have storage limits, and that is for a main group including all subgroups. There is no pricing for subgroups.
Maybe a sentence in the pricing info saying „including subgroups“ would clarify things.
Thomas


Am 12.01.2020 um 13:07 schrieb Beth Weld <bethweld77@...>:

Yeah, what she said....... much more eloquently than I could.

We usually have  25-40 subgroups at a time because we run various workshops during the year. We set up a subgroup for a workshop, and students participate for 2-6 months (depending on the workshop) and then we delete the subgroup.  Some workshops have a lot of participation with photos and files, and others don't.  

If the subgroups count towards the main group total, it would be very helpful to be able to see an accumulated total in the main group instead of trying to manually calculate it. If each subgroup has its own limit then I won't worry about it anymore.
Thanks
Beth


moderated Re: Font size in posts

Chris Jones
 

On Sun, Jan 12, 2020 at 12:16 PM, David Tuma wrote:
I post to my group in Helvetica 16.
By email or from the Groups.io web UI?

Chris


moderated Font size in posts

David Tuma
 

I post to my group in Helvetica 16.  It was posting in the messages that way up until about 2 days ago when the posted font changed in the outgoing posts to something much smaller.  How do I get the font size back to what I want my subscribers to see.  Most are older and want the larger font size.
David


moderated Re: Premium groups now have more storage, basic group

Mo
 

To add a little more. I use subgroups too and have a few ideas for more in the future. 

Maybe just have the storage of all subgroups accessible on the same page as the main group. Rather than having to visit each individually. It does appear to be colour coded on the bar showing how much has been used, but can't see any pop-ups via mobile Web on what that slice of storage actually is or for what. 

Regards
Mo


On Sun, 12 Jan 2020 at 12:07, Beth Weld
<bethweld77@...> wrote:
Yeah, what she said....... much more eloquently than I could.

We usually have  25-40 subgroups at a time because we run various workshops during the year. We set up a subgroup for a workshop, and students participate for 2-6 months (depending on the workshop) and then we delete the subgroup.  Some workshops have a lot of participation with photos and files, and others don't.  

If the subgroups count towards the main group total, it would be very helpful to be able to see an accumulated total in the main group instead of trying to manually calculate it. If each subgroup has its own limit then I won't worry about it anymore.
Thanks
Beth


moderated Re: Premium groups now have more storage, basic group subgroups change

Beth Weld
 

Yeah, what she said....... much more eloquently than I could.

We usually have  25-40 subgroups at a time because we run various workshops during the year. We set up a subgroup for a workshop, and students participate for 2-6 months (depending on the workshop) and then we delete the subgroup.  Some workshops have a lot of participation with photos and files, and others don't.  

If the subgroups count towards the main group total, it would be very helpful to be able to see an accumulated total in the main group instead of trying to manually calculate it. If each subgroup has its own limit then I won't worry about it anymore.
Thanks
Beth


moderated Re: Site updates #changelog

debbie
 

Wow, that IS a lot of work! Just got one question: " BUGFIX: Fixed line breaks in the index in the plain text digest."

Is this supposed to mean that it is returned to the original single spacing, or it's the "fix" to make it double spaced (which I don't like). My digests are still coming with the index double spaced.


On Sat, Jan 11, 2020 at 1:51 AM Mark Fletcher <markf@corp.groups.io> wrote:

Changes to the site the past few weeks:

  • BUGFIX: When a poll was created and moderated, if a group moderator edited the poll before approving it, the poll ownership was mistakenly changed to the moderator.
  • CHANGE: All premium groups now have 20GB of storage.
  • CHANGE: The 'Note Sent To Attendees' email sent to people reply yes to an event, as well as the email notifying someone they have been moved from the waitlist to the attending list, were sent from the +owner email address. They are now sent as coming from the creator of the event.
  • INTERNAL: Wrote a new utility to do some consistency checking and cleanups of the various databases.
  • API: We are now ratelimiting the /downloadarchives endpoint because of abuse.
  • INTERNAL: Developed a new system to make it easier to grep through all the various logs to research problems in the system.
  • INTERNAL: Switched from a redis-based rate limiting system to a custom system.
  • BUGFIX: When changing your email address, we were sending the warning email to the new email address when we should have been sending it to the old email address.
  • CHANGE: Display the updated date in the 'Uploaded' column in the files section.
  • CHANGE: Previously, when a group had separate footers checked, we would not try to strip out any remnant footers from incoming replies. Because some mailers combine multiple text parts when replying, we still need to look for these footers in replies, otherwise unsubscribe links could be inadvertently sent out.
  • BUGFIX: For some reason, a few people started receiving duplicate summaries the last couple of days. I refactored the code that generates the summaries and that fixed the problem even though that code hadn't been touched in months.
  • NEW: Added new Event Summary Email interval: Bi-Weekly on Fridays.
  • CHANGE: Changed Zendesk to send back an acknowledgement when a support email is received.
  • BUGFIX: For enterprise groups without a custom home page, setting disable sign up to true would result in an endless redirect.
  • CHANGE: Modified message import code to support mbox files from Yahoo Group's export system.
  • API: Added /updatewikipage, /deletewikipage and /deletewikirevision endpoints.
  • BUGFIX: For people on special messages only, the message footers wrongly said You receive all messages sent to this group.
  • NEW: Special messages are now sent with the subject tag [Special].
  • API: Changed moderated to moderation in the Group object.
  • NEW: Added additional information to the Sent message requiring approval activity log line, specifying exactly why a message was moderated. This duplicated the Message from member required approval because of virus line, which I have removed.
  • SYSADMIN: Upgraded hot spare database instance to have the same resources as our main database.
  • INTERNAL: Switched from a redis-based session tracking system to a custom system.
  • BUGFIX: Fixed line breaks in the index in the plain text digest.
  • API: Added plan field to group object.
  • API: Added nice_group_name, cover_photo_url, icon_url, subs_count, most_recent_message fields to the member_info object.
  • API: Changed the sort options for the /getsubs endpoint and added the set_home_page parameter.
  • API: First pass at /getdatabaserows endpoint.
  • NEW: Added 'Deleted Account' activity log entry for when people delete their accounts.
  • API: Added is_reply field to Message object.
  • INTERNAL: Lots of technical debt formatting issues cleaned up.
  • API: Added /getdatabases endpoint.
  • INTERNAL: Split smtpauthd from smtpd server to make things more clear.

Have a good weekend everyone.

Mark


moderated Re: Message summary a mess - but not due to IO

 

On Sat, Jan 11, 2020 at 09:03 PM, Gerald Boutin wrote:
I restarted my computer and it was fixed
That totally threw me, too. :)
 
--
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: Message summary a mess - but not due to IO

Gerald Boutin <groupsio@...>
 

On Sun, Jan 12, 2020 at 12:48 AM, J_Catlady wrote:
Gerald,

I'm pretty sure Tom is seeing what we all are seeing. But he wants this instead:

"When the message is returned from a search it should appear just as it would if you were scrolling through messages.  The title followed with first couple lines of the message." 

That's the issue. I finally get what he's asking for and, like Shal, I vehemently disagree. :)
--
J

 

OK, understood. I got thrown by "After pulling my hair out, I restarted my computer and it was fixed" and "random collection of the text".

I also prefer it as is. 

--
Gerald


moderated Re: Message summary a mess - but not due to IO

 

Gerald,

I'm pretty sure Tom is seeing what we all are seeing. But he wants this instead:

"When the message is returned from a search it should appear just as it would if you were scrolling through messages.  The title followed with first couple lines of the message." 

That's the issue. I finally get what he's asking for and, like Shal, I vehemently disagree. :)
--
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: Message summary a mess - but not due to IO

Gerald Boutin <groupsio@...>
 

On Sat, Jan 11, 2020 at 11:21 PM, Tom Vail wrote:
Not sure why it went away when I restarted, but it is back doing the same thing and a second restart did not fix it this time.

I view this as a bug.  When the message is returned from a search it should appear just as it would if you were scrolling through messages.  The title followed with first couple lines of the message.  Not some random collection of the text which makes it unintelligible.  And the text it is collecting does not necessarily have the search argument in it.

Hope this can be fixed quickly as it is holding up a project for me.

Peace,
Tom
Tom,

I (and others) are seeing what looks like rational results. Here is what I see on a search for "cookies" in this group. Please do this same search and let us know the results. If the results are random, please let us see exactly what they are.


 
--
Gerald


moderated Re: Message summary a mess - but not due to IO

 

In other words, it looks like it's behaving completely appropriately and correctly. The only possible improvement I can see would be to increase the snippet space to allow more than one context, in case the occurrences of the search terms are far apart in the message. But that's a trade-off. And it does seem like an appropriate trade-off has been made in that respect.
--
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: Message summary a mess - but not due to IO

 

On Sat, Jan 11, 2020 at 08:00 PM, J_Catlady wrote:
It does not return
should read "it does not highlight"
 
--
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: Message summary a mess - but not due to IO

 

Shal/Tom,

I agree that it should show the search term in context, and it does. But I'm not sure I'm understanding the behavior Tom is describing.

From my test this morning, it finds and highlights the first occurrence of the search term, and it also highlights any occurrences after the first one *that occur within that particular context* (which consists of about a line and a half). It does not return any occurrences beyond that first context.

So if a message contains the term a couple of times in lines 4-5, say, and then a couple more times in lines 8, 10, 11, or whatever, the snippet shows only the occurrences in lines 4-5.

You can see this by doing a search in beta on the word "search," which has been used many times in the current thread.
--
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: Message summary a mess - but not due to IO

 

Tom,

I view this as a bug. When the message is returned from a search it
should appear just as it would if you were scrolling through messages.
I vehemently disagree.

When I search for something I want to be shown the search target in context. That often lets me easily weed out by eye irrelevant matches.

Showing some unrelated part of the message would require me to open each result message to see if it has the hit I'm looking for.

Shal