Re: [Evolution] Migrating from Thunderbird via import without duplicates

[christopher <topherbuckley gmail com>]

POC,

Maybe I have just missed this the whole time using gmail, but in the 
event in Evolution you did a Select All + Del. How would you recover? I 
know Gmail keeps things in the trash for 30 days, so I guess this 
what-if scenario would be easily noticed in this time period, but what 
if you did something unknowingly and didn't notice until a few months 
later?

One situation I couldn't recover from in Gmail recently without a backup 
was the read/unread status of emails. I somehow messed up a sorting 
filter in Thunderbird and marked everything as read mistakenly. I 
organize what I need to still read by this attribute, so I would surely 
forget to respond to several mails had I not had a recovery solution in 
place. In this case I simply turned off the internet to my smartphone 
and manually went in and marked them all unread again... A pain in the 
ass. I tried restoring from my local backups, but it seems either gmail 
was overriding my local changes on sync, or this information was simply 
not stored in the mbox backups I had. Either way, I realized how flawed 
my backup plan was after this, and thus the start of this thread.

I'm sure gmail has plenty of copies of your data, but do they actual 
have backups (i.e. incremental, history reversible?) Without that, if 
you make one mistake ALL the copies get mirrored and you're out of luck.

On 10/29/20 20:16, Patrick O'Callaghan wrote:
> On Wed, 2020-10-28 at 18:25 +0000, Pete Biggs wrote:
> > > Maybe a better question to the entire community would be how do you
> > > keep regularly scheduled backups of your mail? For self-hosted
> > > servers its a no-brainer, but for gmail accounts or other cloud
> > > hosted accounts, I'm really at a loss as to why I cannot find a
> > > standard way of doing this.
> >
> > Well gmail is "backed up" - or rather nothing is ever deleted or
> >
> > removed and there are multiple copies in data centres around the world.
> >
> > All other mail providers should also back up things for disaster
> >
> > recovery and anything that uses AWS or O365 will be in a similar
> >
> > position to gmail.
> Obviously it's not theoretically impossible for Google to suddenly lose
> all of its data centres, but I don't consider that to be something I
> need to spend my time thinking about. Over ten years ago I persuaded my
> university to switch to Google for handling mail, because the cost and
> effort of doing it ourselves was rapidly overwhelming our meagre
> resources and we simply couldn't keep up with the community's demands,
> and of course for an educational institution G Suite (now Google
> Workplace) was free.
>
> There may be extra-technological reasons for not doing that, such as
> regulatory requirements, suspicion of the provider etc., and of course
> Google is not the only option, but in our circumstances I consider that
> to have been an unqualified success.
>
> poc
>
> _______________________________________________
> evolution-list mailing list
> evolution-list gnome org
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list