<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[QRecall Community Forum - Latest posts for "Peter B."]]></title>
		<link>https://forums.qrecall.com/posts/listByUser/1230</link>
		<description><![CDATA[Latest posts for "Peter B."]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>[Problems and Bugs] Update to layer shade controls in QRecall help</title>
				<description><![CDATA[ <blockquote>
 <div><cite>James Bucanek wrote:</cite> <br>Control+arrow moves the bottom shade. The command key is ignored.
 </div>
</blockquote> <br>Control+arrow was usurped by Mission Control and Application windows on my system. Holding control command allowed me to control the bottom shade. <img src="https://forums.qrecall.com/images/smilies/3b63d1616c5dfcf29f8a7a031aaa7cad.gif"> I wonder why.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/449/2120</guid>
				<link>https://forums.qrecall.com/posts/preList/449/2120</link>
				<pubDate><![CDATA[Wed, 5 Jun 2013 22:49:20]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
			<item>
				<title>[Suggestions and Feedback] Re:1:1 copies, source data validation...</title>
				<description><![CDATA[ I'm confident that QRecall will know when QRecall archive data has been corrupted and I understand that QRecall doesn't need the original to do this. If I think that one of my originals has become corrupted, and I haven't modified it since the last capture, I can recall a copy from the archive and then compare it to the original. However, if one of my originals has become corrupted and I don't realize it, the corrupted file will be captured into the QRecall archive the next time I do a backup. As old layers are merged, the uncorrupted file will eventually be gone from the archive. I'd have some time to recall the uncorrupted file from the archive, but I'd still have to realize that the original was corrupted. If QRecall knew that an original has changed, but it shouldn't have since the last capture (because the modification date of the original is the same as the one in the archive), then QRecall could alert the user that the original may be corrupted. <br> <br>
<blockquote>
 <div><cite>James Bucanek wrote:</cite>Applications do not update the creation, modification, attributes, or access time of file objects. That's handled automatically by the filesystem. In fact, an application would have to go to extraordinary measures to modify a file in a way that made it appear that it hadn't. I'm not aware of any apps that do this.
 </div>
</blockquote> <br>The only instance I can remember where this happens is with AppleScript Editor in Snow Leopard when modifying scripts saved as applications. The date modified of the application didn't change when I modified it with AppleScript Editor in Snow Leopard. However, a few minutes ago I opened a script I hadn't touched since 2011 by using "Show Package Contents" in the Finder and items inside did have modification dates that were later than the application's modification date (which, in Snow Leopard, always stayed the same as the date created). So, the files that I modified apparently did have updated modification dates but the package/application containing them did not. Apple seems to have fixed this in Lion or Mountain Lion: scripts saved as applications get updated modification dates when they are modified by AppleScript Editor in Mountain Lion.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/202/2119</guid>
				<link>https://forums.qrecall.com/posts/preList/202/2119</link>
				<pubDate><![CDATA[Wed, 5 Jun 2013 22:33:23]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
			<item>
				<title>[Problems and Bugs] Update to layer shade controls in QRecall help</title>
				<description><![CDATA[ <img src="http://i40.tinypic.com/2uo6w0g.png" alt="image"> <br>Control option controls the top shade, control command controls bottom shade.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/449/2115</guid>
				<link>https://forums.qrecall.com/posts/preList/449/2115</link>
				<pubDate><![CDATA[Wed, 5 Jun 2013 19:51:06]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
			<item>
				<title>[Suggestions and Feedback] Four suggestions/requests</title>
				<description><![CDATA[ I want to be able to define a maximum size of an archive in bytes (or KB, MB, GB, TB), independent of the space left on the volume. This could help when there is more than one archive competing for space on the same volume. With the options currently available, over the course of many captures and merges (and no manual compensation by the user), I speculate that one archive could slowly squeeze the other archive, and so one eventually uses more space than necessary and the other would eventually not go as far back in time as desired. <br> <br>The archive settings sheet should specify that the leftmost position of the three sliders is "off." This would be helpful because users don't always read the manuals before starting to use software. <br> <br>I'd like a separate button for the menu which is normally available by right clicking the stop button in the QRecall Activity window. Recently, I accidentally left clicked the stop button for a process in the activity window, when I wanted to have right clicked. <br> <br>I want options to be able to delay an action more than 5 minutes, so I can perform 12 or more actions in a specified sequence when a volume connects. In my case it's because I'll be using two archives on the same volume, which have six actions each.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/448/2114</guid>
				<link>https://forums.qrecall.com/posts/preList/448/2114</link>
				<pubDate><![CDATA[Wed, 5 Jun 2013 19:42:14]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
			<item>
				<title>[Suggestions and Feedback] Re:1:1 copies, source data validation...</title>
				<description><![CDATA[ <blockquote>
 <div><cite>Mostly Harmless wrote:</cite>-snip- <br>The modification date is changed by the operating system whenever there is write access. <br>If the modification date does not indicate write access since a hash signature was generated but the file has changed, then it is corrupted. <br>-snip- <br>
 </div>
</blockquote> <br>I, too, would like to have source data validation. The method I was going to suggest is this one posted by Mostly Harmless. However, I think that not all applications or processes update the modification date of files that are written to.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/202/2113</guid>
				<link>https://forums.qrecall.com/posts/preList/202/2113</link>
				<pubDate><![CDATA[Wed, 5 Jun 2013 19:30:42]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
			<item>
				<title>[General] Re:6 terabyte limit</title>
				<description><![CDATA[ I see. When I was reading about QRecall, I was asking myself how de-duplication could work over terabytes of data, and how difficult that would be. I should've realized that that conundrum was the reason for the current 6 terabyte limit. <br> <br>Also, that's a great idea to split unrelated data into different archives! I'll definitely try that.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/444/2102</guid>
				<link>https://forums.qrecall.com/posts/preList/444/2102</link>
				<pubDate><![CDATA[Sat, 25 May 2013 13:28:17]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
			<item>
				<title>[General] Re:Encryption</title>
				<description><![CDATA[ Ah, thanks!]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/420/2101</guid>
				<link>https://forums.qrecall.com/posts/preList/420/2101</link>
				<pubDate><![CDATA[Sat, 25 May 2013 13:09:57]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
			<item>
				<title>[General] 6 terabyte limit</title>
				<description><![CDATA[ On <a class="snap_shots" href="http://www.qrecall.com/features.jsp" target="_blank">the features page</a>, it says that one can store up to 6 terabytes of data in a single archive. This limit is more than enough for me... at least for now. However, I can imagine needing to store more than 6 terabytes of data in the years to come. This limit will increase in future versions, right?]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/444/2098</guid>
				<link>https://forums.qrecall.com/posts/preList/444/2098</link>
				<pubDate><![CDATA[Sat, 25 May 2013 10:40:53]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
			<item>
				<title>[General] Encryption</title>
				<description><![CDATA[ <blockquote>
 <div><cite>Chris Petit wrote:</cite>Note to others that want to use encryption. You should use lion's volume encryption feature and not an encrypted disk image or sparse bundle. <br> <br>The sparse bundle creates two disk directory indexes, which can cause problems. <br> <br>James says he will also be adding encryption directly to the program in a future version so be on the lookout for that as an option. <br>
 </div>
</blockquote> <br>Does this refer to encryption for the QRecall archive (putting the QRecall archive on an encrypted volume or encrypted sparse bundle), or to the data that will be backed up on the QRecall archive (backing up an encrypted volume or encrypted sparse bundle)? I think that it's the former, but I'd like to be sure.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/420/2097</guid>
				<link>https://forums.qrecall.com/posts/preList/420/2097</link>
				<pubDate><![CDATA[Sat, 25 May 2013 10:32:25]]> GMT</pubDate>
				<author><![CDATA[ Peter B.]]></author>
			</item>
	</channel>
</rss>