I amazed how much people get annoyed by such a small and insignificant detail. I also noticed the "Imbox" but i dont believe i thought about it for more than 1 second.
[deleted]
Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
81–90 of 155 posts
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#82Earlier quoted context omitted.
Come on, nothing innovative? It really is innovative. Whitelist screening, batch replying, proper “reply later” etc I think imbox is embarrassing, and I don’t like the graphic design, but it’s definitely innovative and good for them for doing something different.
I think there's a subset of tech folks that don't really value UX (which is like 90% of hey's value-add). It's the same people that don't understand Slack's value because "it's just over-hyped IRC"
A surprisingly large subset of those tech folks can and does improve the UX of their Mail and Chat life using basic scripting on top of a simple but flexible UI.
Both Slack and Hey say F U to that and force you to do everything your way. No standards compliance, no tailoring of the UX to your actual needs.
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#83Earlier quoted context omitted.
Are you suggesting the drama with Apple was part of their marketing? Because I dont see lots of Hey from marketing side, I do see lots of hey on the argument against Apple App Store.
Of course it is. They've weaponised it to their advantage. The actual solution to getting their app approved is obvious. But they've decided there's a greater gain in PR by 'taking Apple on'.
> The actual solution to getting their app approved is obvious.
It's not obvious to me. Mind elaborating on what the obvious solution is? Giving up 30% of your revenue on what's likely to be your largest platform when your competitors don't have to isn't obvious, so there must be another option I'm missing.
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#84Earlier quoted context omitted.
Are you suggesting the drama with Apple was part of their marketing? Because I dont see lots of Hey from marketing side, I do see lots of hey on the argument against Apple App Store.
Of course it is. They've weaponised it to their advantage. The actual solution to getting their app approved is obvious. But they've decided there's a greater gain in PR by 'taking Apple on'.
There’s literally a section in their book about leveraging enemies as marketing.
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#85Earlier quoted context omitted.
For me it was their marketing message. Empty, annoying, misleading and filled with pats on the back, Apple style. Except I can't find anything innovative
Come on, nothing innovative? It really is innovative. Whitelist screening, batch replying, proper “reply later” etc I think imbox is embarrassing, and I don’t like the graphic design, but it’s definitely innovative and good for them for doing something different.
Mailbox did most of these features 5-7 years ago.
There are some innovative things here but they want $99/year for it and it doesn’t support IMAP. It’s also ugly as sin and looks straight out of 2007.
The biggest hurdle is that it just won’t play nice with all of my email accounts. I would have to maintain my “normal” mail application and also maintain Hey. The benefits Hey might offer are ruined by not being able to have a consistent workflow across all of my accounts.
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#86Genuinely need to block Hey in keywords now. The marketing is too much.
dhh should create a marketing framework next, could be named `active_marketing` or smth.
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#87HEY looked interesting until I found out they don't support IMAP. When I think about the problems with email, I don't think primarily about the interface, but about the fact that the open standards on which it is based are increasingly being ignored.
That’s all super fair, but they also argue this direction allows them to innovate as well. Notably, their direction resembles a rails approach and lets the server do more work. (Because Hey is instead just a standard API client, whereas the client can tell the server things that you just can’t do with IMAP.) I imagine with the Apple situation they are working on adding support currently however, even if it’s reduced.…
What do you think they can do with their custom API that IMAP can't? IMAP has server-side search and a file-based representation of things like configuration. It may not be as easy to write as a JSON API, but once you do, the interface is flexible enough to really accomplish anything.
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#88Earlier quoted context omitted.
Of course it is. They've weaponised it to their advantage. The actual solution to getting their app approved is obvious. But they've decided there's a greater gain in PR by 'taking Apple on'.
> The actual solution to getting their app approved is obvious. It's not obvious to me. Mind elaborating on what the obvious solution is? Giving up 30% of your revenue on what's likely to be your largest platform when your competitors don't have to isn't obvious, so there must be another option I'm missing.
Yes, the obvious solution is to implement IAP. This is what Apple says they need to do. That said, they don't have to give up 30% of their revenue, they could make it more expensive to sign up via IAP if they wanted to offset the loss. Not great for the consumer, but at least it would work.
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#89Users of every startups:
You have a typo
Founders: Thanks
Users of Hey/Basecamp: You have a typo
Founders: No, this isn't a typo. And we built a website to show you're wrong: http://itsnotatypo.com
Re: Show HN: Automatically Rename HEY's 'Imbox' to 'Inbox'
#90HEY looked interesting until I found out they don't support IMAP. When I think about the problems with email, I don't think primarily about the interface, but about the fact that the open standards on which it is based are increasingly being ignored.
That’s all super fair, but they also argue this direction allows them to innovate as well. Notably, their direction resembles a rails approach and lets the server do more work. (Because Hey is instead just a standard API client, whereas the client can tell the server things that you just can’t do with IMAP.) I imagine with the Apple situation they are working on adding support currently however, even if it’s reduced.…
> That’s all super fair, but they also argue this direction allows them to innovate as well.
That's true, but I would argue, perhaps somewhat conservatively, that email is an area where we don't want or need much innovation. Email works fine and has for decades. In many cases, "innovation" (except at the protocol level) has made things worse.