Nope. You just encrypt everything. [...] If a user requires assistance in finding a file in an encrypted filesystem, then the admin might have to use remote desktop (or visit in person) and find the file under the supervision of the user.
But in that scenario, IT can still get access to the encrypted data if they really want to. They can install a key logger and a tool that records your screen contents at intervals. Face it, you have to trust everyone who's able to install software on your computer.
So while encryption may be able to reduce the number of IT staff who can read your e-mail--maybe the server admins can't read it now, only malicious desktop admins--you won't ever reduce the number to 0.
Yeah its a real pain in the ass to do this, and it will require a lot of extra training for the users, but it is possible.
It's a real pain in the ass, it requires lots of training, increases the risk of data loss, and it still doesn't actually prevent IT from being able to read your data. That's why nobody does it.
Unfortunately I had just bought some sony brand earplugs (I like them because they are in-ear but not as expensive as the shure E3c [or something like that]).
1. CSS 2 was finalized in May 1998. When are you planning to finish implementing it?
2. JavaScript DOM level 1 core was finalized in October 1998. When are you planning to finish implementing it?
3. SVG 1.1 was finalized in September 2001. When are you planning to start implementing it?
4. When the battle was IE vs Netscape 4, I used IE (on Mac) as it was more standards compliant. During that time period you had enormous growth in market share by shipping a more standards-compliant browser. So, why did you abandon that strategy?
Now, if only it put the file where you actually dragged the text to, instead of in a completely different place that you can't see so you think it didn't do anything.
Which kinda reinforces the original point. Even when Gnome does get the functionality right, the implementation is wrong.
I think you're missing the point. I'm not saying that all you need is arrays; I'm saying you don't need 4 different implementations of arrays that have different interfaces.
The same is true of other Java APIs; it's not that the functionality exists, it's that it exists multiple times with different APIs because they didn't think through the right way to do it before dashing in to an implementation and stuffing it into core Java.
Yes, but I don't want a programming language that has evolved through random mutation and natural selection. I want one that has been carefully designed for expressive power, ease of use, and consistency.
As to whether EJB 3 is better, well, doubtless I'll read up on it eventually and see. Once there are more actual implementations.
No, Java is often unnecessarily complex. Most languages get by with arrays; Java has arrays, Arrays, Vectors, and ArrayLists, all with subtly different APIs. Ditto Hashtable and HashMap. Mostly this explosion of APIs has happened because Sun hasn't thought through the design before adding stuff to the language.
Then there's the whole EJB and EJB QL fiasco. Massive amounts of additional complexity added for zero gain.
The Debian package of SlimServer requires mysql-client-4.1 mysql-server-4.1.
And I already have an existing SQL server in the form of PostgreSQL. I want to use that. Apart from anything else, it's a better database, from ACID to trivial things like actually having useful time/date fields.
SlimServer is no longer an all-Perl solution. The latest version requires MySQL, and won't run with other databases. I'd really like to see someone fix it to work with PostgreSQL. However, it's not going to be me, as I've sworn off Perl.
Slashdot Mirror
I just use "album", "track", and occasionally "EP".
"Hey, heard the new Radiohead track?"
"No, I just got the Thom Yorke solo album though."
End of problem. No need to adjust wording whether I'm listening to vinyl, CD, cassette, MP3, or whatever.
Five years? Pah! I have CDs I've owned for 20 years that I still listen to, and CDs of albums recorded before I was born that I listen to.
(Yes, I was a very early adopter of CD.)
S/MIME is supported out of the box by Apple Mail, Lotus Notes, Thunderbird, and Exchange.
Just get yourself an S/MIME certificate and you're all set.
The problem is most people are too lazy to set it up, or don't know it exists.
I have S/MIME set up so when I e-mail my mother to tell her to do something, she can tell it's really me and not some phisher.
...which is exactly why that prick Jason Fortuny probably isn't going to do well in his chosen profession, given his antics.
But in that scenario, IT can still get access to the encrypted data if they really want to. They can install a key logger and a tool that records your screen contents at intervals. Face it, you have to trust everyone who's able to install software on your computer.
So while encryption may be able to reduce the number of IT staff who can read your e-mail--maybe the server admins can't read it now, only malicious desktop admins--you won't ever reduce the number to 0.
It's a real pain in the ass, it requires lots of training, increases the risk of data loss, and it still doesn't actually prevent IT from being able to read your data. That's why nobody does it.
Definitely Vancouver BC.
However, the 3 problems are 1) getting a job, 2) finding affordable housing, and 3) getting permanent residency.
If I could solve those, whoosh.
It's not a paradox at all.
The cluephone is ringing, why not pick it up?
Sennheiser, my friend. Sennheiser.
1. CSS 2 was finalized in May 1998. When are you planning to finish implementing it?
2. JavaScript DOM level 1 core was finalized in October 1998. When are you planning to finish implementing it?
3. SVG 1.1 was finalized in September 2001. When are you planning to start implementing it?
4. When the battle was IE vs Netscape 4, I used IE (on Mac) as it was more standards compliant. During that time period you had enormous growth in market share by shipping a more standards-compliant browser. So, why did you abandon that strategy?
It's more like saying if you fuel your car with a mixture of gasoline and horseshit, don't be surprised if your commute has a few glitches.
There's no funny Jerry Seinfeld. I've had funnier dental surgery.
Unfortunately it doesn't seem possible to buy a Libretto without buying Windows.
Also, I notice that Toshiba USA don't seem to sell the Libretto...
It's assumed you can handle long division.
If you can't, Wikipedia has a nice summary.
http://en.wikipedia.org/wiki/Prison
Gnome.
Now, if only it put the file where you actually dragged the text to, instead of in a completely different place that you can't see so you think it didn't do anything.
Which kinda reinforces the original point. Even when Gnome does get the functionality right, the implementation is wrong.
I think you're missing the point. I'm not saying that all you need is arrays; I'm saying you don't need 4 different implementations of arrays that have different interfaces.
The same is true of other Java APIs; it's not that the functionality exists, it's that it exists multiple times with different APIs because they didn't think through the right way to do it before dashing in to an implementation and stuffing it into core Java.
Yeah, drives me crazy. Apple don't even have a small laptop offering; their smallest is 13".
What I really want is something like a VAIO UX, only with an operating system.
Lots of manufacturers don't even bother to release their small laptops in the USA, because everyone here wants honkin' huge SUV laptops.
Yes, but I don't want a programming language that has evolved through random mutation and natural selection. I want one that has been carefully designed for expressive power, ease of use, and consistency.
As to whether EJB 3 is better, well, doubtless I'll read up on it eventually and see. Once there are more actual implementations.
No, Java is often unnecessarily complex. Most languages get by with arrays; Java has arrays, Arrays, Vectors, and ArrayLists, all with subtly different APIs. Ditto Hashtable and HashMap. Mostly this explosion of APIs has happened because Sun hasn't thought through the design before adding stuff to the language.
Then there's the whole EJB and EJB QL fiasco. Massive amounts of additional complexity added for zero gain.
Have they made it "Write once, run anywhere" though? Can the same .EAR be dropped into any environment and expected to run?
at 19:00 target1.sh
at 19:30 target2.sh
at 23:00 spam.sh
Move along humans, nothing to see here.
Don't post Hans Reiser's search logs, you insensitive clod!
The Debian package of SlimServer requires mysql-client-4.1 mysql-server-4.1.
And I already have an existing SQL server in the form of PostgreSQL. I want to use that. Apart from anything else, it's a better database, from ACID to trivial things like actually having useful time/date fields.
No, it's not theft either. See Slashdot discussions passim ad nauseaum re: definition of "theft".
Maybe, but you couldn't call it Firefox.
SlimServer is no longer an all-Perl solution. The latest version requires MySQL, and won't run with other databases. I'd really like to see someone fix it to work with PostgreSQL. However, it's not going to be me, as I've sworn off Perl.