https://forums.qrecall.com/posts/listByUser/523401 JForum - http://www.jforum.net
sorry, this took a while as I was busy with other stuff ...

Uninstalling the old version (using the procedure you described) worked very well; I could reinstall QRECALL and it is working again perfectly.

Thanks a lot for your great support and for this great product!]]> https://forums.qrecall.com/posts/preList/5031/12308 https://forums.qrecall.com/posts/preList/5031/12308 GMT so far I was using Monterey (MacOS 12).
Recently I tried an upgrade to Sonomy (MacOS 14). I performed the upgrade on an external HD, so I am still able to use Monterey in case something will not work afterwards.

Using the upgrade, QRecall no reports an error when opening an existing backup or when creating a new one.
In the log file I can see:
Warning Unable to open document backup.quanta
Failure Create command failed
Warning helper not correctly installed
I removed QRecall and installed the latest version (3.10) and I additionally see these log-entries:
Failure Installing components
Failure Install command failed
Warning Problem installing components
Warning Some components could not be installed or upgraded.
]]> https://forums.qrecall.com/posts/preList/5031/12291 https://forums.qrecall.com/posts/preList/5031/12291 GMT
Thanks a lot, I am really impressed by the service you are providing!
Yes, the restart solved it, so it is working as expected.

One side comment:
in the older version, when creating a new archive, the "Data redundancy" by default is set to "1:8" (which I think is a good choice); but the current version, by default, redundancy is switched off.
This is not an issue for me, as I have experience with ECC memories for nearly 20 years. And (based on my experience), for me redundancy is a key feature of QRecall!
But users having no experience with Error correction, they may leave it at the default....

BTW: when I find some time I might test the redundancy (by "destroying" some data using a hex-editor)

Again: Thanks a lot for your great support and also for this great product!
]]> https://forums.qrecall.com/posts/preList/4943/12131 https://forums.qrecall.com/posts/preList/4943/12131 GMT
basically the solution you are proposing is absolutely fine,

however: it is not working (or maybe I am doing something wrong):
the advanced setting "QRExcludeCasheExcludesMail" (as you described) does not exist; instead there is a setting "Excluding Cache or TM excludes Mail"; I guess, this is the correct setting.

I have set this "Excluding Cache or TM excludes Mail" to FALSE, and then I have created a "NEW" backup of my home-folder
in the backup, all emails are still excluded (interestingly the mail attachments are part of the backup).
I have done several tries:
- in the settings I have excluded caches
- I also have tried "Items exclued by TimeMachine" (in this case caches are grayed out)
- I have captured my home folder a send time
- I have used "direct capture"
- I have also tried a capture action (with and without "deep scan", but this should not make a difference for a new backup)
all the tests above give lots of combinations, but for every combination, my email mailboxes are still excluded (everything under "~/Library/Mail/V9/" is excluded)

in case I am doing something wrong, please let me know.
Thanks a lot!]]> https://forums.qrecall.com/posts/preList/4943/12129 https://forums.qrecall.com/posts/preList/4943/12129 GMT
why not just add another checkbox liek "ignore emails (use only for IMAP mails)" ?

And: as you mentioned, it would be good to know, what the "Cache" checbox is doing (so any user should be able to recreate the behavior by own setting).
In general, for every checkbox which affects more than just a simple file or folder, every user should be able to fully understand what this checkbox is doing.

Especially for backup functionality this is very important, as (in case the backup is required due to some problem), the user has to rely on the backup content!
So the documentation / manual should clearly describe it!
Missing files in a backup are a worst-case scenario!

Thanks a lot for all your support!]]> https://forums.qrecall.com/posts/preList/4943/12122 https://forums.qrecall.com/posts/preList/4943/12122 GMT
Thanks for the reply, this explains the behavior

However:
I think it is a very bad idea to "hide" emails under the "cache" entry, because it is not obvious that emails belong to "Cache"!

Also: I completely disagree on your "IMAP" statement:
As you wrote, "real" IMAP mailboxes act like a cache,
but: typically you have lots of local mailboxes (which are not "IMAP caches"), these need to be backed up reliably.
Providers do not allow unlimited mail storages, so local mailboxes and archives are essential.

In my case, I can use only 500MB online space for my IMAP mails, so I have to store nearly everything locally (and of course I need a reliable backup).

In case I would have not checked what QRECALL puts into the backup, I would have simple trusted my backups, and in emergency case I would have lost all my emails!
This risk should be minimized by any backup software!!

For me, this means: I have to stay with QRECALL 2, because I do not see a simple way to backup my mails (I do not want to include all cache files, and I want to have everything in one archive)
]]> https://forums.qrecall.com/posts/preList/4943/12118 https://forums.qrecall.com/posts/preList/4943/12118 GMT
I recently upgraded my QRecall (version 2) to version 3.

After first (new) backup (of my user-folder) I tested restoring some files.
And I found: my emails are missing in the backup.
I checked "old" backups from v2, and there I can see all my local mails.

I was using "standard" seetings of the new archive.

I added attached screenshop where both "invisible" and "excluded" files are shown.
Everything under my "V9" folder (which contains all my mailboxes) is excluded
Se attached screenshot.

I also uncheced some of the "standard" excludes (see attachement), so my exclude settings should not be the reason for the missing mails...
]]> https://forums.qrecall.com/posts/preList/4943/12114 https://forums.qrecall.com/posts/preList/4943/12114 GMT