Live data from Hacker News

Email is not broken: It’s a framework, not an application

blog.killtheradio.net

131–140 of 146 posts

Re: Email is not broken: It’s a framework, not an application

#131
post #129

Earlier quoted context omitted.

I'm opposed to that too, but I immediately ignore arguements made by people who can't make them without swearing.

What about those who choose to swear? Also, your stance might be unfortunate if someone ever shouts at you, "Fuck me, there's a tiger, run!"

I'm not saying swearing doesn't have its place. However, it is not in a professional arguement.

Re: Email is not broken: It’s a framework, not an application

#132
post #65

Earlier quoted context omitted.

> Want less spam? Don't distribute your address or sign-up everywhere. Around 1999 or so I noticed someone trying to send spam to every common name on my mail server. I had never given out my email address and yet here I was getting spam just because I had a server. Even if I heavily obfuscate my email address on my website such as with this hack http://icefox.github.com/js_email_link_hack/ I would still get spam bec…

Something like fail2ban could deal with this.

[deleted]

Re: Email is not broken: It’s a framework, not an application

#133
It's a set of distributed messaging protocols that happens to be very widely deployed. Something else might replace it.

I'd like tools that make it not matter so much how I got a message from somebody. It could be an SMTP message or an SMS (or MMS) message or an XMPP message or a message through somebody's privately owned social network. Just put a little logo up in the corner so I have some sense of just what kind of message it was. Other than that, I want all those messages brought together in one place that I control and can get to from any device.

Re: Email is not broken: It’s a framework, not an application

#134
post #127
post #76

"Email is a distributed, asynchronous messaging protocol." What a complete disconnect from the users of email. To 99.99% of people who use email, Paul is correct: "Email is not a messaging protocol. It's a todo list. Or rather, my inbox is a todo list, and email is the way things get onto it." When people say "email", they almost always mean their email client. Failure to account for the common usage of the word and…

Looking at the ten most recent messages in my inbox, I have a political call to action, two invitations to apply for jobs, two newsletters from companies about their services, two informational newsletters, an invitation to a meetup, an account statement and a request from a friend to host a website on my server. Half of these are not to-do items in a sense other than "please read this text". They don't even want a r…

Filters that can automatically file an email from a particular sender in a folder and mark it as "read" (so it doesn't give you a new mail notification) are something that's already been implemented. For example, both Mozilla Thunderbird and Microsoft Outlook support it.

Re: Email is not broken: It’s a framework, not an application

#135
post #127

Earlier quoted context omitted.

Looking at the ten most recent messages in my inbox, I have a political call to action, two invitations to apply for jobs, two newsletters from companies about their services, two informational newsletters, an invitation to a meetup, an account statement and a request from a friend to host a website on my server. Half of these are not to-do items in a sense other than "please read this text". They don't even want a r…

Filters that can automatically file an email from a particular sender in a folder and mark it as "read" (so it doesn't give you a new mail notification) are something that's already been implemented. For example, both Mozilla Thunderbird and Microsoft Outlook support it.

I know I can manually set up filters. I haven't though, and I suspect I'm not in the minority.

Re: Email is not broken: It’s a framework, not an application

#137
post #64
post #21

Earlier quoted context omitted.

Diff'rent strokes for diff'rent folks. It amused me and made the post more entertaining for me to read, thus holding my attention better. Yes, I probably do have the sense of humor of a 12-year-old, but that's immaterial.

vulgarity can definitely be artful. this was not a case of it.

By your definition. I disagree. That's the nature of art.

Re: Email is not broken: It’s a framework, not an application

#138
post #129

Earlier quoted context omitted.

What about those who choose to swear? Also, your stance might be unfortunate if someone ever shouts at you, "Fuck me, there's a tiger, run!"

I'm not saying swearing doesn't have its place. However, it is not in a professional arguement.

Not usually a spelling nazi, but if you are telling people what words they are allowed to use professionally, could you also spellcheck the words you choose to employ. There are less of them, so it should be easier.

Re: Email is not broken: It’s a framework, not an application

#139
post #138

Earlier quoted context omitted.

I'm not saying swearing doesn't have its place. However, it is not in a professional arguement.

Not usually a spelling nazi, but if you are telling people what words they are allowed to use professionally, could you also spellcheck the words you choose to employ. There are less of them, so it should be easier.

I assume you are referring to my spelling of arguement; the additional e is allowed in British English.

Re: Email is not broken: It’s a framework, not an application

#140
post #63

To me email IS broken. But email is not broken because it's not a todo list (I agree with the author that this is a layer above the protocol to fix). To me email is broken because: 1. a discussion is not a discussion but is a series of messages that happen to have the same subject. The client trying to simulate a discussion is not enough. 2. a message carries all the previous discussion: top posting (or any other way…

1. Email clients do add headers that define a thread, it's not just a series of messages with the same subject. Specifically, they use the In-reply-to and References headers to identify the parent and thread correctly. Gmail uses a different model, but many MUAs shows threads as trees, just like e.g. HN.

As you can infere, I didn't know that, thanks :)
Post reply on HN