Re: [Evolution] Restoring Evolution

2022-08-30 Thread Mr.J
That’s IT, I think. The external drive is formatted in FAT, and not exFAT. If both .tar.gz files were over 4gb, I (over) cooked my own goose. Talk about noobie errors. Thanks, Luigi. > On Aug 30, 2022, at 9:45 PM, Luigi Cantoni via evolution-list > wrote: > >  > Someone else commented ab

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Luigi Cantoni via evolution-list
Someone else commented about file size limitations and this is far more of a problem with MS type files systems. Check what type it is and if not one of the Linux/unix style ones change and start again. You may find that works better. But remember non MS file system may/may not be readable by MS ba

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Mr. J
Update   I started recovering the file with gzrt, et. al. https://www.aaronrenn.com/arenn/hacking/gzrt/gzrt.html and am getting closer.  So anyone who falls into such a hole may find some salvation. However, and for the list: Recovering with gzrt and cpio gave me some error messages that cert

Re: [Evolution] Restoring Evolution

2022-08-30 Thread c. marlow
On Tue, Aug 30, 2022, at 12:13 PM, Ralf Mardorf via evolution-list wrote: > you are in favour of Evolution, just because it offers this option? > > Claws probably doesn't provide this feature for good reasons. Yes it's quite nice that not only does it import my email from my POP3 days.. But,

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Ralf Mardorf via evolution-list
On Tue, 2022-08-30 at 11:51 -0500, c. marlow wrote: > > > I'd go back to Claws if the backup / restore feature was removed from > Evo. Hi, you are in favour of Evolution, just because it offers this option? Claws probably doesn't provide this feature for good reasons. IMO this is the best solu

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Robert McDonald
On Tue, 2022-08-30 at 11:51 -0500, c. marlow wrote: > > > On Tue, 2022-08-30 at 11:49 +0100, Pete Biggs wrote: > > > > > I would possibly go as far as to say that that particular > > > > functionality > > > > has run its course and could be consigned to the big bit-bucket > > > > in > > > > the >

Re: [Evolution] Restoring Evolution

2022-08-30 Thread c. marlow
>> On Tue, 2022-08-30 at 11:49 +0100, Pete Biggs wrote: >>> I would possibly go as far as to say that that particular >>> functionality >>> has run its course and could be consigned to the big bit-bucket in >>> the >>> sky. SEVERELY DISAGREE... I'd go back to Claws if the backup / restore featu

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Matt Connell
On Tue, 2022-08-30 at 17:41 +0100, Patrick O'Callaghan wrote: > On Tue, 2022-08-30 at 12:11 -0400, Matt Connell wrote: > > On Tue, 2022-08-30 at 11:49 +0100, Pete Biggs wrote: > > > Perhaps take it off the main 'File' menu and change it to > > > something like "Save account settings" in the prefere

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Patrick O'Callaghan
On Wed, 2022-08-31 at 00:22 +0800, Netsol.link wrote: > > I would support this, though I'm sure some people might be upset > > about > > it. No-one expects their browser to have a built-in backup method, > > so > > why should their email system? I don't think other MUAs do this. > > > > poc > > __

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Patrick O'Callaghan
On Tue, 2022-08-30 at 12:11 -0400, Matt Connell wrote: > On Tue, 2022-08-30 at 11:49 +0100, Pete Biggs wrote: > > Perhaps take it off the main 'File' menu and change it to > > something like "Save account settings" in the preferences and not > > backup the actual stored messages. > > I support thi

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Netsol.link
On Tue, 2022-08-30 at 12:03 +0100, Patrick O'Callaghan wrote: > On Tue, 2022-08-30 at 11:49 +0100, Pete Biggs wrote: > > > > > > > > I've suggested in the past that we should change the terminology > > > and > > > call it something else, but so far no-one has come up with a good > > > alternative

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Ralf Mardorf via evolution-list
On Tue, 2022-08-30 at 10:29 -0400, Adam Tauno Williams wrote: > Table-After-Creation is a good rule. Hi, when using tar by command line it's necessary to do it, not only to check that the archive is not corrupt, but also to rule out user errors, such as path typos or not having thought of globbin

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Matt Connell
On Tue, 2022-08-30 at 11:49 +0100, Pete Biggs wrote: > Perhaps take it off the main 'File' menu and change it to > something like "Save account settings" in the preferences and not > backup the actual stored messages. I support this, but not full removal. I don't use it for 'synchronizing' distin

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Mr.J
> On Aug 30, 2022, at 7:39 AM, Pete Biggs wrote: > > I know it's no solace to the OP Well, that said a mouthful. I agree the “restore” function should be called “replace” or the like, and a simple warning (I.e. “Do not rely on backup/restore for routine preservation of your emails.”) would hav

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Ralf Mardorf via evolution-list
On Tue, 2022-08-30 at 11:49 +0100, Pete Biggs wrote: > I would possibly go as far as to say that that particular functionality > has run its course and could be consigned to the big bit-bucket in the > sky. Hi, _yes_, announce that you will remove it and unless no user should veto, remove it. >

Re: [Evolution] “cannot VACUUM from within a transaction”

2022-08-30 Thread Andre Klapper via evolution-list
On Tue, 2022-08-30 at 14:43 +, Joakim Tjernlund wrote: > > never mind, I accidentally noticed there's one filled already: > > https://gitlab.gnome.org/GNOME/evolution/-/issues/1786 > > > > I did the: > gdb --pid=`pidof evolution` --ex "b camel_db_maybe_run_maintenance" - > -ex c > (gdb) t a a b

Re: [Evolution] “cannot VACUUM from within a transaction”

2022-08-30 Thread Joakim Tjernlund via evolution-list
On Tue, 2022-08-30 at 15:59 +0200, Milan Crha via evolution-list wrote: > On Tue, 2022-08-30 at 15:19 +0200, Milan Crha via evolution-list wrote: > > Maybe open a bug against the evolution-data-server [1] (these things > > are done in the libcamel, which is there), to not have this lost in > > the

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Pete Biggs
On Tue, 2022-08-30 at 10:29 -0400, Adam Tauno Williams wrote: > > My guess is, that Evolution isn't the culprit, but tar is the > > culprit. > > The only reliable mechanism to verify a tar archive is valid is to > table it. :( > > Table-After-Creation is a good rule. > I know it's no solace to

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Adam Tauno Williams
> My guess is, that Evolution isn't the culprit, but tar is the > culprit. The only reliable mechanism to verify a tar archive is valid is to table it. :( Table-After-Creation is a good rule. ___ evolution-list mailing list evolution-list@gnome.org To

Re: [Evolution] “cannot VACUUM from within a transaction”

2022-08-30 Thread Joakim Tjernlund via evolution-list
On Tue, 2022-08-30 at 15:19 +0200, Milan Crha via evolution-list wrote: > On Tue, 2022-08-30 at 12:47 +0200, Joakim Tjernlund via evolution-list > wrote: > > Failed to expunge folder “Infinera : Deleted Items”. > > The reported error was “cannot VACUUM from within a transaction”. > > > > Seems lik

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Adam Tauno Williams
> Thanks, Luigi. The USB hard drive was not disconnected at all. > Evolution did the backup and finished. Could the size of the file > caused the problem? Potentially, there are a lot of variables. Depending on the filesystem of the USB drive the file could be limited to ~2GB or ~4GB. It is alw

Re: [Evolution] “cannot VACUUM from within a transaction”

2022-08-30 Thread Milan Crha via evolution-list
On Tue, 2022-08-30 at 15:19 +0200, Milan Crha via evolution-list wrote: > Maybe open a bug against the evolution-data-server [1] (these things > are done in the libcamel, which is there), to not have this lost in > the > mailing list. I can move it elsewhere, if it'll turn out to not be in > the ev

Re: [Evolution] “cannot VACUUM from within a transaction”

2022-08-30 Thread Milan Crha via evolution-list
On Tue, 2022-08-30 at 12:47 +0200, Joakim Tjernlund via evolution-list wrote: > Failed to expunge folder “Infinera : Deleted Items”. > The reported error was “cannot VACUUM from within a transaction”. > > Seems like the operation is successful though, Deleted Items is empty Hi, the vacuum

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Patrick O'Callaghan
On Tue, 2022-08-30 at 11:49 +0100, Pete Biggs wrote: > > > > > I've suggested in the past that we should change the terminology > > and > > call it something else, but so far no-one has come up with a good > > alternative name. Any suggestions would be welcome. > > > I agree entirely with you. I

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Pete Biggs
> > I've suggested in the past that we should change the terminology and > call it something else, but so far no-one has come up with a good > alternative name. Any suggestions would be welcome. > I agree entirely with you. I think the "backup/restore" is generally abused rather than used - in

[Evolution] “cannot VACUUM from within a transaction”

2022-08-30 Thread Joakim Tjernlund via evolution-list
I often get this error when I empty Deleted Items: Failed to expunge folder “Infinera : Deleted Items”. The reported error was “cannot VACUUM from within a transaction”. Seems like the operation is successful though, Deleted Items is empty On Evo 3.44.4 using an O365 company account Jocke

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Patrick O'Callaghan
On Mon, 2022-08-29 at 16:41 -0700, Mr. J wrote: > Friends: I have been trying to restore yesterday's Evolution backup > and get the message:  > > File “/home/ij/Downloads/evolution-backup-20220828.tar.gz” is not a > valid Evolution backup file.   > > I created the backup file yesterday with Evolu

Re: [Evolution] Restoring Evolution

2022-08-30 Thread Ralf Mardorf via evolution-list
On Mon, 2022-08-29 at 18:33 -0700, Mr.J wrote: > Could the size of the file caused the problem? Hi, yesno. It depends on the file system and the size of the archive, so indeed, yes, the file can become too large to fit. When generating the archive and the size or any other issue should be the cau