This was posted on the novttp list (see below) - We just started using the 3.8
version and we are now concerned about what is reported here. Is there really
no longer a Conflict bin and do deleted items really not go in to the Trash?
This could be a deal breaker for our users...
>>> On 2/25/2010 at 10:56 AM, in message <4B869DD7.C96 : 160 : 44182>, "Matt
>>> Zufelt" <[email protected]> wrote:
> Like Hans, we have been running iFolder 2 for years and it has been
> absolutely solid. With Windows 7 64-bit machines starting to show up, it
> became time to move forward. We installed an iFolder 3.8 server (on OES2)
> and were very underwhelmed. What was a fantastic product in version 2 is a
> dog in version 3. I've now taken the same opinion as Bob and have dumped
> iFolder.
>
> The final straw for me was when iFolder 3 lost data. With iFolder 2, there
> was a conflict bin plus deleted files went to the recycle bin on the synced
> clients. No such luck with iFolder 3. I found that a guaranteed way to lose
> data was something as simple as using the same filename twice in semi-rapid
> succession.
>
> The scenario that caused data loss for us (multiple times): a user decides
> to do some housekeeping. In his iFolder, he has a file called important.doc.
> For whatever reason, he has an updated copy of important.doc on some other
> media (such as a flash drive) or other location outside his iFolder. If the
> user renames important.doc in his iFolder to important.bak and then copies in
> important.doc from the other location, iFolder corrupts the file because he
> re-used the "important.doc" filename before iFolder has had a chance to fully
> sync to all connected computers. The result in each case is the newly copied
> in important.doc file gets replaced with a zero-byte file that gets synced
> down from the iFolder server. The overwritten important.doc is then gone: no
> conflict bin, not moved to the trash can. I personally lost four hours of
> lecture preparation to this "feature". Fortunately for me I had printed a
> hard copy just before iFolder replaced my file with a zero-byte version.
>
> We experienced this data loss at least three times. At that point we dumped
> iFolder.
>
> I have since had some of my users start using Microsoft's (free) Live Sync
> (http://www.foldershare.com). It has all of the stability of iFolder 2, the
> ability to have multiple synced folders like iFolder 3, and has support for
> Windows 7 64-bit which was important for us. It also does not require us to
> run any kind of central server. Microsoft brokers the connections and the
> computers sync directly from one to the other. I also use Live Sync on my
> own computers and have been pleased with it. I use my office computer as my
> primary connection as it is always on. My other computers (laptop, etc.)
> sync to the office computer anytime they are booted and have a live Internet
> connection.
>
> The connections and transfers are done via SSL encrypted sessions, and since
> the Microsoft Live servers broker the connections, firewalls are not an issue
> and VPNs are not necessary.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
ifolder-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ifolder-devel
