Date   

moderated Re: Moving Topics To Subgroups

Scott Chase
 

I really need to be able to move Topics to Subgroups, too. Our "main" group is for general discussion. And we use Subgroups to group specific genetic discussions and with only a subset of interested members. If a Topic is started in our "main" group that is specific to just a piece of a gene, I need to be able to move it to the appropriate Subgroup. Otherwise, the main group will get too broad and noisy, and some members will unsubscribe if the get too many Subgroup-type detailed e-mails.

Thanks,
Scott Chase, Owner of the "GCH1-Discussions" Group


moderated Re: change or add "updated" date for updated files

 

I support that request. It would be very helpful in one of my groups which uses
a lot of small files with frequent updates to some of them.

On 7 Jan 2020 at 9:34, J_Catlady wrote:

It might be helpful to see the date a file was updated, instead of or in
addition to the original date it was uploaded (which is all that shows now in
the display). -- 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
--
http://jimellame.tumblr.com - My thoughts on freedom (needs updating)
http://jimella.wordpress.com - political snippets, especially economic policy
http://jimella.livejournal.com - misc. snippets, some political, some not
Forget Google! I search with https://duckduckgo.com which doesn't spy on you


moderated Re: Deleting attachments when out of space #update

 

On Wed, Jan 8, 2020 at 02:17 AM, Duane wrote:

Not to get too far offtrack, but it might be better if the Out Of Space choice said "Bounce Messages With Attachments" to make it clear.  As is, "Bounce Messages", sounds like all messages would be bounced (though I know they wouldn't.)

I've made this change.

Thanks, Mark


moderated Re: change or add "updated" date for updated files

 

Hi All,

The Files section now displays the Updated date in the 'Uploaded' column.

Cheers,
Mark


moderated Re: Deleting attachments when out of space #update

Leeni
 

If attachments are going to be deleted when allotted space is met, is there a way that inserted images can retain the name of the image that is being inserted? Right now if you insert an image in the body of the message and then go to retrieve it from the group's site, it shows up as a number and not the name of the image. The attachments I am showing in this email shows what I am talking about.
 
The image with the 0 as it's name was inserted in the body of the email and saved from the inserted graphic. The image with the tags name was retrieved from the attachment.
 
In many cases the artist of these images want the file name to stay as it was written. But saving it from the body of the email right now doesn't do that.
 
Leeni
 
 
 
 
 

-------Original Message-------
 
Date: 1/8/2020 11:28:14 AM
Subject: Re: [beta] Deleting attachments when out of space
 

On Wed, Jan 8, 2020 at 05:29 AM, Bruce Bowman wrote:

Mark -- Thanks for the heads-up...such is generally my understanding of how the "Out of Space" setting was intended to function. I'm assuming the extra 5% is to allow file and photo uploads to continue to work?

Yes, that's correct.

What happens if 95% of your quota is being used by other items -- would ALL of the group's attachments then be deleted? Not saying that's wrong behavior, but want to clarify.

Yes, all attachments would be deleted.

Also, will upload restrictions now be enforced at the quota level (exactly 1 GB, 10 GB, etc)? In the past, some have reported substantial "grace storage" before such uploads were actually inhibited.

Yes. The "grace storage" was only for attachments, because this process wasn't working. It's always been the case that if your group is over the limit, you could not upload additional photos or files.

Thanks, Mark

 


moderated Re: Deleting attachments when out of space #update

 

On Wed, Jan 8, 2020 at 09:21 AM, D R Stinson wrote:
In my experience, this is the source of much of the wasted space. We have members who read and share by email, and they just click on reply. The result is the duplication of the same image a number of times. Even if the system just checked for the same image more than once in a thread would be an improvement.
Yes!
 
--
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: Deleting attachments when out of space #update

 

I would really not like to have log entries for individual attachments deleted, ever. It would serve no purpose in my group and could just deluge the log. So if individual entries could not happen at all, or be a group option, that would be great.
--
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: Deleting attachments when out of space #update

 

On Wed, Jan 8, 2020 at 05:29 AM, Bruce Bowman wrote:

Mark -- Thanks for the heads-up...such is generally my understanding of how the "Out of Space" setting was intended to function. I'm assuming the extra 5% is to allow file and photo uploads to continue to work?

Yes, that's correct.

What happens if 95% of your quota is being used by other items -- would ALL of the group's attachments then be deleted? Not saying that's wrong behavior, but want to clarify.

Yes, all attachments would be deleted.

Also, will upload restrictions now be enforced at the quota level (exactly 1 GB, 10 GB, etc)? In the past, some have reported substantial "grace storage" before such uploads were actually inhibited.

Yes. The "grace storage" was only for attachments, because this process wasn't working. It's always been the case that if your group is over the limit, you could not upload additional photos or files.

Thanks, Mark


moderated Re: Deleting attachments when out of space #update

 

How about deduplication first? Eliminate multiple instances of
the same file . . .
Right, that too would be very valuable. If I understand it correctly
your idea is roughly equivalent to (3) here:
https://beta.groups.io/g/main/message/15545
In my experience, this is the source of much of the wasted space. We have members who read and share by email, and they just click on reply. The result is the duplication of the same image a number of times. Even if the system just checked for the same image more than once in a thread would be an improvement.

I also agree as well about posters who put a small image in their signature. By itself they add very little, but they can add up quickly and some posters don't understand they're not saved with the message, but separately. I'm wondering if any image in a signature shouldn't be stored in a members profile where it could be accessed by the system, and all images otherwise in signatures be deleted automatically.

Another 2¢ worth.

Dano


moderated Re: change or add "updated" date for updated files

 

On Wed, Jan 8, 2020 at 08:49 AM, J_Catlady wrote:
The request is inapplicable to them.
I should say the request *as stated* is inapplicable to them. There's nothing preventing having an optional update notification for Group Guidelines, if Mark sees fit to implement that. But I'd say it's in the "don't hold your breath category." The request as stated here is a five-second fix.
 
--
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 or add "updated" date for updated files

 

On Wed, Jan 8, 2020 at 08:46 AM, Ann Wild wrote:
I agree as well.  I have updated our Guidelines several times
I'm talking about Files, not Member Notices. There's already an update date at the bottom of the Guidelines and members don't see any "upload date" for Member Notices anyway. The request is inapplicable to them. 
 
--
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 or add "updated" date for updated files

Ann Wild
 

I agree as well.  I have updated our Guidelines several times of late, but having the old original upload date remaining is misleading to readers.  My only option is to add the update date in the description.  But readers may miss that.


moderated Re: Deleting attachments when out of space #update

 

Larry,

How about deduplication first? Eliminate multiple instances of the
same file--perhaps even annotating the messages to indicate where the
file has been retained--reducing space with no loss of information.
Right, that too would be very valuable. If I understand it correctly your idea is roughly equivalent to (3) here:
https://beta.groups.io/g/main/message/15545

The only downside I can think of is what Bruce mentioned: it may be too much to implement and test before this sweep.

Shal


moderated Re: Feature Request---Group Buys

Dale Hardin
 

Now that the Yahoo debacle is over, can we get the database options updated so that a member can post their address and hide it from all but the owner/moderators and the database creator?  This would REALLY help when we have group buys or someone is providing a product to the members.  Thanks, Dale


moderated Re: Deleting attachments when out of space #update

Bruce Bowman
 

On Tue, Jan 7, 2020 at 06:58 PM, Mark Fletcher wrote:
In two weeks, for those groups that are over their limit, attachments will be deleted to get each group under the storage limit. Attachments will be deleted from the oldest messages first. The text in the messages will not be deleted, just the attachments themselves. I will delete enough attachments to get the group to 95% of their storage limit. After that, the process will run nightly to keep each group under their storage limit.
Mark -- Thanks for the heads-up...such is generally my understanding of how the "Out of Space" setting was intended to function. I'm assuming the extra 5% is to allow file and photo uploads to continue to work?

What happens if 95% of your quota is being used by other items -- would ALL of the group's attachments then be deleted? Not saying that's wrong behavior, but want to clarify.

Also, will upload restrictions now be enforced at the quota level (exactly 1 GB, 10 GB, etc)? In the past, some have reported substantial "grace storage" before such uploads were actually inhibited.

In this context I hope we can focus on completion of the bug-fix (and minimizing its "surprise factor" on existing groups currently over quota) before attempting to introduce new, indirectly-related features. It seems as if this thing could get complicated enough without going down that road.

My $0.02,
Bruce


moderated Re: Deleting attachments when out of space #update

Laurence Marks
 

How about deduplication first? Eliminate multiple instances of the same file--perhaps even annotating the messages to indicate where the file has been retained--reducing space with no loss of information.

To carry this thought a little further (and this may be out of scope), there are schemes where files differing only slightly have the common parts deduplicated. Riverbed was one of the first firms to provide hardware appliances that do this, but now it's a complete industry. See   Deduplication Appliance Buying Guide


Larry


--
Larry Marks


moderated Re: Deleting attachments when out of space #update

Duane
 

On Tue, Jan 7, 2020 at 11:25 PM, Mark Fletcher wrote:
That is indeed an existing group setting, at the bottom of the `Message Policies` section of the Group Settings page.
 
Not to get too far offtrack, but it might be better if the Out Of Space choice said "Bounce Messages With Attachments" to make it clear.  As is, "Bounce Messages", sounds like all messages would be bounced (though I know they wouldn't.)

Having the 'Keep' option Shal mentioned in his other message, that moderators could use to prevent an attachment from being deleted during the purge, might be less work than moving?  This way there'd be no need to keep things related, as with a move, but I can see situations where being able to save the information elsewhere would be useful.  I don't think it should be a member option because most likely everyone would feel that their attachment needed to be saved.

Thanks,
Duane


moderated Re: Deleting attachments when out of space #update

Chris Jones
 

On Wed, Jan 8, 2020 at 08:56 AM, Michael Pavan wrote:
It would be great to be able to move attachments from messages to Files or Photos
I think that would be a very popular option! However, IIRC non - photo format attachments cannot be found in the emailed photos album (although they are in there somewhere) so there would IMHO need to be a way of finding them more easily.

Chris


moderated Re: Deleting attachments when out of space #update

Michael Pavan
 

Mark,

On Jan 8, 2020, at 1:39 AM, Shal Farley <shals2nd@gmail.com> wrote:

Mark,

My thought is for the initial deletion that I will not log each of
those messages, to avoid a mass spamming of everyone's activity log.
Would it be possible during the initial deletion to have a single log entry showing the high-water mark of the deletion (date and/or message number) and the number of affected messages?
Yes, please.

Possibly this could be used in lieu of individual entries any time a deletion batch exceeds some (large) number of affected messages.
Perhaps with a link (or drop down menu) to the list of individual deletions...


Also, bump: https://beta.groups.io/g/main/message/14338
Agreed.
It would be great to be able to move attachments from messages to Files or Photos, where they could be rationally organized - not only would this help to preserve valued attachments, but make them easier to find or access. It would be a bonus if a link to the attachment remained with the message should someone happen to be looking at old messages.

Attachments when moved to Files or Photos could be titled intuitively, rather than having to edit message Subject lines which often aren't (and the notifications that message editing can trigger).

Michael


moderated Re: Deleting attachments when out of space #update

 

Mark,

My thought is for the initial deletion that I will not log each of
those messages, to avoid a mass spamming of everyone's activity log.
Would it be possible during the initial deletion to have a single log entry showing the high-water mark of the deletion (date and/or message number) and the number of affected messages?

Possibly this could be used in lieu of individual entries any time a deletion batch exceeds some (large) number of affected messages.

Also, bump: https://beta.groups.io/g/main/message/14338

Shal

6721 - 6740 of 30000