<div dir="ltr"><div class="gmail_quote"><div dir="ltr"><div class="gmail_extra"><span class=""><div class="gmail_quote">On Tue, Oct 13, 2015 at 5:03 PM, Xen <span dir="ltr"><<a href="mailto:list@xenhideout.nl" target="_blank">list@xenhideout.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As I said before, just rsyncing the lower layer (encrypted) of an eCryptfs<br>
volume may work well -- no multiple decryption-encryption cycles and what<br>
not.. Say you have an eCryptfs folder named ~/Private, then just keep your<br>
images in ~/Private and rsync the lower layer in ~/.Private. If you enable<br>
filename encryption retrieving individual files may get a bit tricky,<br>
though.<br>
</blockquote>
<br></span>
Sure if the files are small and not encrypted. Or, not constantly changing (with their encryption).</blockquote></div><br></span>Not so. For small file there is no advantage as any change may change the whole file. Its for large files where only a  few blocks change that the delta algorithms saves transfer time. And that's exactly where eCryptfs ould help.</div><div class="gmail_extra"><br></div><div class="gmail_extra">You don't like file level encryption but that is exactly what you have been asking about. You cant move out of Windows but still want a scalable, stable solution. Its all a contradiction of terms..</div><span class="HOEnZb"><font color="#888888"><div class="gmail_extra"><br></div><div class="gmail_extra">Selva</div></font></span></div>
</div><br></div>