Live data from Hacker News

.mail app

dotmailapp.com

21–30 of 126 posts

Re: .mail app

#21
First thing I thought of when I read the heading Actionsteps was being able to tailor actions specific to each email. For instance, you receive an email from Twitter saying someone's following you, and you're given the options to either "follow", "@reply", "ignore", etc, and similarly for Facebook. Receive a bill from ATT and your next steps are "pay bill", "file as important", "put on to-do."

You're essentially containing all of the work necessary to resolve the subject of the email within the client itself. You could allow for app plugins/extensions so that others could develop hooks into various services.

Other than that, it looks clean and simple. I'm eager to try it out when it's launched.

Re: .mail app

#22

Best of luck w/ the implementation. However, reading the concept, I am unimpressed. In Mail.app, I can already mark e-mails with different-colored flags, which allows me to come up with my own "get back soon" or "get back later" type of a system. The assertion that e-mail hasn't changed since 1970's is false. Modern e-mail clients manage it much better. Compare Mail.app, Outlook and GMail to PINE--the difference is s…

really pushed the conversational view and presented it in a single-screen way that was innovative (compare how long it took e-mail clients to catch up with that... and no, "group by thread" did not compare).

I love GMail's conversation view, but AFAIK, not really many other desktop email clients have adopted it. Who else has it?

Re: .mail app

#23

Best of luck w/ the implementation. However, reading the concept, I am unimpressed. In Mail.app, I can already mark e-mails with different-colored flags, which allows me to come up with my own "get back soon" or "get back later" type of a system. The assertion that e-mail hasn't changed since 1970's is false. Modern e-mail clients manage it much better. Compare Mail.app, Outlook and GMail to PINE--the difference is s…

I like most of this but Gmail's tagging has been so burdensome and then hard to use the results of such that I've given up on it entirely.

I like being able to sort things away that I don't read often, but GMail told me I didn't want a "read untagged messages" view so it wouldn't let me do that.

Re: .mail app

#24
"Actionsteps solves the flagging problem, where every email you know that you need to respond to is of equal importance."

Wouldn't it be interesting if the sender of an email could specify what Actionsteps are required for a given email? i.e. The sender specifies that an email should be: read by the receiver, replied to by the receiver, forwarded to a specific department, complete a specific task, etc.

Re: .mail app

#25
Whoo boy does that site ever not work without javascript... Sort of ridiculous since it's a static page advertising a desktop app, neither of which should require javascript at all.

EDIT: Oh God, and hot pink highlighting does NOT complement their color scheme. And for all its javascript fanciness, it doesn't handle resizing at all. Sorry to be so negative, this site just pushes all my buttons.

Re: .mail app

#26

From: https://vanschneider.squarespace.com/mail-the-first-summary -- "Currently I'm developing a prototype and then hopefully move on to Kickstarter. But there's no plan yet if it's going to be a WebApp, MacOS or Windows app." In other words, vaporware (so far).

He edited that post after you posted this comment, it seems.

It now reads "Currently I'm developing a prototype and then move into development. A MacOSX app is going to be the first release."

Re: .mail app

#27
A bone to pick with the name: Leading "." in filenames usually causes the Finder (and ls) to omit the files in listings.

Maybe not a great look for an email app.

Re: .mail app

#28
post #16
post #11

Earlier quoted context omitted.

That summary was posted on July 18th, so it's not necessarily up to date.

Yes, a lot could have changed in one week... really?

Well, within a week someone can decide to turn a prototype into an actual project. Thus, not necessarily vaporware.

Re: .mail app

#29
post #3

What is it? It took me quite a while (and a few web links) to discover that it's a Mac email client. Interesting how many new email clients are emerging this summer. I'm taking note due to the likely abandonment of Sparrow. Also due to come out "this summer" is Mail Pilot: http://mail-pilot.com/

From the video: "Our servers store metadata about your messages, but not the messages themselves"

It's difficult for me to invest the time (and effort) required to use a service like this, when that investment could easily just go away when the service is pulled for whatever reason. Or, if their servers are down will I have robust access to my mail client?

One of the nice things about old email is that it is portable. Metadata on 3rd party servers seems to cast this positive aspect about email aside.

Some aspects of these new emerging services are novel, specifically the UI and layout of features. As many have pointed out recently, similar functionality has existed in mail clients for years. However, not every email user is aware that their use of email could be made more productive just by utilizing the tools already in their email environment. I would guess these mail client-services are catering to that market -- the less technically inclined. Consequently, these customers are less likely to know or care about the implications of spreading vital work-related or important data across new and potentially volatile services.

That said, I do support nice-looking and more usable email clients, just not at the cost of dependence on a 3rd party service.

Re: .mail app

#30
post #16
post #11

Earlier quoted context omitted.

That summary was posted on July 18th, so it's not necessarily up to date.

Yes, a lot could have changed in one week... really?

Yes, really. Someone can easily decide what platform to target in one week. What's so surprising about that?
Post reply on HN