<?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 on: Sync. Sync. Sync.</title>
	<atom:link href="http://www.maclitigator.com/2008/05/23/sync-sync-sync/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/</link>
	<description>Litigation &#38; trial technology for the rest of us.</description>
	<lastBuildDate>Fri, 03 Feb 2012 17:27:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Anson Boutte</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-38194</link>
		<dc:creator>Anson Boutte</dc:creator>
		<pubDate>Tue, 15 Feb 2011 18:12:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-38194</guid>
		<description>I use SugarSync on a MacBook Pro.  Although it is a great program, it is very slow at syncing files to another computer. Soooo, count me in for trying out Dropbox.</description>
		<content:encoded><![CDATA[<p>I use SugarSync on a MacBook Pro.  Although it is a great program, it is very slow at syncing files to another computer. Soooo, count me in for trying out Dropbox.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Adie</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-628</link>
		<dc:creator>Justin Adie</dc:creator>
		<pubDate>Thu, 06 Nov 2008 18:45:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-628</guid>
		<description>i guess you&#039;re making an inclusio unis argument. I&#039;m not sure i&#039;m buying.  Personally i would like to see a contractual statement that they will not disclose your data to any third party, that they will not access your data themselves other to provide the contractual services and a proper confidentiality statement.

I could not see a statement in the ts and cs that said that they will store your data on Amazon s3.  I know that is what they currently do, but I missed it as a contractual undertaking.

Did you have any thought on the disclosure issue? it seems to me that a litigator could obtain access to your client files and bypass legal professional privilege if you are storing them off line in a mass cloud?  is there any law on this in the US?

lastly, in the rest of the world we have concerns over the Patriot Act which appears to give the FBI the right to access our data if held on servers in the US. And there are non-disclosure rules applicable too, so the host cannot inform you that you&#039;re being mugged.  Does this also cut across legal professional privilege?</description>
		<content:encoded><![CDATA[<p>i guess you&#8217;re making an inclusio unis argument. I&#8217;m not sure i&#8217;m buying.  Personally i would like to see a contractual statement that they will not disclose your data to any third party, that they will not access your data themselves other to provide the contractual services and a proper confidentiality statement.</p>
<p>I could not see a statement in the ts and cs that said that they will store your data on Amazon s3.  I know that is what they currently do, but I missed it as a contractual undertaking.</p>
<p>Did you have any thought on the disclosure issue? it seems to me that a litigator could obtain access to your client files and bypass legal professional privilege if you are storing them off line in a mass cloud?  is there any law on this in the US?</p>
<p>lastly, in the rest of the world we have concerns over the Patriot Act which appears to give the FBI the right to access our data if held on servers in the US. And there are non-disclosure rules applicable too, so the host cannot inform you that you&#8217;re being mugged.  Does this also cut across legal professional privilege?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-627</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Thu, 06 Nov 2008 16:41:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-627</guid>
		<description>Justin:

Thanks for the thoughtful comment. Yes, you are put in a position of having to trust companies, nothing new here. I do abhor click-wrap license, but no alternative form of licensing exists... even with open-source software.

As to privacy, I think that you and I read the license differently. 
*of course you give consent to access all files for Dropbox. Without that consent, Dropbox could not access your file for transfer. Straight from the Dropbox terms of use: &quot;BY PLACING FILES IN YOUR SHARED FOLDER, YOU CONSENT TO SHARE ACCESS TO THE CONTENT OF THOSE FOLDERS WITH THOSE OTHER DROPBOX USERS THAT HAVE BEEN AUTHORIZED TO UTILIZE THOSE FOLDERS.&quot; This does not mean that Dropbox themselves have access, only that the software and authorized shared users have access.
*Non-shared files are kept private by not putting them in the &#039;public&#039; folder of Dropbox. It makes no sense to have a public folder if all folders are public.
* No confidentiality... see above.
* No obligation not to export? Because everything is transferred to Amazon&#039;s S3 service, I cannot see how one could export out. It&#039;s more likely that someone will smash a window in your office, climb through and steal your hardcopy.
* At present, Dropbox offers the option to &#039;purge&#039; or permanently delete individual files and they are working on a bulk purge option.

Finally, Dropbox business model, if I understand it correctly, is not based on selling online storage, but on providing an interface and synchronization to Amazon S3 back end.  Concerns about this type of storage are, as noted above, on the same level of risk as a break in at your office. I would not trust my data (including my client files) to any old online hack and believe that Dropbox provides a great interface and application for Amazon&#039;s S3 service.</description>
		<content:encoded><![CDATA[<p>Justin:</p>
<p>Thanks for the thoughtful comment. Yes, you are put in a position of having to trust companies, nothing new here. I do abhor click-wrap license, but no alternative form of licensing exists&#8230; even with open-source software.</p>
<p>As to privacy, I think that you and I read the license differently.<br />
*of course you give consent to access all files for Dropbox. Without that consent, Dropbox could not access your file for transfer. Straight from the Dropbox terms of use: &#8220;BY PLACING FILES IN YOUR SHARED FOLDER, YOU CONSENT TO SHARE ACCESS TO THE CONTENT OF THOSE FOLDERS WITH THOSE OTHER DROPBOX USERS THAT HAVE BEEN AUTHORIZED TO UTILIZE THOSE FOLDERS.&#8221; This does not mean that Dropbox themselves have access, only that the software and authorized shared users have access.<br />
*Non-shared files are kept private by not putting them in the &#8216;public&#8217; folder of Dropbox. It makes no sense to have a public folder if all folders are public.<br />
* No confidentiality&#8230; see above.<br />
* No obligation not to export? Because everything is transferred to Amazon&#8217;s S3 service, I cannot see how one could export out. It&#8217;s more likely that someone will smash a window in your office, climb through and steal your hardcopy.<br />
* At present, Dropbox offers the option to &#8216;purge&#8217; or permanently delete individual files and they are working on a bulk purge option.</p>
<p>Finally, Dropbox business model, if I understand it correctly, is not based on selling online storage, but on providing an interface and synchronization to Amazon S3 back end.  Concerns about this type of storage are, as noted above, on the same level of risk as a break in at your office. I would not trust my data (including my client files) to any old online hack and believe that Dropbox provides a great interface and application for Amazon&#8217;s S3 service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Adie</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-622</link>
		<dc:creator>Justin Adie</dc:creator>
		<pubDate>Wed, 05 Nov 2008 10:42:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-622</guid>
		<description>following up on the reply (for which thanks):

i&#039;m not so concerned about the physical or logical security of the underlying data warehouse as with the lack of a robust contractual relationship with the person responsible for hosting the data.  We are put in a position of having to trust companies like dropbox/sugarsync etc, and yet all we have in terms of documentation is a click-wrap licence.  We don&#039;t even have any real way of determining who owns each vehicle! 

If you read the dropbox ts &amp; cs, you find the following howlers:
* you give upfront consent to dropbox to access not just your public files, but each and every file in your dropbox.  
* nowhere do they undertake to keep your non-shared files private.
* there is no confidentiality undertaking (an overlap on bullet 2)
* there is no obligation not to export information beyond jurisdictions (think of the disclosure/discovery issues here, when coupled with the licence to access - suddenly there is a route around attorney-client privilege ...)
* there is no undertaking to delete data (properly) when you terminate the contract and/or delete it from your local installation.  Yes, it is &#039;marked&#039; as deleted but that is far from an undertaking to delete.

I&#039;m really concerned about this whole space: public cloud computing and storage of legal documents seem to me to be innately mismatched.  I think that there is a market for an equivalent service backed by some strong undertakings and a bond in escrow.  But I would _much_ rather see these innovative companies creating a self-hosted version of their software (or even open sourcing their project - after all their business model is based on storage, not software).  We have iFolder out in the wild, maybe someone could pick that up and run with it!  

and yes: dropbox does manage deltasync, as does nomadesk and powerFolder. Sugarsync does not.</description>
		<content:encoded><![CDATA[<p>following up on the reply (for which thanks):</p>
<p>i&#8217;m not so concerned about the physical or logical security of the underlying data warehouse as with the lack of a robust contractual relationship with the person responsible for hosting the data.  We are put in a position of having to trust companies like dropbox/sugarsync etc, and yet all we have in terms of documentation is a click-wrap licence.  We don&#8217;t even have any real way of determining who owns each vehicle! </p>
<p>If you read the dropbox ts &amp; cs, you find the following howlers:<br />
* you give upfront consent to dropbox to access not just your public files, but each and every file in your dropbox.<br />
* nowhere do they undertake to keep your non-shared files private.<br />
* there is no confidentiality undertaking (an overlap on bullet 2)<br />
* there is no obligation not to export information beyond jurisdictions (think of the disclosure/discovery issues here, when coupled with the licence to access &#8211; suddenly there is a route around attorney-client privilege &#8230;)<br />
* there is no undertaking to delete data (properly) when you terminate the contract and/or delete it from your local installation.  Yes, it is &#8216;marked&#8217; as deleted but that is far from an undertaking to delete.</p>
<p>I&#8217;m really concerned about this whole space: public cloud computing and storage of legal documents seem to me to be innately mismatched.  I think that there is a market for an equivalent service backed by some strong undertakings and a bond in escrow.  But I would _much_ rather see these innovative companies creating a self-hosted version of their software (or even open sourcing their project &#8211; after all their business model is based on storage, not software).  We have iFolder out in the wild, maybe someone could pick that up and run with it!  </p>
<p>and yes: dropbox does manage deltasync, as does nomadesk and powerFolder. Sugarsync does not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-428</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Thu, 25 Sep 2008 19:55:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-428</guid>
		<description>@Justin: Good questions. First, I believe Dropbox does do incremental sync, in other words, does not transfer the whole file, only the changed portions. Second, regarding the &#039;cloud.&#039; I do not believe there to be any ethical violations lurking with Dropbox so long as folders are kept private and not publicly shared. Dropbox uses Amazon&#039;s S3 online storage solution which is very secure and encrypted. The only other real concern with &#039;cloud&#039; storage arises when the cloud/internet cannot be accessed and no local data copy exists. Here, because Dropbox syncs back down to the local machine, no worry should crop up about data inaccessibility.</description>
		<content:encoded><![CDATA[<p>@Justin: Good questions. First, I believe Dropbox does do incremental sync, in other words, does not transfer the whole file, only the changed portions. Second, regarding the &#8216;cloud.&#8217; I do not believe there to be any ethical violations lurking with Dropbox so long as folders are kept private and not publicly shared. Dropbox uses Amazon&#8217;s S3 online storage solution which is very secure and encrypted. The only other real concern with &#8216;cloud&#8217; storage arises when the cloud/internet cannot be accessed and no local data copy exists. Here, because Dropbox syncs back down to the local machine, no worry should crop up about data inaccessibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Adie</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-410</link>
		<dc:creator>Justin Adie</dc:creator>
		<pubDate>Tue, 23 Sep 2008 09:57:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-410</guid>
		<description>I&#039;ve recently been going through the same pain (rathercurious.net) of trying to find an efficient syncing software package.

i have DropBox but am not comfortable with the way that it currently requires me to drop all my folders into the DropBox.  I know i can work around with symlinks but good software should not require workarounds.  

I&#039;m deeply unhappy with SugarSync as it does not manage syncs through byte-level analysis. this is vital as, to get around security concerns, I use an encrypted sparseimage to hold my documents.  This is about 8GB so every time there is a change I have to sync another 8GB.... Drop Box does not have this abject failure, I am told.

But absent of the sparseimage/true crypt type solutions (which are horrible), how do you get around the security issues? you&#039;re putting client data up on someone else&#039;s cloud and you have no real control over what they do with it?  you&#039;re relying on trust only.  Is this a reasonable discharge of our duty of confidentiality as solicitors/attorneys, I wonder?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve recently been going through the same pain (rathercurious.net) of trying to find an efficient syncing software package.</p>
<p>i have DropBox but am not comfortable with the way that it currently requires me to drop all my folders into the DropBox.  I know i can work around with symlinks but good software should not require workarounds.  </p>
<p>I&#8217;m deeply unhappy with SugarSync as it does not manage syncs through byte-level analysis. this is vital as, to get around security concerns, I use an encrypted sparseimage to hold my documents.  This is about 8GB so every time there is a change I have to sync another 8GB&#8230;. Drop Box does not have this abject failure, I am told.</p>
<p>But absent of the sparseimage/true crypt type solutions (which are horrible), how do you get around the security issues? you&#8217;re putting client data up on someone else&#8217;s cloud and you have no real control over what they do with it?  you&#8217;re relying on trust only.  Is this a reasonable discharge of our duty of confidentiality as solicitors/attorneys, I wonder?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Law Office of Daniel X. Nguyen &#187; Blog Archive &#187; Drop Box Goes Public - Online Sync and Backup</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-327</link>
		<dc:creator>Law Office of Daniel X. Nguyen &#187; Blog Archive &#187; Drop Box Goes Public - Online Sync and Backup</dc:creator>
		<pubDate>Thu, 11 Sep 2008 21:04:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-327</guid>
		<description>[...] Mac Litigator likes Drop Box, and there are other opinions that like them both. Try them out and see which one you like. [...]</description>
		<content:encoded><![CDATA[<p>[...] Mac Litigator likes Drop Box, and there are other opinions that like them both. Try them out and see which one you like. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MacLitigator &#187; Blog Archive &#187; Workflow. Work. Flow.</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-323</link>
		<dc:creator>MacLitigator &#187; Blog Archive &#187; Workflow. Work. Flow.</dc:creator>
		<pubDate>Sat, 06 Sep 2008 21:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-323</guid>
		<description>[...] a sync program, such as SugarSync, FolderShare or Dropbox and you get to have your files update directly to your computer where ever you may roam. As an [...]</description>
		<content:encoded><![CDATA[<p>[...] a sync program, such as SugarSync, FolderShare or Dropbox and you get to have your files update directly to your computer where ever you may roam. As an [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-219</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Wed, 16 Jul 2008 21:22:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-219</guid>
		<description>That&#039;s it for me. I sent out my 10. Enjoy.</description>
		<content:encoded><![CDATA[<p>That&#8217;s it for me. I sent out my 10. Enjoy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Storck</title>
		<link>http://www.maclitigator.com/2008/05/23/sync-sync-sync/comment-page-1/#comment-201</link>
		<dc:creator>Jason Storck</dc:creator>
		<pubDate>Thu, 12 Jun 2008 18:02:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.maclitigator.com/?p=74#comment-201</guid>
		<description>Very interested.

jasonstorck at storcklawoffice.com</description>
		<content:encoded><![CDATA[<p>Very interested.</p>
<p>jasonstorck at storcklawoffice.com</p>
]]></content:encoded>
	</item>
</channel>
</rss>

