Recent Posts
... and encryption really shouldn't slow anything down unless you've got an insane-speed internet connection-f0dder (April 15, 2011, 05:25 PM)
I don't find that their answers explains much... unfortunately.-Armando (April 15, 2011, 04:04 PM)
And I don't find it in the least comforting.-phitsc (April 15, 2011, 04:06 PM)
Encryption (Bucket Password)
Jungle Disk makes it easy to protect your remotely stored data with encryption. Encryption ensures that no one can access your data as it is transmitted over the Internet or stored on remote servers.
Note that regardless of whether you enable encryption using a custom key, your data is always encrypted while transmitted over the Internet by using SSL (like your bank web site). Choosing a custom encryption key means that your files will be encrypted while stored on Amazon's servers as well.
Be careful when enabling encryption. If you forget the encryption key you select you will not be able to retrieve your files in the future. You should write down a copy of your key and keep it in a safe place. If you lose your key neither Jungle Disk nor Amazon can help you retrieve it.
To enable Encryption, select the “Encrypt files using a custom key” option and type an encryption key (password) into the Custom Encryption Key box.
There is also a box where you can enter a list of "Decryption Keys". This is only required if you want to change your custom encryption key from time to time. When you change your encryption key, existing files stored on Amazon.com servers are still encrypted with the original key. In order to be able to access them in the future, you need to keep your previous keys in the decryption keys list. If you want to re-encrypt your files with a new key you will need to re-upload them. If you attempt to download a file that was encrypted with a key that is not on your decryption keys list, Jungle Disk will display an error message.
Here are a few details on how Jungle Disk encrypts your files:
Jungle Disk encrypts files that are stored prior to uploading them using 256-bit AES. AES is an industry (and government) standard and is one of the most well studied and most secure encryption algorithms available. Jungle Disk uses a unique key for each file, and constructs the key using a HMAC that helps protect against certain attacks. Code that demonstrates how data is encrypted/decrypted is available for download on the software download page under the GPL license.
The Jungle Disk Desktop Edition adds a special metadata header to each file when it is uploaded. The header identifies the type of encryption used and contains a salt value and a one-way hash of the salted key. This allows Jungle Disk to determine the correct key to use to decrypt the file. Note that without the decryption keys the header is of no use, and you cannot even tell which files are encrypted with which keys unless you possess the keys.
Why limit that rule to charities only?-Shades (April 14, 2011, 10:36 PM)
I've been trying to introduce it for governments, believe me!
The plan is a little rough around the edges as yet; we're having a trial run in Libya right now.-cranioscopical (April 15, 2011, 10:45 AM)
I'll just throw this out there:
Does it really bother you though ?
[edit] on rereading the article, and thinking about it a bit, you dont have to answer that question ;-) I guess I'm sort of relaxed about it myself, cause the important stuff I have on Dropbox is encrypted (locally) [/edit]-tomos (April 13, 2011, 05:10 PM)
A warning about using TrueCrypt with dropbox — because of way drop-box works, only syncing the bits of a TC container that have changed, a person may be able to guess your TC secret key by capturing this changed data several times.
^ I had the same problem with Jungle Disk & S3 (account created summer 2008) - unreadable in Cloudberry. Which discovery, combined with a failure of JD -with no warnings- prompted me to start using SFFS to backup directly to S3.
Also I was wary of what the future might be bringing... [edit] (for Jungle Disk/S3) [/edit]-tomos (April 13, 2011, 04:47 PM)
They appear to have landed here: Browser Scene-johnk (April 15, 2011, 08:33 AM)
But this does not mean that no money is required for the internal/external upkeep. You would not believe (no pun intended) the cost involved to keep those old buildings standing. And how much the work of the required level of expertise in masonry/woodworking/metalworking costs nowadays.-Shades (April 14, 2011, 01:51 PM)
That's all very true BUT there is also a huge amount of wealth inside the church (beyond the buildings and land) - esp. the Roman Catholic Church which has billions in art treasures.
Personally I think all the old buildings should be given to communities to use for community purposes (then there would be a reason for people to pay to maintain the buildings). The point of the church is (or at least should be) religious belief - not land and building management. They can always rent a hall for services and then focus on what is important rather than fund raising for ancient stones.-Carol Haynes (April 15, 2011, 03:03 AM)
This is why I almost always donate to charities where 100% of the money goes to the cause, and all work is done by unpaid volunteers.-Deozaan (April 14, 2011, 02:31 PM)
Then it's not S3 compatible. I have two on S3 - one is compatible (it doesn't have as many features that way) and the other one isn't. The differences in the naming of the buckets is even obvious...I have my own S3 account also (I use it for other stuff), and mine was with the original JD (now Personal Desktop Edition). I did create a new 'disk', but it was on my own account. I use CloudBerry on S3 and see my files, so I'm not sure what the difference is- but it works. I also use explorer to browse it also, and that works also.-wraith808 (April 13, 2011, 08:37 AM)
Hmmm... Cloudberry shows me this for my JD account on S3:
(see attachment in previous post)
And this for my mapped drive:
(see attachment in previous post)-J-Mac (April 13, 2011, 09:23 AM)
I did find out that they're trying to decide 'what to do about perpetual accounts.' I hope that isn't as ominous as it sounds.
I heard something also. I'm sure it's not good - for us, anyway. Like "lifetime" licenses, these things never last.-J-Mac (April 13, 2011, 09:23 AM)
I have Jungle Disk also but I am thinking of sending my files to Amazon S3 another way, perhaps via SFFS. Two problems I have with Jungle Disk: They can't seem to get a clean build out the first time around. Each time I updated there were problems that required a subsequent release to fix. Secondly, I have my S3 data storage mapped to a virtual drive on my PC but that is the only way I can view my files real time. If I use another S3 browser (E.g., Cloudberry Explorer) my data is encoded in a way that you can't browse it. If I use another upload method I will be able to see my data's file/folder hierarchy online.-J-Mac (April 12, 2011, 11:06 PM)
I, too, followed that blog. Was there any warning this was coming? Caught me quite off guard today. . .-allen (April 12, 2011, 07:50 PM)
Food for thought... No privacy on Amazon's cloud drive.
Less so than other cloud storage?-Cloq (April 12, 2011, 08:04 PM)
Nope. With your example any corporation or company is made up of people. Doesn’t get them into my definition of people. Corporations and many companies are entities totally separate from the people who make professional mistakes within them. Doesn’t count at all as far as I am concerned. Investmant companies throw money at them (Apparently they just received $3.5M from one) which they would not do if it was just people. Incorporation takes away the liability from those people, so no, that corporation does not qualify for redemption IMO.But the lack of redemption that is being talked about in this context is for the people, not the company. OpenCandy has people from Divx, who did a bad thing. So by association, OpenCandy is not to be trusted. That's referring to the people.-J-Mac (April 12, 2011, 09:25 PM)
C'mon, folks, this horse has been beaten entirely too much. Let's agree to disagree and just move on.-skwire (April 12, 2011, 08:51 PM)
I was going to copy your template, but then I thought that would ruin the whole "No Time To Explain" theme.-Deozaan (April 12, 2011, 04:44 PM)
And anyone that wants to help out... do! There's so much on there that one person can't plumb the depths (at least not without more time than I have )Yeah, a not so stellar line-up this time compared to previous bundles. But I'm still so fond of the idea that I donated anyway.
Besides, it's charity, too.-Deozaan (April 12, 2011, 04:47 PM)
In mine they are. I did some things out of ignorance when I was younger professionally, so I'm apt to give second chances, as I wouldn't be where I am without one. And I know people who've had criminal records for quite innocuous mistakes... the difference a criminal record makes in things you take for granted until you have one is pretty staggering!-wraith808 (April 12, 2011, 02:57 PM)
I think you misunderstand. I have no problem with redemption for people; but that has absolutely nothing to do with software developers. My moral code allows forgiveness for people. It doesn’t work the same way for software companies. Nor for banks, investment companies, etc. See the difference? People, yes. Software companies, no.-J-Mac (April 12, 2011, 03:30 PM)
And is there a point where there's no redemption? I should hope not. The lack of the possibility of redemption removes hope, and removes the one thing that can make people choose the right path. It reminds me of people with criminal records. Do you trust them outright and give them the keys to the safe? No. But if you don't give them a chance to prove themselves, then how are they ever going to be rehabilitated? And isn't it just as much your fault when given the lack of a means to make a living they resort to the only thing they can still do?-wraith808 (April 12, 2011, 09:23 AM)
This comparison just don’t work for me. People with criminal records and software companies (and/or their founders) that have done serious wrong aren't in the same realm with regard to rehabilitation, second chances, etc. At least in my universe!-J-Mac (April 12, 2011, 01:39 PM)
