I get the feeling that this is a MVP or feature test for something bigger. Because truth be told, I don't see why people would care about someone's inbox health, especially since people use their Gmail account as a garbage dump+todo list+backup. I've seen inboxes with THOUSANDS of unread email and most people I know don't archive anything at all.
Yep, MVP indeed! Our core idea is that email interactions should be based on one's availability. More thoughts on that here: http://blog.getsmokesignal.com/post/10660730744
Ask HN: Please review my site "Smoke Signal"
51–60 of 84 posts
Re: Ask HN: Please review my site "Smoke Signal"
#52Earlier quoted context omitted.
Overflowing inboxes are the problem. Perhaps we should have provided more context about what we're trying to fix : ) These guys do a good job: http://emailcharter.org We're trying to provide a framework around that first rule of respecting the recipient's time.
But respecting people's time isn't about knowing how much e-mail the person you're sending to has... It's about sending only important e-mails/"not spamming". So, regardless of whether the guy I'm sending to has an empty or an overloaded inbox, I should always send the e-mail, because it's important.
Also to your point, I'm not sure if this is a good product for workplace email exchanges. In that setting you're sort of forced to send things to people wether you want to or not.
Re: Ask HN: Please review my site "Smoke Signal"
#53Re: Ask HN: Please review my site "Smoke Signal"
#54Completely unrelated, but how does that Museo Sans render so nicely on Win/Chrome? Usually font rendering on Chrome is horrible. Now, checking Typekit, it seems some fonts have nice anti-alias, while some not. Where's the difference?
I believe that is due to the work they explain in this blog post: http://blog.typekit.com/2011/07/26/new-from-typekit-improved...
Re: Ask HN: Please review my site "Smoke Signal"
#55My friend Eric's courteous.ly (featured on lifehacker and mashable a few months back) does something similar except it uses rolling data points to determine what "normal" is for you, as opposed to a single absolute scale for everyone. The advantage of Smoke Signal is that it has a real-time meter as opposed to making a recipient click on a link to get the status of your inbox.
Buster Benson is doing cool things too with http://howsmyemail.com. He provided some encouragement early on.
Re: Ask HN: Please review my site "Smoke Signal"
#56The problem this introduces is that it's useless unless people only email you by replying. If they're replying to you it's probably important, and you don't want to tell someone not to reply or to reply later. And to expect someone to do that is unreasonable.
If someone emails you direct, they don't see your signature. So it doesn't fulfil its purpose then.
Finally, an overflowing inbox shouldn't be the responsibility of someone trying to contact you. Things like labels, filters and priority flags are all tools used by email clients to allow the user/recipient to establish a system to manage large amounts of email that is most suitable for them.
You can't expect the sender to help you manage your time better. And thus if this servie is useful to you, I'd be more inclined to think your email client isn't being worked hard enough.
Re: Ask HN: Please review my site "Smoke Signal"
#57Re: Ask HN: Please review my site "Smoke Signal"
#58Another take on the same problem is to send an automatic reply saying Your email has been received. There are %N emails in my Inbox before yours. Your email is important to me. The estimated wait time for the response is %M days. Thank you for your patience. :)
Re: Ask HN: Please review my site "Smoke Signal"
#59I'm curious. Out of the total amount of people you surveyed before building this, what percentage raised their hands and said they would use it?
Re: Ask HN: Please review my site "Smoke Signal"
#60Earlier quoted context omitted.
Overflowing inboxes are the problem. Perhaps we should have provided more context about what we're trying to fix : ) These guys do a good job: http://emailcharter.org We're trying to provide a framework around that first rule of respecting the recipient's time.
But respecting people's time isn't about knowing how much e-mail the person you're sending to has... It's about sending only important e-mails/"not spamming". So, regardless of whether the guy I'm sending to has an empty or an overloaded inbox, I should always send the e-mail, because it's important.
If the sender is even thinking about the question "Does this particular individual have time to read this email?" then the chances are that this email is already far more important than average.