<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Improved encrypted backup stability]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/nebulon" aria-label="Profile: nebulon">@<bdi>nebulon</bdi></a> in the <a href="https://matrix.to/#/#discuss:cloudron.io" target="_blank" rel="noopener noreferrer nofollow ugc">Matrix room</a>:</p>
<blockquote>
<p dir="auto">s3 implementations often have different filename/path length restrictions. Especially if backup encryption is on.</p>
</blockquote>
<p dir="auto">I've experienced trouble with both Spaces and Minio. Spaces becoming unresponsive (support recommended deleting it and start over 🤯). Minio can't replicate said file structure because of the Cloudron encrypted backup file naming convention.</p>
<ul>
<li>Can something be done to ensure better compatibility with Digital Ocean's object space offering: Spaces?</li>
<li>Can the same be done regarding Minio?</li>
</ul>
]]></description><link>https://forum.cloudron.io/topic/3431/improved-encrypted-backup-stability</link><generator>RSS for Node</generator><lastBuildDate>Fri, 17 Apr 2026 02:45:29 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/3431.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 15 Oct 2020 13:04:06 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Improved encrypted backup stability on Thu, 15 Oct 2020 18:27:38 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a> In my case I was trying to mirror the content of a remote DO object storage to a local Minio instance. I can't recall the exact error but I remember it had to do with the handling of filenames.</p>
]]></description><link>https://forum.cloudron.io/post/16064</link><guid isPermaLink="true">https://forum.cloudron.io/post/16064</guid><dc:creator><![CDATA[yusf]]></dc:creator><pubDate>Thu, 15 Oct 2020 18:27:38 GMT</pubDate></item><item><title><![CDATA[Reply to Improved encrypted backup stability on Thu, 15 Oct 2020 14:17:15 GMT]]></title><description><![CDATA[<p dir="auto">Can you tell me what errors you faced with minio? Already the filenames are base64 after encryption, not sure what more we can do .</p>
]]></description><link>https://forum.cloudron.io/post/16044</link><guid isPermaLink="true">https://forum.cloudron.io/post/16044</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Thu, 15 Oct 2020 14:17:15 GMT</pubDate></item><item><title><![CDATA[Reply to Improved encrypted backup stability on Thu, 15 Oct 2020 13:44:51 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/marcusquinn" aria-label="Profile: marcusquinn">@<bdi>marcusquinn</bdi></a> said in <a href="/post/16032">Improved encrypted backup stability</a>:</p>
<blockquote>
<p dir="auto">Not sure if related but I wonder if file-paths can be hashed before being encrypted so they don't go over the max length limitation?</p>
</blockquote>
<p dir="auto">Nope. It must be possible to "reverse" the encryption, to decrypt the backup when restoring. But hashing is only one-way. So there would have to be an index/dictionary/hash-table thingy in addition in order to be able to reverse the hash, which makes the whole thing much more complicated.</p>
]]></description><link>https://forum.cloudron.io/post/16035</link><guid isPermaLink="true">https://forum.cloudron.io/post/16035</guid><dc:creator><![CDATA[mehdi]]></dc:creator><pubDate>Thu, 15 Oct 2020 13:44:51 GMT</pubDate></item><item><title><![CDATA[Reply to Improved encrypted backup stability on Thu, 15 Oct 2020 13:26:48 GMT]]></title><description><![CDATA[<p dir="auto">Not sure if related but I wonder if file-paths can be hashed before being encrypted so they don't go over the max length limitation?</p>
]]></description><link>https://forum.cloudron.io/post/16032</link><guid isPermaLink="true">https://forum.cloudron.io/post/16032</guid><dc:creator><![CDATA[marcusquinn]]></dc:creator><pubDate>Thu, 15 Oct 2020 13:26:48 GMT</pubDate></item></channel></rss>