<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Jungle Disk Roadmap Update</title>
	<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/</link>
	<description>Reliable online storage powered by Amazon S3</description>
	<pubDate>Sat, 22 Nov 2008 05:11:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Michael G</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-43</link>
		<dc:creator>Michael G</dc:creator>
		<pubDate>Tue, 12 Jun 2007 05:33:46 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-43</guid>
		<description>First off, this is a truly KILLER app. I've read your pricing plans of $20 per user... I would gladly pay more!
I have installed this on numerous client systems to automatically backup their systems...  It's a no brainer. I've been keeping a list of them all so they can purchase the licensed version when it's available. They're all VERY happy as am I.  :)
One thing I would LOVE to see in a future version is multiple bucket mappings with unique encryption keys for each all in one instance of JD. I'm thinking of the virtual office scenario with several remote employees needing various levels of access (staff drive, management drive, etc.).
Keep up the fantastic work guys!!!</description>
		<content:encoded><![CDATA[<p>First off, this is a truly KILLER app. I&#8217;ve read your pricing plans of $20 per user&#8230; I would gladly pay more!<br />
I have installed this on numerous client systems to automatically backup their systems&#8230;  It&#8217;s a no brainer. I&#8217;ve been keeping a list of them all so they can purchase the licensed version when it&#8217;s available. They&#8217;re all VERY happy as am I.  <img src='http://blog.jungledisk.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> One thing I would LOVE to see in a future version is multiple bucket mappings with unique encryption keys for each all in one instance of JD. I&#8217;m thinking of the virtual office scenario with several remote employees needing various levels of access (staff drive, management drive, etc.).<br />
Keep up the fantastic work guys!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Disk &#187; Blog Archive &#187; Fast file rename and copy</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-36</link>
		<dc:creator>Jungle Disk &#187; Blog Archive &#187; Fast file rename and copy</dc:creator>
		<pubDate>Thu, 22 Feb 2007 21:00:34 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-36</guid>
		<description>[...] next beta release of Jungle Disk, which should be available tomorrow pending final testing, adds a raft of features including fast file renaming and copying. As many Jungle Disk users are aware, moving or renaming [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] next beta release of Jungle Disk, which should be available tomorrow pending final testing, adds a raft of features including fast file renaming and copying. As many Jungle Disk users are aware, moving or renaming [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Dave</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-38</link>
		<dc:creator>Jungle Dave</dc:creator>
		<pubDate>Mon, 19 Feb 2007 15:02:15 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-38</guid>
		<description>The version check request is done on port 80 by default, but will use a secondary server and port 8001 if the first request fails. You shouldn't have any issues blocking port 8001.</description>
		<content:encoded><![CDATA[<p>The version check request is done on port 80 by default, but will use a secondary server and port 8001 if the first request fails. You shouldn&#8217;t have any issues blocking port 8001.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Richard</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-37</link>
		<dc:creator>Jeff Richard</dc:creator>
		<pubDate>Mon, 19 Feb 2007 05:03:42 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-37</guid>
		<description>I just found out the application uses port 8001 to connect to your server to obtain the license key.  Could you change this to connect to a web service running on port 80 instead?  I would prefer block the port for outbound traffic through a firewall for security reasons.</description>
		<content:encoded><![CDATA[<p>I just found out the application uses port 8001 to connect to your server to obtain the license key.  Could you change this to connect to a web service running on port 80 instead?  I would prefer block the port for outbound traffic through a firewall for security reasons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Dave</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-40</link>
		<dc:creator>Jungle Dave</dc:creator>
		<pubDate>Tue, 13 Feb 2007 16:18:45 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-40</guid>
		<description>A U3 version has been requested a few times before, and is definitely on the "future" list.</description>
		<content:encoded><![CDATA[<p>A U3 version has been requested a few times before, and is definitely on the &#8220;future&#8221; list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-39</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Tue, 13 Feb 2007 16:15:25 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-39</guid>
		<description>With the proposed "Optional web-based access to files" I would like to see a "U3" version (extra cost?) so as to make that as simple/transparent as possible and leave no traces at all on the used computer.</description>
		<content:encoded><![CDATA[<p>With the proposed &#8220;Optional web-based access to files&#8221; I would like to see a &#8220;U3&#8243; version (extra cost?) so as to make that as simple/transparent as possible and leave no traces at all on the used computer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Richard</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-41</link>
		<dc:creator>Jeff Richard</dc:creator>
		<pubDate>Mon, 12 Feb 2007 22:08:43 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-41</guid>
		<description>Love the software so far, day one and I am IMPRESSED!

One request for your roadmap, make the upload speed configurable by time, not just a static KB.  For example, during the day I want to throttle the bandwidth used as I am activly using the Internet for work.  However, at night when I am not working I would rather saturate the pipe and increase the amount of data moved.</description>
		<content:encoded><![CDATA[<p>Love the software so far, day one and I am IMPRESSED!</p>
<p>One request for your roadmap, make the upload speed configurable by time, not just a static KB.  For example, during the day I want to throttle the bandwidth used as I am activly using the Internet for work.  However, at night when I am not working I would rather saturate the pipe and increase the amount of data moved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Disk &#187; Blog Archive &#187; Future Pricing Plans</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-42</link>
		<dc:creator>Jungle Disk &#187; Blog Archive &#187; Future Pricing Plans</dc:creator>
		<pubDate>Fri, 02 Feb 2007 13:49:07 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-42</guid>
		<description>[...] we recently posted , our roadmap for the remainder of the Jungle Disk beta is now in place, and we expect the [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] we recently posted , our roadmap for the remainder of the Jungle Disk beta is now in place, and we expect the [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Colin Henderson</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-35</link>
		<dc:creator>Colin Henderson</dc:creator>
		<pubDate>Fri, 02 Feb 2007 04:58:06 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-35</guid>
		<description>Fantastic software.  Simple and quietly runs in the background backing up 6 gigs of music and files for me.  I am sufficiently impressed, that I look forward to the day you charge me, so that I know you will continue to be around and improving.  :-)</description>
		<content:encoded><![CDATA[<p>Fantastic software.  Simple and quietly runs in the background backing up 6 gigs of music and files for me.  I am sufficiently impressed, that I look forward to the day you charge me, so that I know you will continue to be around and improving.  <img src='http://blog.jungledisk.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Len</title>
		<link>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-34</link>
		<dc:creator>Len</dc:creator>
		<pubDate>Thu, 01 Feb 2007 21:24:05 +0000</pubDate>
		<guid>http://blog.jungledisk.com/2007/02/01/jungledisk-roadmap/#comment-34</guid>
		<description>Future plans look great!

There is a subtle but significant difference between archiving and backing up. Need to provide for this in menu for novice users. I have seen valuable documents overwritten in error in the past.

Backup auto maintains an accurate (almost) realtime offsite image of my live data. But I may want to archive other folders and files off site, but not change their content under any circumstances, unless by manual intervention or version management.

Backup, and drag &#38; drop does for now.

Keep up the good work! and keep it simple to use!</description>
		<content:encoded><![CDATA[<p>Future plans look great!</p>
<p>There is a subtle but significant difference between archiving and backing up. Need to provide for this in menu for novice users. I have seen valuable documents overwritten in error in the past.</p>
<p>Backup auto maintains an accurate (almost) realtime offsite image of my live data. But I may want to archive other folders and files off site, but not change their content under any circumstances, unless by manual intervention or version management.</p>
<p>Backup, and drag &amp; drop does for now.</p>
<p>Keep up the good work! and keep it simple to use!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.172 seconds -->
