The enterprise mobile email system really needs to move to an app. Fewer folks and fewer companies want to deal with a work issued phone. We need an app for all of the smartphone platforms that keeps the mail store encrypted and authentication credentials at rest. It also needs an infrastructure that supports remote wiping of the app's authentication and user data. We no longer need to run the hardware side for mobile enterprise mail and sticking to that model is just making RIM's biggest problem over again.

There are hard parts to solving a lot of expected functions, like how do you keep the authentication information secure and do automatic email pulls or how to keep the user data secure and still do calendar reminders.

My success rate with Cisco's TAC is 5%. They have solved my problem before I solved it myself, worked around it, or went with another solution. So far, for me they're 2 for 40. Their documentation is generally quite comprehensive though. The site search has never been very good, so I find it best to google using 'site:cisco.com'.

It's a question of price discrimination. In a broadcast free-to-view environment that is ad supported, you are required to seek as many viewers as possible. If your high desire viewers (the ones that will pay) are willing to pay 10x the rate of ad dollars, you only need to attract 10% of the audience. That might even be better than break even, first because your audience will likely be more loyal, and second with a shift toward quality the income from rebroadcast licensing may increase (you can sell DVDs or get Netflix/Amazon to pay you to stream BSG, but not The Jumping of Sharktopus (in 3D)).

It would be a high risk strategy in today's world. We are just beginning to test what people will pay for long tail content, and how it needs to be distributed.

I resist the implication that commercial software is, in general, well engineered. I'm not going to claim that the "many eyes" concept always, or even usually, lives up to it's billing; but in several high profile projects the FOSS system has resulted in some of the highest quality and most widely deployed applications and services in world. The market challenge that many projects have represented have motivated vendors to improve in way they claimed were impossible.

A very short list off the top of my head:

Apache
Mozilla
OpenSSH
Snort
the collective GNU utilities
Wireshark

I apologize for feeding the trolls.

Doesn't matter the OS is it's a browser targeted attack. based on the scant information in the article, I'm guessing this is a XSRF attack.

Based on the fact that HR has access to company accounts, the businesses targeted/affected are probably 1 person does all the management functions. Most banks I've seen use the same authentication for small businesses as personal accounts. If they have a PIN/keypad or a rotating authentication question, then a straight credential capture isn't easy. Unfortunately, while those measures are common, they aren't universal. This might also be a cross site request forgery (XSRF) attack, which would be prevented or at least mitigated by re-authenticating for each transaction. But again, if these are small businesses using the same essential security measures as personal accounts, transactional re-authentication isn't a common feature of those types of accounts.

Yeah, but if he can get twice the array for less than he can build a mirrored striped array for less than the price of striped array w/ parity of the same size. It depends on what exactly you're comparing, but if you're just looking at the redundancy features of ZFS building a better array and letting the RAID controller handle it is at best marginally worse than using the Sun solution. If on the other hand you want to use some of the other kung-fu of ZFS like the NFS integration, then the cost benefit calculus changes. The point is that, if your needs could be reduced to commodity hardware, Sun always lost badly on price.

I was gonna do the same thing, but you win. I for one welcome our gray bearded overlords.

They started that study at the same time, but they're still gathering data. I think it might take a while.....

I knew Flash had a certain air of suck about it because of some of the security issues. Then I went to FX's talk at BlackHat US 2010. He released a tool (Blitzableiter http://blitzableiter.recurity.com/), that essentially does all the file validation for SWF files that Adobe's Flash player Completely Fails at. I think that maybe I would feel a lot better about Adobe's position if they didn't still have, after just about 10 years, a giant kludge job that they expect us all to freely install in our browsers.

Actually, I just built a low voltage ultra-portable notebook using an X25-V (CULV CPU, no optical drive, 8+ hour battery life). I'm running Linux, so my OS load is under 3Gb right now, so a typical quarter to half terabyte drive seems like overkill for a system that only runs productivity apps. I haven't done much battery benchmarking thus far, but the reduction in disk access times has been tangible. For example, even using a low power CPU, my boot times are under 15s to the log in screen.

Your setup is a good one, mine is just one that uses an SSD as the sole drive.

In order to establish a pretty much unassailable prior art, you may wan to file for a provisional patent.

Good luck

Another reason for ordering online s the famous long tail. Niche and esoteric items are much more viable when you're Amazon, not Bob's Corner Furry Bondage Shop (unless you're in NYC, then you can find anything). I've seen a decline in the breadth of tech/computing books at my local big box book stores, which I think is caused by the online availability.

Well if you're not breeding them to debug, then really you're making bugs to make bugs - which arguably they already know how to do.