Cannot copy files to vault mounted on Dropbox

[jskang]

I am running the latest version of Cryptomator (1.4.0) and Dropbox (63.4.107) on Win 10 Pro (1803 w/ all avail updates).

In trying to copy a 396KB PDF file from my laptop to my vault, I get a “not enough memory” error message. This happens whether the vault is mounted as a Dokany or WebDAV resource. Exact error message is:

This is on top of an annoying issue where some files in my vault cannot be removed from the same system that created the file. I have to remove them from another system (PC or mobile device).

I never had these problems when I first started using Cryptomator. I wish I could remember what version that was. But, it seems like since this 1.4.0 release (and maybe the one prior), I have been having more and more problems.

Any help that can be provided would be appreciated. Otherwise, I may just give up on Cryptomator all together. If I do, would it be possible to get my app purchases (Android and iOS) refunded?

[Michael]

same as this German post, but unfortunately no community feedback so far. (Just want to link them)

Dateien aus Dropbox können nicht in Cryptomator gespeichert werden

Ich kann quasi alle Dateien in das WebDav-LW kopieren. Aber sobald ich eine Datei, die zuvor in meiner DropBox lag in das WebDav kopiere, erhalte ich die Fehlermedlung: Für diesen Vorgang ist nicht genügend Arbeitsspeicher verfügbar! Freier Speicherplatz: 13,6GB Gesamtgröße: 349GB Die Dateien sind bei weitem kleiner. Ich habe auch schon etliches versucht: Umbenennen, aus Dropbox zunächst auf ein anderes LW kopiert,… Das einzige was funktionierte war: PDF-Datei öffnen und als neues PDF spei…

[jskang]

I can’t read or speak German so I appreciate it.

[jskang]

Also, if it’s of any use to the folks who do support (if they read this), I would be happy to provide debug logs from Cryptomator when this problem happens if it would be useful.

[Michael]

Seems that there’s an issue with pdf files and network drives for specific windows Setups.
I can not reproduce it as my PDFs do not throw that exeption.
Here’s a related post from the adobe forum.
https://forums.adobe.com/thread/635836

[jskang]

Interesting problem in that link.

For me, though, the file had already been in my Cryptomator vault for some time. I only ran into this problem while I was trying to put all of the files in my vault into a new encrypted ZIP file located on my local SSD using the latest version of 7zip. It’s part of my monthly backup practice. 7zip complained it could not access that PDF file along with a couple other files.

I noticed the file property for the PDF file in question was flagged “read-only”. So, I copied the PDF to my local system, unchecked “read-only”, and tried to copy it back into my mounted vault. That’s when I ran into this “not enough memory” error.

Between this problem and the other one I’ve been having where it sometimes won’t let me delete files from Windows, I’m starting to lose confidence in Cryptomator as my multiplatform encrypted storage solution. I may have to give up and pay for Boxcryptor.

[Michael]

Between this problem and the other one I’ve been having where it sometimes won’t let me delete files from Windows

I experienced this as well, and this also seems to have its cause in the windows WebDAV client.

Cannot delete files containing ; or % in their names

Hi all, I’m new to cryptomator and coming from a mix of truecrypt and 7-zip with encryption für my cloud storage. So I’m pretty excited about cryptomator, which seems to make things a lot more comfortable (as far as I can see by now). Unfortunately I have trouble with one file that cannot be deleted from vault and kindly ask for your suggestions how to solve this. System: Windows 10 Cryptomator Version 1.3.1: Filename: aaa_bbbb_ccccccccccccc_ddddddddd%5B1%5D_ger.pdf (I name this because my…

You can either switch to dockany, or delete the file directly in the online vault by using cyberduck (also linked in the tread above)

[jskang]

I experienced this as well, and this also seems to have its cause in the windows WebDAV client.

I’ve been having this problem with a Dokany mount. All of my problems have been with the vault mounted via dokany. Though I have seen the problems with WebDAV, too.

[Michael]

Fyi: There’s an issue on github with Dokany that causes read only files undeletable.

Issue: Read-only Files: Files and/or folder reappear after deleting

[jskang]

I think I had seen reference to that in another post that I came across. It would be nice if that addressed the issues I’m having. I wonder how soon we’ll see the problem discussed in that posting fixed?

[infeo]

I recently posted a guide how you can remove the “read-only” attribute from your files stored in the vault:

Windows: How to remove write protection from a file inside a vault

Hey Folks, since i read recently several reports about problems with write protected files, I’ll post a short guide how to “unprotect” them. First of all: This is a known issue (see bug report #776). So, let’s assume you have created a vault myVault and it is stored under the path D:\path\to\myVault. Open a terminal Enter the following command and hit enter: attrib -R /S "D:\path\to\myVault" The command will remove the write protection file attribute from any file in D:\path\to\myVault an…

Hope this helps!

Nonetheless the error message of windows is kinda confusing… i wonder if this is windows or cryptomators fault…

[Larry_E]

This is most likely an issue with NTFS Alternate Datastreams. Some cloud providers (Tresorit, Dropbox), use Alternate Datastreams to store metadata (cloud file ids, etc) in the file.

These result in problems when files are copied to a Cryptomator vault. Two examples:

1. Bogus out of memory errors (especially when copying PDF files)
2. Warnings about being unable to copy the file’s properties.

The workaround is to delete the alternate datastreams from the source files. This can be done with the Streams program found here:
https://docs.microsoft.com/en-us/sysinternals/downloads/streams.

WARNING: Removing the alternate streams may cause issues with copies of the files stored on these cloud providers. I was not concerned and deleted the alternate streams, but YMMV. You have been warned.

For more information on alternate data streams, see this article: https://blogs.technet.microsoft.com/askcore/2013/03/24/alternate-data-streams-in-ntfs/