Andreas Boehlk

At first glance it appears to be a clever idea, but not at second view. The problem occurring is the enormous waste of capacity on your backup media. With this method it is impossible to perform a differential or incremental backup; it always will be a full one. And be aware that a backup of an empty container will always use its full size on the backup media. So from my point of view a backup should always be performed with mounted containers.

We're all just humans. Thanks for Your great work. Andreas

And why is this nigtly build download advertised for thunderbird 68.x ??

unable to install latest nightly build into TB 68.11

RTFM! It is not a bug it is a feature. If You would be able to discover anything else but raw, the encryption software would prove to be useless.

As I said in my first post: this is not the way it should be done. Only in case of very small containers, because you produce a huge amount of data transmission with enormous overhead. In case of faulty transmission you loose not only few data but a whole bunch (complete container content). Consider this!

Hello Alexander, I guess you are mixing directories with the Veracrypt containers. And to me it is absolutely not clear, if You are trying to sync the whole encrypted containers or the unencrypted content of the containers. In fact it is only possible to sync complete containers, if the time stamp preservation is off, but that does not make any sense for many reasons. So only sync the unencrypted container content (file and directories). In this case the preservation switch has not got any influence...

Info symbol right to downloadable file.