<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[QRecall Community Forum - Latest posts for "Hanno Kaiser"]]></title>
		<link>https://forums.qrecall.com/posts/listByUser/937</link>
		<description><![CDATA[Latest posts for "Hanno Kaiser"]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>[General] Qrecall and Optimized Storage (iCloud and Dropbox)</title>
				<description><![CDATA[ James: What if anything should I consider when backing up files that OSX (Catalina) ?optimized,? i.e., stored in iCloud to save space on the internal drive? Dropbox does the same: rarely used files on the internal drive are replaced by links/aliases and downloaded if and when the user opens the file. In that situation, does Qrecall back up the actual file (that resides in the cloud) or just the link (that resides on the local drive)? Best, Hanno]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/1766/4926</guid>
				<link>https://forums.qrecall.com/posts/preList/1766/4926</link>
				<pubDate><![CDATA[Tue, 28 Jan 2020 02:00:50]]> GMT</pubDate>
				<author><![CDATA[ Hanno Kaiser]]></author>
			</item>
			<item>
				<title>[General] Full capture after turning on FileVault?</title>
				<description><![CDATA[ After I activated FileVault on my OSX 10.9.1 partition, QRecall went through a full capture of all files in my home folder (with almost 100% duplicates, which took about 20 hours). Within the archive, QRecall created a second directory tree for the home folder. <br> <br>1. Is this normal behavior? <br>2. Is it advisable (and possible) to consolidate the two home folder entries in QRecall? <br> <br>Best, <br>Hanno]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/470/2223</guid>
				<link>https://forums.qrecall.com/posts/preList/470/2223</link>
				<pubDate><![CDATA[Sun, 26 Jan 2014 12:18:48]]> GMT</pubDate>
				<author><![CDATA[ Hanno Kaiser]]></author>
			</item>
			<item>
				<title>[General] Re:Moving user home folder; keep same QRecall archive?</title>
				<description><![CDATA[ Thank you very much for the quick response. Best, Hanno]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/469/2219</guid>
				<link>https://forums.qrecall.com/posts/preList/469/2219</link>
				<pubDate><![CDATA[Thu, 2 Jan 2014 18:07:41]]> GMT</pubDate>
				<author><![CDATA[ Hanno Kaiser]]></author>
			</item>
			<item>
				<title>[General] Moving user home folder; keep same QRecall archive?</title>
				<description><![CDATA[ For the last two years or so, I kept my OSX installation on one partition ("A") and most of my user data on a separate partition ("B") on the same HD. I did not move the /Users/home folder, which remains on "A". Rather, I simply keep most of my user data on partition "B". Partition "B" has been backed up with QRecall on a regular basis and my archives go back for at least 18 months. Now I want to get rid of partition "B" and copy everything into the /User/home folder on Partition "A". <br> <br>1. Can I simply point QRecall to the new location (/Users/home on "A"), add to my current archive, and not worry about the change in partitions and in the logical organization of the data file hierarchies (i.e., the folder structure)? <br> <br>2. Alternatively, is it advisable to start a new archive for /Users/home on "A" right after copying over the data from "B"? In that case, will the data in the old archive (for "B") still be used for purposes of deduplication -- or will I end up with one huge archive for "B" and a new one of almost equal size for "A"? <br> <br>Best, <br>Hanno]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/469/2217</guid>
				<link>https://forums.qrecall.com/posts/preList/469/2217</link>
				<pubDate><![CDATA[Wed, 1 Jan 2014 12:15:54]]> GMT</pubDate>
				<author><![CDATA[ Hanno Kaiser]]></author>
			</item>
			<item>
				<title>[Problems and Bugs] Re:Backup of encrypted file-system folder fails (Boxcryptor Classic)</title>
				<description><![CDATA[ James: <br> <br>1. Thank you for your response and for taking the time to replicate the problem! It is much appreciated. Some further digging confirmed your conclusion that the EncFS filesystem, which is accessed via OSXFUSE, does not support extended attributes. In addition, EncFS is case sensitive, which my normal volumes are not. <br> <br>2. As a workaround I now maintain a copy of the unencrypted files in a regular folder that mirrors the contents of the Boxcryptor folder. A script updates the copy just before the scheduled QRecall backup. <br> <br>Best, <br>HK]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/455/2144</guid>
				<link>https://forums.qrecall.com/posts/preList/455/2144</link>
				<pubDate><![CDATA[Sun, 21 Jul 2013 13:16:05]]> GMT</pubDate>
				<author><![CDATA[ Hanno Kaiser]]></author>
			</item>
			<item>
				<title>[Problems and Bugs] Backup of encrypted file-system folder fails (Boxcryptor Classic)</title>
				<description><![CDATA[ I use a folder with an encrypted filesystem within Dropbox. Once the password is entered, the folder is mounted as a volume ("Boxcryptpor") and can be accessed via the Finder. (The encryption/mounting is done by a utility named Boxcryptor Classic, which builds on EncFS. See: www.boxcryptor.com) <br> <br>First, I tried to back up the Boxcryptor volume with QRecall, but QRecall doesn't see it (i.e., I can't select it). <br> <br>I then tried to back up the volume as a folder, but that results in a 1K backup of the symlink (or alias) that points to the decrypted volume. <br> <br>To be clear, I can back up the *encrypted* files, but what I'm looking for is a backup of the *decrypted* files after the Boxcryptor folder has been mounted. Any suggestions would be much appreciated. <br> <br>Best, <br>HK]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/455/2142</guid>
				<link>https://forums.qrecall.com/posts/preList/455/2142</link>
				<pubDate><![CDATA[Sat, 20 Jul 2013 20:54:55]]> GMT</pubDate>
				<author><![CDATA[ Hanno Kaiser]]></author>
			</item>
	</channel>
</rss>