The Time Has Come to Ditch Email? 398
Krishna Dagli writes to mention an article at The Register claiming that it's time we stop using email to communicate. From the article: "The problem is, email is now integral to the lives of perhaps a billion people, businesses, and critical applications around the world. It's a victim of its own success. It's a giant ship on a dangerous collision course. All sorts of brilliant, talented people today put far more work into fixing SMTP in various ways (with anti-virus, anti-phishing technologies, anti-spam, anti-spoofing cumbersome encryption technologies, and much more) than could have ever been foreseen in 1981. But it's all for naught."
e-mail needs to get better (Score:5, Insightful)
Short version of story:
E-mail shouldn't really go away, we need to recreate it from scratch with builtin security, authentication, encryption, etc, and those mechanisms need to be as transparent as today's e-mail.
EOF
E-mail will probably go that way, but I don't see it being recreated from scratch. Postfix evolved out of perceived difficulties with sendmail (still one of my favorite packages... obtuse, obtuse, obtuse, but lots of fun.) while in-flight.
The fixes for e-mail likely will also occur in-flight... there's too much momentum, and too many transactions dependent on e-mail for it to stop, then go.
The single most important step for me would be transparent authentication, via certs, whatever. As phishing becomes more insidious and the stakes go up, someday someone (or a bunch of someones) will be phished severely, escalating the urgency of authentication. It may start out clunky (ever tried to get friends and family to do PGP handshakes?), but as with other technology I think it can be done with transparency.
E-mail stays... (btw, if you want to send e-mail feedback to the author, this is the link [theregister.co.uk].
Re:e-mail needs to get better (Score:2)
I just converted a good-sized system from Sendmail to Postfix; here's why (with charts!) [blogs.com]. Go Postfix!
Good sized system? (Score:5, Insightful)
Me thinks you need several zeros on the end of that to get to a medium to large installation....
Re:Good sized system? (Score:4, Informative)
Re:e-mail needs to get better (Score:4, Funny)
It's like a private foreign language without having to bother learning a foreign language.
That's the spirit of the article.
Re:e-mail needs to get better (Score:3, Funny)
Hey if you can also get it to filter statements that are likely to land you in trouble, translate responses into something more sensitive, and translate back to you what she really means based on what she says, then I think you have the technology of the future. Maybe then slashdotters can get chicks. I would be an early adopter.
Re:get friends and family to do PGP? - Yes (Score:5, Interesting)
Yes, I've tried... and I've been and am quite successfull with it. Using GPG to send/receive encrypted mail and check signatures with a good plugin isn't rocket science.
Agreed, setting up keys and such is hard, but with friends and familiy we geeks can help. We do that with E-Mail, Games, Wordprocessors, why not with PGP?
My experiences with PGP with friends and family: Do You Use PGP? - Encryption is not just for techies any more [betabug.ch].
Re:get friends and family to do PGP? - Yes (Score:5, Interesting)
Because we're looking for a long term, widespread, permanent solution. There aren't enough of us geeks to hold the hand of every user in the world.
Re:get friends and family to do PGP? - Yes (Score:2)
Perhaps there are enough of us geeks to code up the proper secure behavior for the various email clients that people use, make it the default behavior, and make it easy enough to use that people won't bother to try and disable it?
Then it's just a matter of waiting for everybody to update their email client (i.e. 5-10 years, but that's better than never), and we're done
Re:get friends and family to do PGP? - Yes (Score:3, Informative)
Setting up GPG/PGP e-mail is not a technical or knowledge problem, its an implementation problem, in terms of e-mail client design.
Re:get friends and family to do PGP? - Yes (Score:3, Funny)
Actually, some of us geeks did a lot of it 15 or 20 years ago. Lotta good it did us all. Most of the email users are using Microsoft email software, and clearly will never upgrade to anything without the MS imprimatur, so our work was pretty much in vain.
So how about some of the geeks here mention the more-secure email packages you've w
Re:get friends and family to do PGP? - Yes (Score:3, Insightful)
Who exactly wrote all the software we have now that the non-technical users rely on every day? Geeks. There are plenty of us around
the problem with geeks is the (Score:3, Funny)
Re:e-mail needs to get better (Score:5, Insightful)
This is the key issue
Instead we need to educate the victims. Stop people clicking on links in emails *ever*, stop people buying "cheap prescription meds online", stop people sending thousands of dollars to the Nigerian interior minister.
Only when spam stops working will spammers stop working.
Re:e-mail needs to get better (Score:3, Insightful)
There's a fool born every minute; the internet just makes it easier for con-men to find them.
Re:e-mail needs to get better (Score:2)
I'm not so sure that's true; I suspect e-mail will be around with incremental, "in-flight" attempts at fixes for some time, but I also think that sooner or later its going to be suprisingly suddenly displaced, but not by something whose main focus is as an "e-mail replacement". Instead, by something that takes a radically different approach to informat
Re:e-mail needs to get better (Score:5, Funny)
I've got one of those! It ends in a chest-thump then a simulated pistol shot in the air! We can always ensure that our friends are definately our friends with that hand shake.
-Rick
Re:e-mail needs to get better (Score:3, Interesting)
The solution? For some novel open-source software to appear that handles this problem. Then it gets integrated into Thunderbird as an OPTION for a way to send mail. It should work seamlessly, and fall back to old-fashioned e-mail when necessary. You would have two e-mail accounts side-by-sid
Re:e-mail needs to get better (Score:3, Interesting)
I don't think Apple moved from PPC to x86 because of "patching", they moved because they could coerce Intel into giving them better prices on the chips (IBM didn't really care about Apple's business, and Apple's priorities and IBM's priorities didn't align). In fact, the same OS runs on both platforms with only a few changes to the kernel. 90% of the codebase
Re:e-mail needs to get better (Score:3, Insightful)
Um ... that is already done, altough almost no one uses it anymore. Remember that old X.400 thing? It was seen as too complicated back then with all the security and encryption builtin and SMTP was seen as its successor. Now look where we've come ...
Re:e-mail needs to get better (Score:5, Insightful)
If you'd tried to instantly replace the phone system with a different, portable system, you'd have been doomed to failure. There's no way you would have ever gotten everyone to just give up their telephone and buy a new, different device for voice communications. But cell phones are replacing land lines because they're compatible. Even though a cell phone and a land line phone work very differently at the hand set level, they both go back to the same place and you can call one from the other. All of the differences are handled transparently to the user. He doesn't care if his voice is going out over copper pairs or over RF to a cell tower. He doesn't care if it's switched through mechanical switches or digitized and sent through a IP network. He dials and a number and he talks.
To replace email, we need to come up with a new system which provides security and authentication when communicating with other addresses on the new system but degrades gracefully when sending to a legacy email address. As more and more people switch to the new system, the old system can be abandoned. It's a piecemeal replacement, not a wholesale changeout.
The article talks about all of this, all though I've tried to clarify a few things. It even gives a possible mechanism for graceful degradation.
Re:e-mail needs to get better (Score:5, Insightful)
There are some interesting email alternatives (Score:4, Insightful)
Two questions:
1) By suggesting email "could NEVER be recreated in a reasonable timeframe" you are inferring that a reinvented email system must be complex. Why would that be? We don't have to re-invent security, authentication, encryption from scratch for use especially for email--we already have the technology and use it extensively (HTTP(S), LDAP, Kerberos, SSH, etc). What is missing in email is an elegant integration of these technologies.
2) Even if architecting a next-generation email system would take a long time, why would that be a problem? What would be a "reasonable" timeframe? Personally I don't think that a W3C-like standards body would take more than 5 years to craft a usable standard, and by the time it hit 1.0 there would already be a lot of early implementations. Sure it would take a long time to adopt, but there could be email gateways like there was between the internet and old-school nets like Fidonet, and those gateways can handle the spam and other crap before they hit any "new and improved" email servers.
When something gets as broken as email people are more motivated to fix it. There are already some interesting ideas [prescod.net] out there that could catch on...
Give them some credit (Score:3, Informative)
Well, we have lived through this with the WWW and we still have standards. Yes, Microsoft was involved. Yes, Microsoft did it all wrong and yes, many IE quirks became defacto standards. However, there is still a standard and at a fundamental level it is still adhered to by all imporatant players. And guess what? Microsoft is being forced to step in line, albeit slowly. Pre
I mentioned this some time ago (Score:3, Interesting)
Mail really is broken. It does not work as expected or as wanted by users.
Couldn't agree more (Score:3, Insightful)
I've had people get pissed at me when I don't respond to their email. Reason I didn't respond is that it was sitting in a queue somewhere and I hadn't gotten it yet. Plenty of other examples I can think of but that'll do for now.
What we need is a locked out system. Something that doesn't interact with SMTP at all. True, people using that system could only email people in that system, but that wouldn't be a problem once it caught on. If you could guarantee delivery and zero spam, people would flock to
Re:Couldn't agree more (Score:3, Insightful)
Time to ditch (Score:5, Funny)
Re:Time to ditch (Score:2)
Sources confirm that Krishna, unable to find the Submit button, emailed the story to zonk@slashdot.org
Re:Time to ditch (Score:2, Funny)
I think you mispelled "6 thousand".
Finally, an idea to take down Exchange Server! (Score:3, Funny)
Whatever works!
Whoops... (Score:2, Funny)
Re:Whoops... (Score:2)
Re:Whoops... (Score:2)
Acronym soup. (Score:5, Insightful)
Sorry, but to be taken seriously, you'd at least have to have a basic framework already thought out. Just claiming that it's broken and maybe one of these TLA's that you've heard of might be used to fix it
Go back, think about it and then write a real article.
Re:Acronym soup. (Score:2)
Re:Acronym soup. (Score:2, Insightful)
Terry Pratchett observed that no one ever seems to follow the sentence "Somebody should do something" with the sentence "And that someone is me!"
Trouvez l'intrus ! (Score:2)
> So, he doesn't know how to fix email, but here is a list of acronyms to get you excited about it.
It's quite blatant he doesn't know what he is talking about when you know H.264 is a video codec.
Oh, and yEnc is a binary to text encoder, like uuencode, so it hasn't its place here either.
Re:Acronym soup. (Score:3, Informative)
"A completely new, secure email system would be the internet's next big critical application. If it required IPv6 addressing, maybe secure email would also kill those ridiculous "tiered internet (http://news.bbc.co.uk/1/hi/technology/4552138.st
Your ISP can throttle an IPv4 stream just as well as an IPv6 stream. And why would an email protocol "kill teh tiered intarweb"? Amazing stuff.
Re:Acronym soup. (Score:2)
Re:Acronym soup. (Score:2)
So nobody is allowed to point out the email has problems until the solutions are already known? But if nobody is allowed to discuss the problems, how will the solutions ever be found?
Go back, think about it and then write a real article
This article is useful in that it gets people thinking about the problem. Now some clever person can come up with a proposed solution and post an article about it. That's ho
Re:Acronym soup. (Score:3, Funny)
What? But it makes perfect sense!
All we have to do is yEnc the H.264 stream, RAR is apart, make the PAR files, GPG each package, and verify the MD5 sums after it's been e-mailed to AES [ic.gc.ca]!
But since the VP is such a VIP, shouldn't we keep the PC on the QT? Otherwise he could go MIA and we'll all end up on KP--oops, wrong argument.
headline (Score:4, Insightful)
Re:headline (Score:2)
What's with that.
Re:headline (Score:2)
Couldn't resist.
Use new technology? (Score:3, Insightful)
So in 25 years time today's technology will stop 90% of communication being spam? Spam exists in the spite of the best efforts to stamp it out. Whatever we do it'll be the same. Writing an article full of buzzwords and hypothesis doesn't really help a lot.
Re:Use new technology? (Score:3, Insightful)
The major problem, which the article correctly identifies, with today's email system is the utter lack of enforced identity verification. Even if you want it, there's no mechanisms to support it. The only thing you can do is accept all of that email, and then only read the stuff that's PGP signed. Combine that with the lack of ease of use of most
PGP (Score:2)
Unless your friends are terrorists that's going to be easier said than done.
Re:PGP (Score:2)
The domainkeys draft: http://www.ietf.org/internet-drafts/draft-delany-d omainkeys-base-04.txt [ietf.org] is a much closer approximation of what is needed here as it also describes the way this fits at the MTA level.
There are also some obvious ways to build on this draft as far as trust chain management, but it will be better if they do not get in the draft and the draft is accepted "as is" for now. All other reasons aside, better to have an RFC to build on
Isn't it time to ditch cars? (Score:2)
Father of Sendmail (Score:3, Interesting)
For the record: smtp rules.
I don't use email in the office (Score:3, Funny)
FIX YOUR FUCKING CRAPPY CODE!
I also use sign language, but I don't have much of a grasp of it and stick to the usual middle digit up in the air.
If it ain't broke... (Score:5, Insightful)
Put another way, if you run your own mailserver and still get spam and viruses, it's because you haven't chosen to address the problem. If you use someone else's mailserver and still get spam and viruses, it's because they haven't chosen to address the problem. Nothing stands between you and a clean inbox but motivation, whether your own or your ISP's.
And no, broken hacks like DJB's "Internet Mail 2000" will never get real-world acceptance as they make it as difficult for legitimate bulk senders to broadcast as for spammers. SMTP is here to stay as the standard method for (somewhat) reliably routing messages between people on unaffiliated networks. Replacing it with a similar system with new pitfalls isn't the answer we're looking for.
Re:If it ain't broke... (Score:2)
Re:If it ain't broke... (Score:2)
I have faith in the unlimited creativity of ethically challenged people. Beyond that, though, ask your local mathematician, cryptographer, computer scientist, or philosopher whether it's theoretically possible to design a perfect communications system that reliably delivers all wanted messages and no unwanted messages. Short answer: no.
Re:If it ain't broke... (Score:4, Interesting)
I did and it doesn't. I routinely need to send out 50,000 copies of a customer newsletter. Right now, SMTP allows me to start the process now and gradually spool out the copies at my network's own convenience until I'm finished. Under Dan's crackpot idea, I send a broadcast to 50,000 customers letting them know that there's a newsletter waiting for them. When they all come to work at 9AM and simultaneously attempt to download a 1MB PDF, my router cries tears of pain and my customers hate my slow-loading message.
Dan's idea sounds fine under certain very limited circumstances, but can't possibly work in the real world.
Re:If it ain't broke... (Score:3, Interesting)
I host an announcement mailing list for one of the local dance communities. There are approximately 500 subscribers - the low end of "bulk", surely, but I'd call it "bulk" nonetheless. The organization on whose behalf the list is run is perpetually short on cash. If bulk mail on that scale becomes expensive, the list goes away and 500 people no longer receive timely email telling them about upcoming classes, dances, etc. How is that better for t
E-mail hath it's advantages (Score:2)
The solution to most phishing scams is to use a text-based e-mail client. No click-thru links means you can see the end URL and disbelieve it if it isn't th
Let's Ditch Email... (Score:2)
Interesting... (Score:2, Interesting)
Well, one surefire way to lock it down would be to make it a closed system... (waits for incoming fire)
I wish it was still the 80s! (Score:2, Insightful)
no, the time has come for anti-spam treaties. (Score:3, Insightful)
why not use it for something beneficial for a change, and introduce treaties to the UN for the harsh enforcement of anti-spam measures.
Once the international safe havens are removed or severely curtailed, there will be less of it, and everyone but the ad nazis and the "big data" industry which has arisen to serve them will be better off.
Right...... (Score:5, Insightful)
No, wait, let's think that through. Let's take video games as the paradigm. Every year companies spend upwards of 20 million per video game. Every year, they come out with the newest, latest, greatest in copy protection. This copy protection is only limited by their imaginations (and the hardware). And yet days after release, and sometimes prior to release, their code is hacked, cracked, and distributed.
This author somehow thinks that going back and redoing everything will fix it. The author is naive.
Call my analogy a bad one if you will, but the SECOND you put ANY type of system into the hands of the criminals / spammers, they will find ways to exploit it. This is proven time and again.
How exactly does this new email system stop phishing? Oh, right, it can't. Have a link, go to a malicious website, etc. How exactly does this new email system stop users from clicking executables thinking that they are going to see nudie pictures of Katie Holmes? They don't. How does this new email stop virii? It won't.
Encrypt your email if you want security. Password protect your account. Use filtering to dump spam before you read it.
OH, and I forgot to mention - I'll be sending you a snail mail letter that looks completely official. It's about a man I met in Nigeria, who has some money he'd like to give you.
Re:Right...... (Score:3, Informative)
They don't. How does this new email stop virii? It won't
Nothing is perfect, but having reliable source authentication (so that everyone can easily tell which emails are really from PayPal and which are from criminals pretending to be PayPal) would g
Yeah, right... (Score:3, Insightful)
Anyways, these suggestions for improving email are full of fancy features (hashing and compression!) but all they really serve to do is complicate the protocol. Right now, SMTP is so simple that it can be implemented by the tiniest of embedded systems. Take that away and whatever protocol you come up with probably will never be as popular SMTP.
Besides, most of these proposed changes don't do too much to prevent spam without any of the questionable side-effects encountered with the current proposals to counter spam (ex., lost of anonymity, cost, proving identity a la SSL certs)...
uh huh... (Score:2)
Applying the article logic to regular mail... (Score:5, Interesting)
If you get a letter from a car dealer stating that you won $3000 in credit if you buy one of his cars, do you automatically go and buy one? NO. Same thing goes for email, you don't open all emails and follow all links blindly.
The problem is with educating people how to use email and the Internet as a whole. When enough people stop being click-happy... spamers will lose interest as no one will be paying for such a service, and phishers/spoofers won't find enough people to fall for their tricks.
Simply, educate people about this powerful tool before you through them in! this is not only for email, it goes for anything to do with the internet and any form of communication as a whole.
Just my $0.02.
The problem is spam, not e-mail (Score:5, Insightful)
I guess I'm lucky that I have an ISP [magma.ca] who takes spam blocking seriously, using a combination of Brightmail and a user configuarable Spam-Assassin install that seems to block 98% of spam and which has virtually no false positives. On the weeks when I monitor it, they may mis-label one in several tens of thousands of messages, usually from mailing list or other source that just barely triggers the filter.
Most people assume that the lousy, error prone spam blocking offered by many ISPs is the best than can be acomplished. That's simply not true.
Unlike the article author, I still find e-mail a reliable and essential tool, and can't see a need to make significant changes at this time.
Re:The problem is spam, not e-mail (Score:3, Insightful)
"...virtually no false positives."
I get virtually no personal email. Virtually no false positives means I will be losing personal email.
Most of these stats are based on the idea of dividing false positives by the number of emails received, rather than false positives against legitimate emails.
Spamassasin lost about 1-2% of my legitimate mail. It's unpredictable and it makes email unreliable.
Not that I have a solution, just to say that for me, this kind of filtering is not it.
Depends what you do with it (Score:2)
I must have 6 email accounts. What's wrong with adding a secure, whitelist-only account that I use for all communication involving banking, law, etc? Secure mail protocols already exist. This could be a value-add service for ISPs to do the hard parts. All it needs is an extra step when I want to add allow a new sender, that they provide their mail s
I believe they said this... (Score:2)
...about the US Mail and look how well it... never mind...
Seriously, this is old news. Very old news. What is everyone waiting for? If someone were to lob a few million USD my way I'd put together a legion of highly-talented programmers and we'd go out, write some new, more secure protocol and be done with it. Anyone got some venture capital lying around they're not using? It's all fine to argue that there are more secure email systems and talk about signing emails to make them more trustworthy, but it's
Here We Go... (Score:2)
NNTP fell first and email change is slow (Score:2)
Curb Spammers (Score:5, Insightful)
And I don't mean "curb" as in curtail their activity, I mean "curb" as in stick their fucking heads on a curb and stomp on them!
I agree with the sentiment... (Score:3, Interesting)
I agree with those who suggest that as long as there's email, there will be spam. Therefore, the only real option here is to make it not so profitable.
Email is like the phone system (Score:2)
Because it's not supposed to be based on invitations or similar constraints.
Better protocols and implementations are welcome, of course.
But changing the email system is quite likely to kill it.
It's also time to put an end to cars! (Score:2)
Not dead, just out of the mainstream (Score:2)
Fact is, as different protocols fall out of favor, they can be used with more impunity by people who would avoid the eye of law enforcement and morality enforcement.
Example: When you hear about "crackdowns on child porn" in the media, the agencies doing the crackdowns are invariably described as "going after websites." Never is there any mention of Usenet, IRC. Just "web
I am not sure about investment (Score:4, Interesting)
-Qmail, vpopmail, simscan, spamassassin and clamav. On a userbase with the amount of users we have its very easy to distribute, its easy to scale and the performance is great.
E-mail won't end, it will evolve. (Score:2)
An alternative solution (Score:2)
replacement for E-mail is E-mail (Score:3, Interesting)
The solution is fairly simple: change to a different E-mail protocol; one simple approach is to have a protocol in which the sender stores the message until deliver and the only thing that gets delivered to the recipient is a small notification.
On a related note, it really is pretty silly as well that there is SMTP in addition to IMAP; in the future, the client-to-server protocol might well just be simple IMAP (with an "outgoing" folder), and there can be a separate server-to-server protocol like the one described above.
Spam is the symptom. Zombies are the problem. (Score:3, Interesting)
But the zombies are vulnerable. The lamest Windows OSs, the DOS/Win95/98/ME family, are slowly dying off. XP is at least potentially fixable, and Vista is much tighter.
We've made real progress. It's tough to send spam today without committing a felony. Spammers are routinely going to jail. Spam as a means of even vaguely legitimate marketing is dead. Spam-friendly hosting is getting harder to find. Ironport gave up selling its "spam cannon" rackmount spam sender. Spam filtering is better than ever. Spammers have been reduced to using zombies because anything more direct gets them hammered.
Surprised this hasn't appeared yet (Score:5, Funny)
(X) technical ( ) legislative ( ) market-based ( ) vigilante
approach to fighting spam. Your idea will not work. Here is why it won't work. (One or more of the following may apply to your particular idea, and it may have other flaws which used to vary from state to state before a bad federal law was passed.)
( ) Spammers can easily use it to harvest email addresses
(X) Mailing lists and other legitimate email uses would be affected
( ) No one will be able to find the guy or collect the money
( ) It is defenseless against brute force attacks
(X) It will stop spam for two weeks and then we'll be stuck with it
(X) Users of email will not put up with it
( ) Microsoft will not put up with it
( ) The police will not put up with it
( ) Requires too much cooperation from spammers
(X) Requires immediate total cooperation from everybody at once
(X) Many email users cannot afford to lose business or alienate potential employers
( ) Spammers don't care about invalid addresses in their lists
( ) Anyone could anonymously destroy anyone else's career or business
Specifically, your plan fails to account for
( ) Laws expressly prohibiting it
(X) Lack of centrally controlling authority for email
( ) Open relays in foreign countries
( ) Ease of searching tiny alphanumeric address space of all email addresses
( ) Asshats
( ) Jurisdictional problems
( ) Unpopularity of weird new taxes
( ) Public reluctance to accept weird new forms of money
(X) Huge existing software investment in SMTP
( ) Susceptibility of protocols other than SMTP to attack
( ) Willingness of users to install OS patches received by email
(X) Armies of worm riddled broadband-connected Windows boxes
( ) Eternal arms race involved in all filtering approaches
(X) Extreme profitability of spam
( ) Joe jobs and/or identity theft
( ) Technically illiterate politicians
( ) Extreme stupidity on the part of people who do business with spammers
( ) Extreme stupidity on the part of people who do business with Microsoft
( ) Extreme stupidity on the part of people who do business with Yahoo
( ) Dishonesty on the part of spammers themselves
( ) Bandwidth costs that are unaffected by client filtering
(X) Outlook
and the following philosophical objections may also apply:
(X) Ideas similar to yours are easy to come up with, yet none have ever been shown practical
( ) Any scheme based on opt-out is unacceptable
( ) SMTP headers should not be the subject of legislation
( ) Blacklists suck
( ) Whitelists suck
( ) We should be able to talk about Viagra without being censored
( ) Countermeasures should not involve wire fraud or credit card fraud
( ) Countermeasures should not involve sabotage of public networks
(X) Countermeasures must work if phased in gradually
( ) Sending email should be free
( ) Why should we have to trust you and your servers?
( ) Incompatiblity with open source or open source licenses
( ) Feel-good measures do nothing to solve the problem
( ) Temporary/one-time email addresses are cumbersome
( ) I don't want the government reading my email
( ) Killing them that way is not slow and painful enough
Furthermore, this is what I think about you:
(X) Sorry dude, but I don't think it would work.
( ) This is a stupid idea, and you're a stupid company for suggesting it.
( ) Nice try, assh0le! I'm going to find out where you live and burn your house down!
Your website (Score:3, Funny)
[To moderators: before modding me down, please visit it first]
The Problem is Vulnerable PCs (Score:5, Insightful)
When vulnerable boxes disappear, the bad guys would have little ammunition. My guess is that over
time, as computing matures and our OSes stabilize, security holes will be plugged faster than they
are created. When that happens, vulnerable boxen will become rare, and the bad guys will find it
harder and harder to send Spam and Malware with impunity.
And then the rainbows will soar and unicorns will return.
But the right kind of security! (Score:3, Interesting)
Corporate whistleblowers, Chinese democracy activists, union organizers, etc. all have a legitimate reason to want to be able to send an email without it being traced back to them. How do we support that without opening the floodgates for spam/phishing/etc?
Essentially, I should be able to somehow generate an ID, where I am the only one that can connect the ID to my person. At the same time, if I send an email, my recipient will receive it - they will be aware of the fact that the email is from someone who is hiding their personal identity, but some other form of information will be connected with that ID that shows that the email can be trusted more than some bulk-mailed viagra ad. Ideally the system would not require human intervention to screen. For example, maybe the ID is such that it requires 1 week of CPU-time to generate, and the encryption method has a secure method for storing the total number of emails sent using the ID.
This way, a spammer would have to have acess to a million machines for a week to be able to send 10 million emails with a ID that has a count of less than 10.
On the receiver end, they would get the email, and it would be flagged as unsolicited and anonymous, but they would know that I've only sent 5 other emails with the same ID and that the ID was difficult to obtain.
The basic idea is that with each email you receive, there would be a set of information that you are guaranteed to know about the sender, with some of it optional. The email reader would only accept mass emails from trusted known IDs, but non-mass emails could come from anonymous IDs.
Another possibility would be some form of trusted anonymous emails. Without further external knowledge, a single message from that ID would not be trusted, but it would be possible for an ID to create some form of trust structure. For example, imagine you anonymously donate $100 to some charity, using the ID. Then you send an email using that ID to people who respect that charity. The message header would include information that would allow automatic verification that the same ID was used for the donation and the email. The receiver would then be fairly certain that the message was not spam, but they couldn't trust it enough to give out their credit card number or other info.
Anyway, this is the sort of thing I'm thinking of - decentralized, and secure in the sense that the sender and receiver can in some secure way communicate a level of trust to each other without outside interference or exposure.
Re:in other news (Score:2)
Re:in other news (Score:2)
Off-topic, but I wish that I could take a poll to see how many slashdotters have ever used gopher.
Back to the topic. To me, "alt.*" is like an outlaw wasteland. It is not a "nice" place to visit. The moderated areas are nice, but the same thing is often found on internet forums,
Re:in other news (Score:2)
People were saying something similar a decade ago except
they said uucp instead of gopher.
"so I do not really see the need for those"
You might not , but a a few million people do.
"You never know who is posting,"
You think people would post to newsgroups if others
could get hold of their real name? Bye bye any political
posts from people under oppressive regimes them. Hello
incarceration for them and spam for the rest of us.
You're a good example of the I-don
Re:in other news (Score:3, Informative)
You can get web and e-mail on your phone. Companies are developing small PDA-sized tablet computers to access the web and e-mail. When have you heard of a news reader for a phone?
My guess is that porn and w
Re:in other news (Score:3, Insightful)
I've used gopher. Gopher was actually replaced by the web and HTTP. When web browsers and HTTP came along, they started to do the job Gopher was doing and doing it better than Gopher itself. That's why gopher went away.
The nntp situation is different. There's something to be
Re:in other news (Score:2)
He's right - the technology is still very much aroun
Re:in other news (Score:2, Insightful)
Re:It's all for naught? (Score:2)
Is there an SMS program for a desktop / notebook computer? Can you send a lot more than 200 characters per message with SMS? Then it's not really an alternative. I think even mobile phones resort to email to send pictures. I don't like the retarded shorthand that SMS encourages.
It might take years to design and ratify a new email standard and years to transition, assuming enough people go along with it. So many devices, services and programs use the current email standar
Re:inane (Score:2)
That depends. In reality and in the metaphor, cars are often misused or overused, they take a lot of space, pollute and are generally very inefficient. The entire infrastructure needs to be updated to provide more acceptable mass transit, especially for many urban areas. There are several cities that have become major "no car zones", at least one in Canada, several in Asia and the EU.
Viruses (Score:2)
They spread because of e-mail clients that are designed by people who shouldn't even be designing a Big Mac behind the counter of McDonald's. Attachments shouldn't be automatically decoded/downloaded/executed/read. Period. End of story.
And people who execute attachments from people whom they don't know or trust, or which are obviously automated get what they deserve, I guess. They'll probably learn the second time 'round, anyway.
Anyway, there are far mo
SPF works. DKIM is coming. Not a total solution. (Score:3, Interesting)
DKIM (successor to Yahoo's DomainKeys) will do even better when it gets more traction in the MTA and MUA segment, but for right now do SPFv1 and get the issues with forw
Re:Authenticated SMTP (Score:3, Interesting)
Re:Email is fine, it's the client software that su (Score:3)