Comment Re:I own and run the router my wife's email .... (Score 1) 496
According to Federal Wiretapping laws, yes... you would be guilty of felony wiretapping.
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.
...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.
Windows-only, yecch!
Try KeePassX... much better, cross-platform, free, secure and has a great generator built right into it.
http://www.keepassx.org/
There, fixed that for you
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, Mail.app, etc.)
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.
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.
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, Mail.app, 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.
Seriously...
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.
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.
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.
"When there is a problem, you call the landlord to come fix it. Yes, you have the right of sole use of the property, but you can't reasonably expect him to fix the problem without allowing him access to the property."
To continue with your analogy, this is like telling the landlord that there's a problem with the lawn, and he demands to have a copy of the keys to my home office desk drawers to fix it.
Our business in life is not to succeed but to continue to fail in high spirits. -- Robert Louis Stevenson
