<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for FileCatalyst</title>
	<atom:link href="http://blog.filecatalyst.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.filecatalyst.com</link>
	<description>fast file transfer</description>
	<lastBuildDate>Thu, 15 Oct 2009 18:06:38 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Acceleration pt3 &#8211; Multiple Streams by FileCatalyst » Acceleration pt 4-Alternatives to FTP / TCP</title>
		<link>http://blog.filecatalyst.com/filecatalyst/acceleration-pt3-multiple-streams/comment-page-1/#comment-3995</link>
		<dc:creator>FileCatalyst » Acceleration pt 4-Alternatives to FTP / TCP</dc:creator>
		<pubDate>Thu, 15 Oct 2009 18:06:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.filecatalyst.com/?p=156#comment-3995</guid>
		<description>[...] 1. Minimizing Data with Compression 2. Mininmizing Data by cutting redundant data (for example, with file Deltas) 3. Optimizing data transmission with Multiple Streams [...]</description>
		<content:encoded><![CDATA[<p>[...] 1. Minimizing Data with Compression 2. Mininmizing Data by cutting redundant data (for example, with file Deltas) 3. Optimizing data transmission with Multiple Streams [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Acceleration pt 4-Alternatives to FTP / TCP by Adams</title>
		<link>http://blog.filecatalyst.com/ftp/acceleration-pt4-acceleration-with-udp/comment-page-1/#comment-3985</link>
		<dc:creator>Adams</dc:creator>
		<pubDate>Thu, 15 Oct 2009 09:07:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.filecatalyst.com/?p=233#comment-3985</guid>
		<description>Thanks for sharing this information, FTP data transfer has become troublesome as of late.</description>
		<content:encoded><![CDATA[<p>Thanks for sharing this information, FTP data transfer has become troublesome as of late.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fast File Transfer:  Moving beyond acceleration with data optimization by Greg</title>
		<link>http://blog.filecatalyst.com/filecatalyst/fast-file-transfer/comment-page-1/#comment-983</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Wed, 27 May 2009 14:50:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.filecatalyst.com/?p=195#comment-983</guid>
		<description>Many people, especially if they are transferring small files across the city, will not see dramatic benefits from acceleration technologies. It&#039;s important to note, though, that the kind of accelerated transfer we offer isn&#039;t really meant to be consumer-oriented.  When you&#039;re an organization with a 155Mbps (or even a 1Gbps) connection, transferring large files over any network with medium to high latency, the gains are dramatic.  When an enterprise can send a file in 2 hours that would have taken 2 days with FTP, that&#039;s when they pull the trigger on buying an acceleration solution.  :-)


Speaking about our product rather than acceleration in general for a moment, we&#039;ve had a few sales to corporations for whom acceleration was a &quot;bonus,&quot; and what they really wanted were the other features (ie. automation, delta transfers, Java web applets) we include.

You&#039;ve got absolutely the right idea, though-- don&#039;t fix what ain&#039;t broke.  If FTP is working for you and you&#039;ve never felt the &quot;pain&quot; that an acceleration solution heals, then FTP is exactly right for you!</description>
		<content:encoded><![CDATA[<p>Many people, especially if they are transferring small files across the city, will not see dramatic benefits from acceleration technologies. It&#8217;s important to note, though, that the kind of accelerated transfer we offer isn&#8217;t really meant to be consumer-oriented.  When you&#8217;re an organization with a 155Mbps (or even a 1Gbps) connection, transferring large files over any network with medium to high latency, the gains are dramatic.  When an enterprise can send a file in 2 hours that would have taken 2 days with FTP, that&#8217;s when they pull the trigger on buying an acceleration solution.  <img src='http://blog.filecatalyst.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Speaking about our product rather than acceleration in general for a moment, we&#8217;ve had a few sales to corporations for whom acceleration was a &#8220;bonus,&#8221; and what they really wanted were the other features (ie. automation, delta transfers, Java web applets) we include.</p>
<p>You&#8217;ve got absolutely the right idea, though&#8211; don&#8217;t fix what ain&#8217;t broke.  If FTP is working for you and you&#8217;ve never felt the &#8220;pain&#8221; that an acceleration solution heals, then FTP is exactly right for you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fast File Transfer:  Moving beyond acceleration with data optimization by EDI</title>
		<link>http://blog.filecatalyst.com/filecatalyst/fast-file-transfer/comment-page-1/#comment-972</link>
		<dc:creator>EDI</dc:creator>
		<pubDate>Wed, 27 May 2009 06:10:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.filecatalyst.com/?p=195#comment-972</guid>
		<description>The way data is transmitted online with fast internet connections today, I have given up looking for fast file transfer programs. FTP is all I need today.</description>
		<content:encoded><![CDATA[<p>The way data is transmitted online with fast internet connections today, I have given up looking for fast file transfer programs. FTP is all I need today.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on WAN optimization: How a file transfer software solution can complement your WAN appliance by write resume</title>
		<link>http://blog.filecatalyst.com/filecatalyst/file-transfer-and-wan-optimization/comment-page-1/#comment-77</link>
		<dc:creator>write resume</dc:creator>
		<pubDate>Tue, 07 Apr 2009 20:00:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.filecatalyst.com/?p=149#comment-77</guid>
		<description>I agree with your advice. I do IT for a number of small companies and have had to come up with file transfer solutions. I decided the best way is to combine a file transfer software with the company&#039;s WAN appliance. This proved to be the fastest and most reliable way to transfer large amounts of files and was the most efficient solution. Thanks for educating us with your blog post, I enjoyed many of your posts.</description>
		<content:encoded><![CDATA[<p>I agree with your advice. I do IT for a number of small companies and have had to come up with file transfer solutions. I decided the best way is to combine a file transfer software with the company&#8217;s WAN appliance. This proved to be the fastest and most reliable way to transfer large amounts of files and was the most efficient solution. Thanks for educating us with your blog post, I enjoyed many of your posts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Acceleration pt 1 &#8211; Compression by Greg</title>
		<link>http://blog.filecatalyst.com/filecatalyst/acceleration_pt1_compression/comment-page-1/#comment-5</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Mon, 02 Mar 2009 23:43:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.filecatalyst.com/blog/?p=81#comment-5</guid>
		<description>Hi Jim, glad you liked the article.  Once we&#039;ve had a brief look at all 4 ways we do acceleration (Compression only being the first), we&#039;ll definitely be exploring how our various offerings leverage our core technology.  

In the meantime, the short answer is that the Webmail product is NOT a VPN connection, but rather a web application.  In terms of security, each stage of the transfer can be protected via a security certificate:  the web application itself is served over HTTPS if you choose, authentication can occur against your LDAPS if you have one (otherwise, authentication is still secure over HTTPS), and then the transfer communication and data channels are protected by SSL and AES respectively.

In terms of hardware-based firewalls, there&#039;s some configuration to be done on the server side, for sure, but due to the nature of the transfer connections themselves there is rarely any need for client-side configuration.  As a web application, Webmail offers the least client-side interaction/configuration possible.

Thanks for the comment and the suggestion-- we will certainly be posting articles about Webmail in the future.  In the meantime (and I don&#039;t intend to sound like I&#039;m making a pitch, but I suppose I am!), feel free to contact us for a free trial so that you can see Webmail in action for yourself:  http://www.filecatalyst.com/download/</description>
		<content:encoded><![CDATA[<p>Hi Jim, glad you liked the article.  Once we&#8217;ve had a brief look at all 4 ways we do acceleration (Compression only being the first), we&#8217;ll definitely be exploring how our various offerings leverage our core technology.  </p>
<p>In the meantime, the short answer is that the Webmail product is NOT a VPN connection, but rather a web application.  In terms of security, each stage of the transfer can be protected via a security certificate:  the web application itself is served over HTTPS if you choose, authentication can occur against your LDAPS if you have one (otherwise, authentication is still secure over HTTPS), and then the transfer communication and data channels are protected by SSL and AES respectively.</p>
<p>In terms of hardware-based firewalls, there&#8217;s some configuration to be done on the server side, for sure, but due to the nature of the transfer connections themselves there is rarely any need for client-side configuration.  As a web application, Webmail offers the least client-side interaction/configuration possible.</p>
<p>Thanks for the comment and the suggestion&#8211; we will certainly be posting articles about Webmail in the future.  In the meantime (and I don&#8217;t intend to sound like I&#8217;m making a pitch, but I suppose I am!), feel free to contact us for a free trial so that you can see Webmail in action for yourself:  <a href="http://www.filecatalyst.com/download/" rel="nofollow">http://www.filecatalyst.com/download/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Acceleration pt 1 &#8211; Compression by Jim</title>
		<link>http://blog.filecatalyst.com/filecatalyst/acceleration_pt1_compression/comment-page-1/#comment-4</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Mon, 02 Mar 2009 21:36:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.filecatalyst.com/blog/?p=81#comment-4</guid>
		<description>Greg, this is a great outline of how file catalyst works.  I&#039;d love to see a future post about your WebMail product, in particular.   We are hoping to employ WebMail as a means of video product delivery to customers, and I&#039;m curious about the network security challenges we will be facing.  Is FileCatalyst in essence creating a VPN connection to the end user? How can FileCatalyst protect against hackers?  How/Can it communicate with hardware-based firewalls in securing the connection to the end user?</description>
		<content:encoded><![CDATA[<p>Greg, this is a great outline of how file catalyst works.  I&#8217;d love to see a future post about your WebMail product, in particular.   We are hoping to employ WebMail as a means of video product delivery to customers, and I&#8217;m curious about the network security challenges we will be facing.  Is FileCatalyst in essence creating a VPN connection to the end user? How can FileCatalyst protect against hackers?  How/Can it communicate with hardware-based firewalls in securing the connection to the end user?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
