> On Aug 30, 2022, at 10:20 PM, Mr.J wrote:
>
> The external drive is formatted in FAT, and not exFAT.
FYI: The drive WAS formatted in exFAT. There were three Evolution backup files
on it, each exactly 4.3 gb. I don’t understand.
I’ve since reformatted to ext4. I’m quite relieved I haven’t
On Wed, 2022-08-31 at 07:46 -0400, Adam Tauno Williams wrote:
> On Wed, 2022-08-31 at 11:22 +0200, Milan Crha via evolution-list
> wrote:
> > On Wed, 2022-08-31 at 09:57 +0100, Pete Biggs wrote:
> > > In the past, when the config
> > > was stored in dconf, it was a bit more complicated since the
>
On Wed, 2022-08-31 at 11:22 +0200, Milan Crha via evolution-list wrote:
> On Wed, 2022-08-31 at 09:57 +0100, Pete Biggs wrote:
> > In the past, when the config
> > was stored in dconf, it was a bit more complicated since the dconf
> > keys needed to be dumped and then backed up. But now everything
On Tue, 2022-08-30 at 10:29 -0400, Adam Tauno Williams wrote:
> The only reliable mechanism to verify a tar archive is valid is to
> table it. :(
Hi,
I opened:
https://gitlab.gnome.org/GNOME/evolution/-/issues/2011
for this, thus it's not forgotten.
Bye
Milan
On Wed, 2022-08-31 at 10:44 +0100, Pete Biggs wrote:
> Is backup-restore-gsettings.ini only generated when you create a
> backup or is it part of the usual operation of Evolution?
Hi,
it's created by the backup/restore only.
> Also, mine is over 2Mb, is that normal?
Not really. I guess
On Wed, 2022-08-31 at 11:22 +0200, Milan Crha via evolution-list wrote:
> On Wed, 2022-08-31 at 09:57 +0100, Pete Biggs wrote:
> > In the past, when the config
> > was stored in dconf, it was a bit more complicated since the dconf
> > keys needed to be dumped and then backed up. But now everything
On Wed, 2022-08-31 at 09:57 +0100, Pete Biggs wrote:
> In the past, when the config
> was stored in dconf, it was a bit more complicated since the dconf
> keys needed to be dumped and then backed up. But now everything is
> stored in .config/evolution.
Hi,
for what it's worth, most of the
>
> If the file size was too large for the file system, it still doesn't
> explain why there was no standard error stream and appropriate exit
> status. Such an event would have caused error messages.
I think you need to consider how the backup process is run. Normally
people start Evolution
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
>
On Tue, 2022-08-30 at 21:33 -0700, Mr. J wrote:
> So there's something about the process or
> the external hard drive (or both?) that prevents the creation of a
> valid .tar.gz backup file on my hard drive. It was recently
> formatted, so I'm at a loss to explain.
Hi,
while even a brand new
e readable by MS based systems.
> --
> Thanks
> Luigi 2
>
> -Original Message-
> From: Mr. J
> To: evolution-list@gnome.org
> Subject: Re: [Evolution] Restoring Evolution
> Date: Tue, 30 Aug 2022 21:33:49 -0700
> Mailer: Evolution 3.44.1-0ubuntu1
>
> U
based
systems.
--
Thanks
Luigi 2
-Original Message-
From: Mr. J
To: evolution-list@gnome.org
Subject: Re: [Evolution] Restoring Evolution
Date: Tue, 30 Aug 2022 21:33:49 -0700
Mailer: Evolution 3.44.1-0ubuntu1
Update
I started recovering the file with gzrt, et.
al. https
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
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..
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
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
>
>> 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
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
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
> >
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
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
> > >
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
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'
> 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
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.
>
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
> 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
> 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
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'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
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
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
: Mr.J
To: evolution-list@gnome.org
Subject: Re: [Evolution] Restoring Evolution
Date: Mon, 29 Aug 2022 18:33:45 -0700
Mailer: iPhone Mail (19G82)
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? I
gt; --
> Thanks
> Luigi
> -Original Message-
> From: Mr. J
> To: evolution-list@gnome.org
> Subject: Re: [Evolution] Restoring Evolution
> Date: Mon, 29 Aug 2022 17:17:45 -0700
> Mailer: Evolution 3.44.1-0ubuntu1
>
>> On Mon, 2022-08-29 at 16:41 -0700, Mr
Message-
From: Mr. J
To: evolution-list@gnome.org
Subject: Re: [Evolution] Restoring Evolution
Date: Mon, 29 Aug 2022 17:17:45 -0700
Mailer: Evolution 3.44.1-0ubuntu1
On Mon, 2022-08-29 at 16:41 -0700, Mr. J wrote:
> Friends: I have been trying to restore yesterday's Evolution bac
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
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 Evolution's backup function,
and I'm running the restore command
37 matches
Mail list logo
