stefankueng/cryptsync

CryptSync is a small utility that synchronizes two folders while encrypting the contents in one folder. That means one of the two folders has all files unencrypted (the files you work with) and the other folder has all the files encrypted.

cryptsync's Issues

Feature Request: Block Exit Button

Hello,

I am using your tool here at home. Sometimes I klick on the exit-button instead of run in background button. Would it be possible to block the exitbutton that there is no way to switch off the tool for accident?
Just a menuitem "Show Exitbutton? Yes[] No[]

Thanks to all!

Feature Request: Provide as a Zip file or Portable Application

Instead of installing to my system it would be nice to just be able to unzip and go

Handling "decryption failed" situations, getting more information?

Hi,

Not sure if this is a bug of feature request. Let me know if I should ask/report somewhere else.

Upon decrypting an 800MB outlook pst file (for back up restore), the decryption fails. It progresses nicely, the file size grows, but at the end the log file reports that the decryption failed. The log file doesn't give that much information of what has failed.

Is there a way to get more log information? Or even better, keep the decrypted file despite it "failed". Maybe I can recover a major portion of the restored file.
Of is there a separate tool which could help recovery of the file?

Assistance with how to compress only and not encrypt large files

Hello,

Thank you for making CryptSync available. Very nice program for cloud backup.

I have a usecase where I want to use CryptSync locally and backup a database .bak file to another server (folder) on my local network. I don't want to encrypt this backed up file but I do want to compress it. How can I use CryptSync to copy a .bak file to my destination folder and only compress it? My .bak files are approximately 16GB in size.
Also, where is the working folder to compress files before they are copied to the destination folder? Can I modify CryptSync to specify where this working folder is?

Thank you.

Unexpected confirmation dialog after choosing to run in background

A message box has been added recently to prevent the user from accidentally exiting the tool.
However, this seems to have a side effect as the confirmation dialog is now also shown after the user has pushed the 'Run in background' button. I actually have to choose 'Yes' in a dialog asking me whether I want to quit in order to have the program running in the background - this is rather confusing, isn't it?

Cannot exclude subfolders from sync

Hi,

I've created a folder pair as such:
Original Folder --> d:\folder1
Encrypted Folder --> f:\folder2

Then I entered the following for files I did not want synced at all because I wanted certain subfolders of folder1 to be ignored altogether:

However, cryptsync still synced and encrypted subfolder1, subfolder2 & subfolder 3.

How can I exclude complete subfolders from the cryptsync syncing process?

Thanks.

ignore sub-folders of origin.....

I didn't see a checkbox or a command line that allows the user to ignore (skip) sub-folders from the origin folder. But there are many use cases where you only want to sync folder contents, but ignore sub-folders.

There is an enter files you dont want synced at all below.

can you enter folder path here? Or only file extensions?

There were no examples in the website documentation, so a bit hard to follow.

---

Still, there could be many subfolders, so a single switch to ignore all subfolders would be good idea.

Is there any config file which stores the settings of CryptSync?

Just started using this great tool, and I love it! Thank you!
I have many pairs to sync different directories on different disks to a backup area. It really took me quite a while to setup all these pairs. So I am wondering is there a config file to store these information? Maybe I should backup it as well in case I need reinstall the tool or even reinstall the OS.

Cannot add ignore string

According to documentation add a ignore string to the box can be done by entering the string or add by paremeters:

I want to ignore everthing from the recycle.bin
So the command will be:
CryptSync.exe /ignore:".tmp|~.|thumbs.db|desktop.ini|$recycle.bin/*"
The textbox in the GUI is then NOT displaying this.

Editing the string in the textbox is oke. I did not test if it works but after exit from the tool the default string is being seen.

How to solve this?

Update tools/gpg.exe to GnuPG 1.4.22

The gpg.exe included with CryptSync appears to be version 1.4.9 which was released in 2008. There have been several security fixes for GnuPG 1.4 since. Could tools/gpg.exe be updated to current GnuPG version 1.4.22?

Or how would we do this ourselves? Installing gpg4win appears to cause conflict as CryptSync then (randomly as far as I can tell) shows failure to sync errors.

GnuPG releases since version 1.4.9:

• 1.4.22 [security fix] (fixes CVE-2017-7526; no separate announcement available)
• 1.4.21 [security fix]
• 1.4.20
• 1.4.19
• 1.4.18
• 1.4.17 [security fix]
• 1.4.16 [security fix]
• 1.4.15 [security fix]
• 1.4.14 [security fix]
• 1.4.13
• 1.4.12
• 1.4.11
• 1.4.10

Feature request: version history

Great tool. Works fantastic.
If simple history can be included it is even more great.
One option in the pair form : number of days in history
If file exist in target and is updated then move old to fixed folder ./inhistory or rename file to extension (v-1,v-2 etc,,)
All files in history older then x days or older dan x version to trash.
Again great tool !

Have to continuously delete & recreate pairs

Hi Stefan,

I've been finding myself deleting pairs and later recreating them when I want the sync process to resume. Therefore, I have a suggestion. Would it be possible to have an option to temporarily suspend or pause a pair, and once paused, the option to restart a pair when ready to resume syncing?

One possible use of the feature I describe is perhaps having a pair for decryption that is only turned on when needed.

Issue: When selecting "run in background" prompts "Do you really want to quit"

Issue: When selecting "run in background" prompts "Do you really want to quit" -> This doesn't make sense to me since I am not quitting the program, it runs in the background. Otherwise really nice UI, finally a program that actually communicates correctly what it is going to do when I push that "exit" button. To many tools just pretend to exit and then go hide in the tray...
keep up the good work!

HackTool/Win32.Qwerty

It seems that Virus total find a malware in CryptSync (HackTool/Win32.Qwerty) . Any information about it?
Regards,

Zipped Zip file showing up in un-encrypted folder

I have an issue with a reoccurring zip file showing up in my un-encrypted folder. I'm using OneDrive and CryptSync to back up my financial data file which is ~ 201,244KB. Routinely, when I log back onto a PC I end up with an encrypted zip file in the un-encrypted folder. When I use my CryptSync encryption key to decrypt it, there is an encrypted zip file in the zip file. Decrypting that finds my data file; however, the file is dated 4/8/19 - I'm currently backing up 9/16/19.

When I back up, I overwrite the previous file. I've copied the files out of the un-encrypted directory and then gone to OneDrive and deleted the contents of the encrypted directory; however, it continues to return. The only thing I can think of is it's on one of my PCs and syncs when it's turned on, but it reappeared today and I believe I only used 2 PCs with the file. That still doesn't explain the double zip file showing up in my un-encrypted directory.

Feature request: minimum time and change periods between two event-triggered synchronizations

Some folders can have many changes in a short time (e. g. "sessionstore-backups" from Firefox), so it would be nice to have options for minimum time and change periods between two event-triggered synchronizations for each folder pair (see https://serverfault.com/questions/55733/the-job-and-monitoring-options-of-robocopy).

Filescan faulty with CryptSync Version > 1.2.7

Hi!

I'm testing CryptSync on Windows Server 2008, 64 Bit.

With CryptSync Version 1.2.7 I am able to sync folder pairs, but I have some issues where deleted source folders do not get deleted on the encrypted destination folders (log file is repeating "counterpart of file ... does not exist in src folder, delete file" every cycle, but the encrypted file is not deleted).

So I tried to upgrade to CryptSync 1.3.1 (64 and 32 Bit Versions), but there seems to be an issue with scanning the folders for files as nothing happens when I run a sync. It's the same issue with GUI and CMD Line, 64 Bit and 32 Bit Versions. Admin Rights or not - same effect.

Here is my testing/reproducing the most simple way I could imagine:

1. create folder "c:\original", set NTFS "full control"-rights to "everyone"
2. Put a test file in "c:\original"
3. create folder "c:\encrypted", set NTFS "full control"-rights to "everyone"
4. Open a CMD and enter (change according to local CryptSync-path):
   C:\CryptSync64-1.3.1\CryptSync.exe /src:"C:\original" /dst:"C:\encrypted" /mirror /progress

The result:

• no files appear in c:\encrypted
• no progess in cmd shows up
• cryptsync-Logfile has a few entries:

06/03/19 13:12:33 : INFO:    syncing folder orig "C:\original" with crypt "C:\encrypted"
06/03/19 13:12:33 : INFO:    settings: encrypt names: no, use 7z: no, use GPG: no, use FAT workaround: no
06/03/19 13:12:33 : INFO:    finished syncing folder orig "C:\original" with crypt "C:\encrypted"
06/03/19 13:12:33 : INFO:    exiting CryptSync

Using the same method above with CryptSync.exe Version 1.2.7 works fine, but somehow I want to update to try to fix the mentioned issue...

Any hints? Thanks!

Confusing message

Hi Stefan,

I have set up a pair with the following settings:

What does it mean to get a message like the following?
INFO: counterpart of file FILENAME does not exist in src folder, delete file

It's true that FILENAME does not exist in the unencrypted folder, but FILENAME is not deleted from the encrypted folder.

First character of pathname gets lost if the source or destination is a root folder

If the Crypt folder is a root folder then on the initial sync the files are correctly created, but on subsequent syncs cryptsync recreates the files and tries to delete all of the initial files, but without the initial character of the pathname, so it doesn't actually delete anything.

If the Orig folder is a root folder then on the initial sync the files are all created, but without the first character of the pathname. On subsequent syncs the files are all re-created (because they don't exist with the correct name), but again without the first character.

The attached log shows both issues.

cryptsyncerrors.txt

CryptSync doesn't pick up directory changes...

I have a bidirectional sync to a OneDrive folder set up on my desktop and a one-way sync from the OneDrive folder to a local folder on my laptop. File changes are detected and sync properly, but directory additions/deletions are not detected. Directory additions/deletions are detected if there is at least one file in new directory.

feature request: Don't Encrypt Directory names

is it possible to exclude encryption of directory names? currently everything gets encrypted so its hard to tell which directory is which, when I only want to download a certain directory from the cloud.

Allow to configure which files to compress and which only to encrypt

Hello,

it seems that v1.31 (and v1.27_342) do not use any compression at all. I checked with several files (txt, Outlook PST, Lightroom catalog).

For the time being I am back to v1.27, which seems to use a somewhat weird mixture of compression ratios (LZMA2:26 on a smaller PST, but only LZMA2:19 on a larger one that would benefit more from better compression). Still better than no compression at all. ;)

Feature Request: Ignore folders - mask

Like the ignore mask for files, a igrnore mask for folders would be very helpful to avoid sync with some folders.
For example: archive¦backup¦temp¦windows¦_*¦ etc.

Feature Request - RFC 3548 Base64 encoding of filenames

I believe you could save a lot by encoding the filenames in RFC 3548 filename safe Base64 (/ becomes _, + becomes -, remove =) instead of writing them out as hex, which is taking a lot of space. It would still make the file names a little bit larger, but not nearly where they are today with hex.

Original Filename - 50 Characters:
WeifenLuo.WinFormsUI.Docking.ThemeVS2012Light.dll

Hex - 103 characters (106% larger):
fe...e7.7z

Base64 with RFC 3548 substitutes - 68 characters (36% larger):
_n...uc.7z

I'm a C# dev and I don't know much C++, but I think in FolderSync.cpp - std::wstring CFolderSync::GetEncryptedFilename just before you do if (useGPG) you'd just have to convert encryptFIlename to base64, do the 3 substitutions, then you're all set. When decrypting, all you'd have to do is do the substitutions in reverse to get the regular base64, convert that to hex, decrypt as usual.

sync pair encryption password is missing

Recently, my passwords used to encrypt sync pairs have been deleted. The cause of the deletion is not known. I suspect Windows involvement since the passwords are stored in the registry but I have no evidence to prove that. The consequence is that all of the data that is being synced to the cloud is now being synced unencrypted. What solutions or workarounds can someone suggest to help with this problem. Without the encryption, the tool is not useful for me in this case.

CryptSync removed when uppdating Windows 10

Got a message that the "app" CryptSync had been removed because it wouldn't work alright with Windows 10. Updated from Windows 10 build 1909 to build 2004. A link pointed to a Microsoft page with an explanation in German (strange, as I'm using Swedish for the system).

A similar message has appeared once before in a similar situation. With a link to a Microsoft page in English.

Yet, the program was in place and was running. "Synchronisation ok". So, actually, the message was worrying, but inaccurate.
Anyhow, I don't like that Windows 10 might remove programs without asking. And I don't like to get such a message.

What is the reason to this message? Is it something in CryptSync that might not work with the latest Windows 10 builds? Or something that just triggers the message? And how could the program persist, although I got the message?

I'm using CryptSync version 1.3.3.367 2020/04/18

"/mirrorback" mode does not update "date modified" of source files

This issue was originally on Sourceforge. At the time I'm writing this, the original ticket is still available at https://sourceforge.net/p/cryptsync-sk/tickets/185/. I am not the author of the SF ticket but am interested in seeing it resolved. The name of the issue has been changed to reflect comments made by the original submitter - specifically that the issue is not limited to command line invocation of cryptsync.

The original description is reproduced below, modified only to the above noted reference to command line use.

---------- original description ----------
I want two source folders synced with an encrypted folder. Call them "src1", "src2", and "dst".
Steps to recreate this bug:

1. Put some files in src1, keep sr2 and dst empty
2. Mirror src1 -> dst
3. Mirrorback src2 <- dst (Now all three folders are correctly synced)
4. Modify some files in src2
5. Mirror src2 -> dst. (Files and their timestamps in dst are correctly updated)
6. Mirrorback src1 <- dst. (BUG: files are updated, but timestamps are not properly updated, "date modified" is unchanged)

Incorrect timestamps have severe negative impact on future syncing.
Hope this can be fixed soon.
---------- end of original description ----------

My test using CS version 1.30 used a batch file with the line that reads

cryptsync /src:"R:" /dst:"S:" /pw:"password" /encnames /use7z /progress /syncall

so that I can use the same batch file on both client computer.

I am using Windows 10 - Professional on one computer and Home on the other.

One last comment, the author of the original ticket suggested a code change for CS version 1.2.7.338. The suggest change is as follows

---------- begin of changed code ----------
I fixed it by changing line 701 in FolderSync.cpp from

if (!DecryptFile(origpath, cryptpath, pt.password, it->second, pt.useGPG))
to

if (!DecryptFile(origpath, cryptpath, pt.password, cryptit->second, pt.useGPG))
---------- end of changed code ----------

Dave

OneDrive created *-PCName.7z files for sync errors, result was complete data loss for affected folders

3 devices syncing, my laptop was offline for the weekend and tried to reconnect / sync this morning.

Every clear / unencrypted folder is now empty of files, only the folders remain!

The log file just has a bunch of this:

07/02/18 13:50:45 : INFO:    decrypt file \\?\C:\Users\XX\OneDrive\Secure\XX\YY\ZZ-ScottFrost-PC.7z to E:\CryptSync\XX\YY\ZZ-ScottFrost-PC.7z
07/02/18 13:50:46 : ERROR:   failed to set file time on E:\CryptSync\XX\YY\ZZ-ScottFrost-PC.7z

Luckily I had a backup prior to using CryptSync or I'd have a complete data loss right now!

Empty folders cannot be synchronized

It would be great if you could add this feature.🤭

Button "Run in background" starts full-sync (and also closing the window)

The button "Run in background" is not only monitoring the changes, it starts immediately the full-sync. The same thing happens when I close the CryptSync window (X).

Extract from the log after clicking the button "Run in background" at 20:47:32 - the full-scan ist starting again :
10/08/20 20:39:05 : INFO: finished syncing folder orig "D:\Systems" with crypt "C:\Users\Remo\OneDrive_eway_sync_OneDrive_root\D-DATA\Systems"
10/08/20 20:47:32 : INFO: syncing folder orig "D:\Administration" with crypt "C:\Users\Remo\OneDrive_eway_sync_OneDrive_root\D-DATA\Administration"

I guess, the button "Run in background" an closing the window should only monitoring the folder pairs, nothing else.

CryptSync deletes opened files

Hi Stefan

I'm using CrypSync to sync my working-folders with OneDrive. My problem is, that a lot of times, when I open a file to read it or to work on it, ScryptSyc delete sometimes this touched files.
That happend when I make a new entry on my Keepass-file, or when I'm working wiht Excel-files or when I'm just reading a email (kbdx, xlsx or eml).

In the log I notice the following entries, for example when the Keepass-file was deletet:
08/30/20 19:39:53 : ERROR: Failed to encrypt file "D:\Systems\Passwords\Database_eway.kdbx" to "C:\Users\Remo\OneDrive_eway_sync_OneDrive\D-DATA\Systems\Passwords\Database_eway.kdbx.7z"
08/30/20 19:40:02 : INFO: file D:\Systems\Passwords\Database_eway.kdbx does not exist, delete file C:\Users\Remo\OneDrive_eway_sync_OneDrive\D-DATA\Systems\Passwords\Database_eway.kdbx.7z

You have any idea? Could it be, that CryptSync try to touch opened files an then runs into an error?

Thanks for your support.

Kind regards Remo

Update build.txt

Please update buid.txt.
The project is now on GitHub and seems no longer requires TortoiseSVN. Project/solution files also indicate VS 2017 instead of 2015. I don't know if there are other changes.

Would love to contribute to CryptSync. An update-to-date build.txt would help greatly. Thanks!

[ Future Request ] Do not delete files in destination folder

Hi, it's a tiny but very nice program. Many thanks.
I have a request - an option for the feature: if there is no files in the source directory, do note delete files in the destination directory. I mean do not mirror files but only copy them - Safe Mode.

Avoid full scann

I have over 200,000 files, that's over 200 GB of data, which I want to synchronize.
How can I prevent the full scan or set it to only be triggered manually?

Feature request: asymetric encryption/decryption

HI!
Thanks for this software that is already so useful as is!
I can think of an improvement though, but not sure if it is feasible or if it is easy or not:

I think it would be useful to be able to chose a public key for encryption, when the encrypted folder is a cloud folder that is shared with someone. It would avoid the burden to figure out how to send them the password in a secure way.

More, I've seen some software that is able to take several public keys and encrypt files so that several different private keys can decrypt them. If CryptSync could automatise this, it would be great in order to securely share files over clouds with several persons each having their own pair of keys.

Sorry if this is not relevant (I am not good at developing/programming).

Cheers!

Rename ZipFiles result Error fail to set file time

We use cyprtsync to backup and restore Windows Userprofile Folder.
In a migrationstep we need to rename some zipped Files.
Wenn decrypt a file that has been renamed as a zip file , the error occurs :
decrypt file \...... to C:\users\user1\Documents\blafile.doc
ERROR: failed to set file time on C:\users\user1\Documents\blafile.doc

Feature request: Encrypted configuration file instead of registry use

I understand CryptSync is not meant to carry out local protection. But as
is, CryptSync actually defeats some basic local protection strategies meant to prevent access to the decrypted folder (in case the computer is stolen, infected or otherwise accessed). For example:

1. If we want to enclose the original folder (and possibly the encrypted one
   too) in an encrypted container (like VeraCrypt);
2. If we want to have the original and/or encrypted folder on a removable
   drive.

In both cases, the attacker just has to open CryptSync or the registry, see
the paths and re-create them so that the cloud synchronises again and the
decrypted data too (without even knowing the password).

I think the solution could consist in 3 elements:

• When creating a new pair, a new free-text field asking for a label (i.e. a
  name) for the created pair
• A configuration file instead of Registry. It could be a CSV file with
  columns like:
  "ID,label,encrypted_original_path,encrypted_encrypt_path,password_hash,salt"
  ; I think the 2 paths should be encrypted with the password provided by the user
  for the encryption.
• The panel displaying all the pairs in the GUI replaced by a panel
  displaying only labels. If the user wants to see the paths (or otherwise
  edit the pair), they must click on the label and enter the password first.

The location of the configuration file might even be configurable (for
convenience, since I don't see any reason related to security to do that).

Is it possible to choose an (unknown) extension other than .7z and .cryptsync?

Hello,

I don't really want to use a well-known file extension such as .7z or .cryptsync, they are somehow implying the data is encrypted by 7Zip/CryptSync. I prefer a user-custom string, for example .xyz1abc.

Is it possible?

Version for android?

I love this program!! Since mobile security is rising in importance an android version would be wonderful. Just a wish :-).

(delete)

(delete)

CryptSync does not work with SUBSTed drives

I found that when I map a directory onto a drive letter in Windows 10, using

subst f: c:\dir1\dir2\dir3

and I want to CryptSync a directory in f:, then CryptSync stops working:

The log file only contains 'INFO' statements (that make sense), so that does not provide any help as to why this happens.

Feature Request: Button "Sync Now"

I am really missing a button "Sync Now", that would immediately trigger the Sync process, without exiting the program.

How to update 7zip binary

First, I want to say thank you for the great tool and all of your work on it. I have been using it for years and I love it.

In the past, I used to periodically update the 7zip and gpg binaries by manually replacing them in C:\Program Files\CryptSync. I just updated to the new version and noticed that the 7zip binary no longer exists.

Is there a way to update the 7zip binary and make CryptSync use the updated 7zip binary? Or do we have to wait for a CryptSync update for updates to 7zip?

Thanks.

CryptSync 1.1.4 encrypted all (3) pairs again

Hi!

I'm aware that CryptSync 1.1.4 on Windows XP is unsupported now, but nevertheless I would like to ask the following:
In early May I installed CryptSync and created three pairs with local folders on my XP machine.
Encryption worked without problems, but on May 24th 30 minutes after I started XP and (automatically) CryptSync, CryptSync began encrypting all files again, although they didn't change. The 'last write time' of the files is still the same.

The log file says:

05/24/20 14:30:00 : Starting CryptSync
05/24/20 15:00:00 : encrypt file D:\Backup\DIA\4DSD.ZIP to D:\CryptSyncCloud\DIA\4DSD.ZIP.cryptsync
05/24/20 15:00:01 : encrypt file D:\Backup\DIA\ALADDIN.PAT to D:\CryptSyncCloud\DIA\ALADDIN.PAT.cryptsync
05/24/20 15:00:01 : encrypt file D:\Backup\DIA\ALADDIN.ZIP to D:\CryptSyncCloud\DIA\ALADDIN.ZIP.cryptsync
...

I would have expected the log saying something like "encrypted file is older".

Any idea, why this happened?

Cheers,
Robert

When only copying files, new files result in a folder with .7z extension

First off

I love this tool - Great job! Thank you so much for making it.

Now, the issue I've discovered:

I have a folder pair set up for convenience that simply copies between locations (no encryption), and I use *.* to tell CryptSync this (via the "...but copied below:" field). However, when I create a file in the unecrypted side during sync it also creates a folder in the encrypted side with the name of the file being synced with.7z at the end. If I turn off the .7z option it does with the cryptsync extension.

This is compounded when you have encryption going in both direction and don't ignore .7z files, resulting in an infinite loop.

I have tried being more specific in the "...but copied below:" field, but the result is the same.

I really don't want to have to use a second app to do plain file copying. Thanks for taking a look at it.

CryptSync & DropBox - conflicted copy issue

I've run into one semi-serious issue in combination with Dropbox. Occasionally, probably because of some mistake on my part, Dropbox creates a copy of a file, and to avoid overwriting the previous copy, the new copy is renamed. However, one version of these conflicting copies is still overwritten by another when decrypted by CryptSync. Let me demonstrate this issue by the following example:

1. I have a file titled "shopping history.xlsx"

2. CrypSync encrypts this file, resulting in a file titled "shopping history.xlsx.7z" (which contains "shopping history.xlsx")

This file is then uploaded to Dropbox.

3. Dropbox detects a syncing conflict in this file (perhaps because I edited the file "shopping history.xlsx" while being offline on one PC and then again edited the same file while online on another PC), and because Dropbox cannot decide which of these files to keep, it keeps both. The second file is renamed to prevent overwriting, resulting in the file titled in the following manner:

"shopping history.xlsx (DESKTOP-UMS014A's conflicted copy 2019-04-24).7z"
(which also contains the file "shopping history.xlsx")

The problem occurs when both of these files ("shopping history.xlsx.7z" and "shopping history.xlsx (DESKTOP-UMS014A's conflicted copy 2019-04-24).7z") are downloaded into my PC and subsequently decrypted via CryptSync. During this process, one version of the file is overwritten by another, because both zipped files contain the file of the same title.

It would be really helpful if CryptSync didn't overwrite these conflicted files, but rather keep both of them, for instance by renaming the second copy. Otherwise I am kind of kept in the dark about the existence of this conflict. This time it took me about a week until I noticed something was wrong.

Thank you in advance for looking into this issue and also thanks for a great, simple and efficient piece of software.

Unexpected crash

Windows 10 Pro.
Unexpectedly crashes when syncing

Feature Request - Import / Export Settings

I use your wonderful tool as a real time backup mechanism to cloud storage. What would help greatly would be the ability to import / export configuration so that in the event of a crash, I can just reload the settings and have CryptSync merrily restore everything in the background.

At the moment I would have to remember all the folders I have mapped and set each of the pairs up again manually. Some kind of backup feature would be useful.

Another perhaps less critical feature could be to duplicate an entry, allow it to be edited and saved. This is more of a usability improvement.

error accessing path "XYZ", skipped

I just installed the new version 1.3.2 and now I get the error message above for any folder pairs I have. I even started it in administrator mode but still the error persists. Any ideas what the reason could be?

How to use cryptsync on linux distros?

Is it possible to use cryptsync on wine?