Yeah, but they didn't "gather enough data to draw broad conclusions." They didn't gather enough data to draw any conclusions at all. That didn't stop them from drawing conclusions and publishing them.

Just as an example, suppose that marking your package "Fragile" actually results in better handling on average. Telling people the opposite of that is not just publishing entertaining stories, it's doing actual harm.

Yes, I read the article. But many people won't, so putting that crap in the summary without any caveats isn't much better than just making stuff up. Slashdot is supposed to be "stuff that matters."

The number of times they tested the same route with the same carrier was 0. The results are meaningless.

You're entitled to your opinions, but your factual assertions about Telnet and SMTP are just plain wrong. The closest thing to "several RFC patches" is the simple statement in RFC 1123 that "A host MUST carefully follow the rules of RFC-854 to avoid option-negotiation loops." In other words, if you don't follow the protocol, then the not-the-actual-protocol that you are using may not work right. And other commenters have already pointed out that SMTP poses no restrictions on the text of a message body, although some implementations change the message body when delivering to a mailbox.

FTP uses two connections partly because it was designed to allow a third party to initiate a transfer. Whether that's a reasonable requirement is a matter of opinion, but there's no way to meet that requirement without separating the control and data channels. FTP was designed, for better or for worse, with interactive use in mind. And a truly ancient hacker would know that some of the operating systems where ASCII and binary modes actually make a difference don't support the distinction in the filesystem, so putting that requirement in the protocol would simply make it impossible to implement for those OSes (which were common and important at that time).

Are you a lawyer? Neither am I, but your "plain reading" is not what I see in the words you quoted. Your interpretation seems to be, if a "technological measure" (some DRM system) is ever used on any non-copyrighted work, then it suddenly loses its special status as a technological measure protecting a copyrighted work, and anyone can circumvent it with impunity.

The straight-forward reading is that any technological measure that is ever used to protect any copyrighted work acquires the special status that makes it illegal to circumvent it, regardless of the whether the circumvention is to enable a legal use.

The fact that a DRM system was once used on something that didn't have copyright protection wouldn't have any more bearing on its coverage by DMCA than, say, the fact that I'm breaking the DRM for a legal purpose such as fair use. But lawyers seem to agree that the DMCA makes it illegal to break DRM for legal uses. So, I'd go with the assumption that the DMCA was written by clever lawyers who did not leave a huge hole in it which has not been spotted by other clever lawyers.

It might be that, but it's also a complete fabrication. Here's what TFA actually said:

Kind of different, no? In particular, the one that isn't made up says nothing about "needing" compensation for "enjoyment," it just says they make more money doing it this way than doing it that way. But that just makes them sound like good businessmen rather than social parasites. That won't do at all.

Are you intentionally dense or do you fail to understand the difference between nouns and verbs in English?

Cost (transitive verb): cause the loss of

As in, "Responding to your nonsense cost me more time than it was worth."

Obviously, this is just the first step. First, they register everyone with IT skills. Then they'll impose a tax on bits. Eventually, we'll be denied our constitutional right to keep and bear keyboards.

Is Slashdot now Fox News?

Yeah, that would be a serious hindrance if Fox News were in the business of reporting facts.

I'm not sure what point TFA (the Fox article) is trying to make, but it jumps all over the map and pretty much throws everything at the wall to see what sticks. For example, "making sure everyone carries an RFID tag linked to a biometric data file" is certainly scary sounding, but what does the biometric data have to do with tracking people's locations?

And if RFID tags are easily copied, isn't that a good thing? It will discourage attempts to use them for surveillance.

The comparison of RFID tags and Social Security numbers is entertaining, but the risk with SSNs is largely because they are treated as if they are secret when they are not. (Okay, they've also been overused as a primary key because too many public and private organizations were too lazy to generate their own unique ids, which does make it easier to aggregate information *once you have access to it*.)

The article refers to "Paget's cloning experiment." But it doesn't actually say that any cloning was involved, only reading at a distance. Is cloning as easy as reading? I don't know, and neither does the article's author, I would guess.

Not only are PASS cards not passports, but they use a completely different technology. This story is pretty much debunked at http://www.rfidjournal.com/blog/entry/4615.

That part about "mostly college students" comes from the interviewer, not from Google:

Funny how the introduction restates the interviewer's preconception even though the actual interview implies otherwise.

But there's a good reason the TV manufacturers stopped (not never started) making sets with CableCard. By all accounts, CableCard was a disaster for the consumer: compatibility was poor and the subscriber was left high and dry while the TV manufacturer and the cable company pointed fingers at each other. Oh, it didn't help that the cable companies all required a service technician visit to install the damned card!

Couple that with the inability to access all that free on-demand content the cable companies have been pushing, and you can see why demand for CableCard sets went straight through the floor.

Will Tru2way (OCAP rebranded) work any better? We'll see.