Probably would improve the ad campaign.

No, that's really how patients work.

Most people, when told by their doctor, "You need to lose weight or you'll get diabetes," do what? That's right nothing. "You should be exercising for 30 min. 4 times a week," and yet most people don't change their habits. "You should have a biannual checkup, and get a colonoscopy every 5 years, a mammogram or prostate exam...."

Yes there are some things that doctors must take from a reactionary standpoint. But since we don't have magic pills yet, the only proactive thing a doctor can do is give advice, which frequently gets ignored.

You wouldn't blame the architect who told you to keep your house painted when your paneling start rotting through. Don't blame doctors who tell you how to maintain your body, or the security experts who tell you to choose strong passwords.(or how to write secure software) Their advice is good, but all to frequently ignored.

56000 kbps / 8 bpB * 60 s/min * 60 min/hr * 24 hr/day * 30 day/month =
18 144 000 000 bytes per month == 18 GB/month
$25.34 for phone plus $11.60 for dial-up =
$36.94 for 18 GB per month

Yeah, so thats at continuous use, but it wouldn't be cheaper than land lines. (offer not valid in all places, local rules and restrictions may apply)

And about your sig, may I direct you to: The FAQ.

I'm actually a little confused by this... maybe it's just a typo?
257d == 100000001b
so:
257 & 0x0F == 0000 0001b == 1d == 0x01

Which I assume is the wrong result. (I'm pretty sure we are trying to get a pointer to the character 'F' in the string.

Also, I'm guessing the reason why this is supposed to be 'safer' is because had you used 255 instead of 257, you would guarantee that i would only be a byte long. Except that with a 16 character string, any values of i larger than 15 (00001111b) are invalid, so in order to prevent c from pointing someplace beyond the end of the string, which is what I think your goal was, the code should be:
i=15 & 0x0F;
c="0123456789ABCDEF"[i];

But maybe I misinterpreted what you were trying to do.

Sources:
http://www.nasa.gov/centers/kennedy/about/information/shuttle_faq.html#10
http://www.renewableenergyworld.com/rea/news/article/2010/02/us-government-budget-proposals-increase-clean-energy-funding

2.360M / 450M * 100 = 524.44%

Yeah, I agree, we are WAY over spending on renewable energy.

If they are tech savvy enough to work around government filters, why can't they work around a domain name filter?

I'm curious, how is a gui better for the handless? I know some people use computers with sticks that are attached to a headband, but that seems like it would be easier to use with a keyboard rather than a mouse.
The only thing I'm coming up with is some sort of eye-tracking program, but I don't see why that couldn't be used with an actual keyboard, if not a virtual one. I'm not going to guess at whether or not it's faster, but I imagine errors from faster "typing" could be corrected in much the same way that swype corrects typing on touchscreens.

So use Thunderbird or Mutt or Mulberry or Evolution or Alpine or hell how about any of the others in this list under freeware or open source.

Email is based on open standards. There are hundreds of email clients if you are willing to take the time to look for them, and all of them (arguably) are better than Outlook.

I knew this was the case in Canada, but not in the US.
In case anyone else didn't know about what the parent is talking about

Yeah I got that from reading the comments, but there wasn't any mention of any limitations as to what the applications could do in the article, just a limitation on how you could run them. In reality, the applications are sandboxed, so they aren't running in full user mode. If they can break out of the sandbox however, all of the possibilities in my above comment are available.