Please integrate backupify with any other service that already do any kind of backup!

The ones I use are crashplan and dropbox, so I already have two clients running on my machine to "sync data with the cloud".

So, this means I'd like to have all my backupify files inside dropbox somehow and, specially good if I don't have to install any other client on my end!

Or...

If I could have a replacement for both with a single better client that also syncs with them. The way I picture this is a server which have all clients already installed for us (adding for users of other services such as sugarsync, spider oak, carbonite, etc).

Since you're all about syncing the web, I know this is nearly impossible but it would be so great!

And now we're talking about something I'd really want to pay for! :D

When I restore a file that has been shared with me (i.e. a file I didn't own myself, but its owner has granted me access to read or edit) I usually not only want to be able to read its content again, but also to continue collaboration on it with its owner and others contributors.

Currently, after a restore, I cannot indicate whether a file was owned by me or only shared to me. It's a plain new copy, owned by me and shared with no one.

Such an indication could easily be done by putting it into an additional collection:

My collections
> (Backupify Restore)
> (My own files)
> (Shared to me)
> (from John Doe)
> (from Edgar Example)
> ...

This way at least I know that I have to contact John Doe or Edgar Example and ask him to share the original file with me again, so that I can continue working at the "actual" file the collaborators work on, too, and not on a "fork" of it. (The restored file is then obsolete and can be trashed).

Google Docs backup is very incomplete regarding a file's metadata – only the "starred" status is backed up. In order to really have peace of mind regarding a Google Docs account – especially for one with a huge number of documents – a backup/restore of

- description [important]
- collections itself (and their hierarchies) [very important]
- the collections a file belongs to [very important]
- the versions of a file (for non-Google-Docs files) [less important]
- the sharing settings [important]
- the "Last modified" timestamp and account [nice to have]
- the "Last viewed" timestamp and account [nice to have]

is needed as well.

I think, the term "valuable data" does not only apply to a file as such, but also to its metadata. Imagine a piece of paper (file) with a headline (file name) "Love letter", a text (content) "Oh my dear, I love you so much" and a little golden star (is:starred) put on it – that's all you actually can backup/restore from/to a Google Docs account at the moment. It's useless unless you also know who wrote it (You? Your mother? The woman or man you adore? Or that fat old bad-smelling something sitting next to you in the bus every morning? :D ), under which circumstances (Real love? Or just alcohol?) it was written, whether it's a good idea to leave it on your kitchen table or not and so on. And that's the meaning of metadata ;)

I don't archive my love letters at Google Docs, but even stupid business stuff needs metadata to be usable ("Is the file 'scan_4203141592.pdf' an invoice from 2008? Or a letter from 2005? Should my assistant have access to it?"…).

So I hope you will implement Google Docs metadata backup soon. Thank you in advance.