Follow Slashdot stories on Twitter


Forgot your password?

Comment Re:Ship Source? (Score 2) 198

The source you provide or link to must be the same source used to produce the binaries you're shipping on your device. In other words, if I take Google's source and build binaries with it, and those binaries differ from the ones shipping on your device, it's not the same source code, and does not comply with the license.

Pointing to a source for Android, is not the same thing as providing the source for the modifications to that source that you (as a vendor) have done to the source.

Comment Re:Lastpass (Score 1) 343

The only problem is that I cannot login to the websites on public computers, but I think that's an added security bonus. I have my Blackberry with me to check my email, which is what I really need to check on the road.

Sure you can... just install DropBox on your BlackBerry and/or use a password-accessible Dropbox URL that leads to your KeePassX.kdb file, and keep a copy of the portable KeePassX.exe file in there for those public terminals.

KeePassX also has a client for the BlackBerry, which I use all the time.

Comment Re:This should be modded up (Score 1) 609

...Not to mention a firmware update that bricked 1.6TB of my data, in a completely unrecoverable way. I was running a Drobo v2 with v.1.31 and had rebooted it hundreds of times in the last 2 years. There was a new firmware update that claimed to fix some performance issues. I upgraded the firmware (using the approved Windows method).

The device never booted again. It's been bricked for months now, and my data, while still striped across the platters, is held hostage by the Drobo device. Downgrading the firmware isn't possible, because the moment the firmware is updated (before the initial reboot of the device), the disk pack itself is upgrade to that same firmware revision.

There is no going back... and DRI openly states that I'm screwed, and there's nothing they can do. They can't even give me the "Last Resort Firmware" that they hand out in cases just like this. I've opened plenty of cases with them about it, and their response is "Sorry, you should have had your data on another Drobo as a backup."

I will never use a proprietary, black-box data storage solution again, ever.

10 years of digital photos, dozens of system backups, thousands of scanned documents long since gone, my entire music collection, etc. all stored on a device that claimed to be completely safe to store it.

Avoid Drobo at all costs, if you care about your data.

Comment Re:I've said it before, and I'll say it again.. (Score 1) 490

If you have a real solution to those two issues, I'd love to hear about it.

Well first, some of those Firefox add-ons actually send an encrypted blob through the web-based email system... so if you don't have the add-on, you get ascii-armored jibberish, with legible headers.

Also, the systems you mention all support IMAP and POP3, so you can use the mail client of your choice to interact with them (Evolution, Thunderbird, Outlook, OE,, etc.)

Comment Re:Hold on... (Score 1) 490

If you send your email to somebody (the "third party") that somebody can choose to hand it over to anyone.

This is PRECISELY why you encrypt emails to recipients... there is absolutely no doubt that there was an expectation of privacy, when the receiver has to decrypt the email using a private key, to read it.

Comment Re:Checks (Score 1) 494

Checks are insecure, inconvenient and pretty useless in today's electronic world. For non-electronical purposes you can just use cash.

And what happens when systems go down? Power goes out? Electronic transactions are blocked/denied/lost for any reason? What then?

No, no, I'm afraid paper money (currency, checks, notes) will be here to stay, for many, many decades to come.

Comment I've said it before, and I'll say it again.. (Score 3, Informative) 490

I've said this many times here before, and I'll say it again... don't let them see anything other than the delivery envelope (headers) of your email. They can't legally open your postal mail, so treat it the same: gpg/PGP-encrypt your emails; all of them.

If a recipient you email frequently doesn't know how to use encryption, teach them. There are plugins for Firefox, Gmail, Thunderbird,, and dozens of other mail clients.

If it's someone you don't converse over email with often, then it's probably not worth protecting anyway.



Learn to create, protect and use your gpg keys and your keychain. It's not that hard, and the benefits far outweigh the minutes of work and learning it takes to incorporate it into your daily workflow.

Comment Re:You're complicating things. (Score 1) 539

I appreciate your concern, but sendmail is definitely not the issue causing the load to skyrocket. I've already tested that by shutting down sendmail right before the window when I know it's going to happen, and it happens anyway. Besides, if sendmail is already refusing connections due to the load, then sendmail itself isn't the problem.

Comment Re:Why don't you have any remote management? (Score 1) 539

I'm already 30GB into the rsync of the data. I run rsnapshot on an hourly basis to my Drobo here for near-line backups, but the Drobo just ate 1.5TB of my data (dangerous device to rely on, and the company line is to always back up your Drobo to... another Drobo). So I have to pull the data clean from the server to another storage array here, otherwise the backup would have been incremental.

Once that is done, I'll be terminating my contract. These rampant, unexplained outages are infuriating, and my users, clients and customers are pissed off, and so am I.

Slashdot Top Deals

Everyone can be taught to sculpt: Michelangelo would have had to be taught how not to. So it is with the great programmers.