SlideMail – an email app that can think
slidemailapp.com
slidemailapp.com
I'm a developer and my email habits are absolutely horrible. Whenever I put in long hours of coding, I feel like the time it takes to context switch between development and doing email is way too high.
Because of this, I'm notorious for missing emails, flights even or just not responding to emails as it gets lost in my inbox forever.
I essentially started making this email app for myself and it's finally working quite well. There have been times where I've completely forgotten about a meeting and it's reminded me to show up on time. The sorting uses a lot of NLP magic and I find it to be pretty accurate too for me to take back control of my inbox. I just want to see how far I can run with it and already working on trying to suggest replies to emails.
There are a lot of email apps on the market and I think their concept is "how do we incorporate better design and work flow to solve the email problem"? My notion is rather, "how do we use technology to solve the email problem?"
Other than that, I'm also really excited with the privacy route I decided to take. The downside is that deploying across multiple platforms will be more challenging without a central server side component, but if the plus is that if one chooses the option of going "private" (essentially this turns off server side push notifications) there won't be any communication with my server at all.
It's been a real struggle these past few months so I'm super excited!!
Too many mail clients are trying to sync you mail up to their servers, which creates no end of problems - Security, Compliance, and just general creepiness.
I look forward to learning more about your app! I'll certainly try it out when it launches ;)
FWIW I'd like to see approaches like this applied to personal servers so that the device doesn't have to do all the heavy lifting but the code still runs close to the user. The approach I'm taking is based on unikernels http://nymote.org/blog/2013/introducing-nymote/
We've had a lot of developers choose to use our infrastructure instead of interfacing with the various different providers and protocols (include Exchange). Usually security/compliance isn't an issue, but I'm looking to learn more about where folks have concerns, and ways we can address them. (Potentially doing everything from FHE to shipping AMIs.)
Thanks! You can also ping me directly at mg@nilas.com.
I'm currently happy directly accessing my email via web, Mail.app and Maildroid. Using a mail processing provider would mean that I would need to read another TOS to make sure my data is not sold/processed/used. If a mail client isn't able to speak standard imap and process the data locally then I don't even want to use it.
Maybe you should license your imap/api code for these thirdparty developers.
Host the server at home instead? Well do you trust your ISP? I imagine you don't.
Trust along the entire transit of the message, as well as the final destination? Can't there either.
So in the end it doesn't matter if there's yet another service in the middle. API or host or anything. If you're not encrypting it locally it doesn't matter. Period. The only point you can sell on is you are removing a service that can cause a point of failure. But don't act like it's more secure than before.
Hosting the mail server at home would be a possibility (we have a fiber connection). I could also place a server in the datacenter of a friend and do the mail hosting myself. I don't want to spend the time to manage my email hosting since I'm depending on it. Running your own mailserver is not as easy as it sounds like. It's rather time consuming when you want to do it in a sound way: - Spam filtering - DKIM - SPF - Security etc... Sure I could follow a $random_tutorial but then I would surely miss a couple of best practices. I don't think this time is well spent because I'm paying other people more knowledgeable about email to do it for me. That's a conscious decision I made. I rather not have an additional party involved when I see no need.
Please note that also used to run/help run a couple of large mail servers. So I have a general idea how they behave and what to do.
(And don't bother to PGP encrypt them as you can't trust the Debian GnuPG maintainer either.)
Where the heck was that written? That's not how Public / Private Keys work AT ALL.
> (And don't bother to PGP encrypt them as you can't trust the Debian GnuPG maintainer either.)
You do realize you can download, review, and compile from source? It's called Open Source for that very reason.
I expect more of an educated response on Hacker News than the one you have just demonstrated here.
There is little that makes me think worse of a company than having it breathlessly describe a product i actually want, without telling me whether i can actually use it.
Just because it doesn't have a big image or text with OS compatibility does not mean you can't intelligently determine based on the product photos what OS it's for. If it were for Android, they'd have at least one Android photo, or specifically mention Android compatibility. If it's a completely iOS-centric page, you can guess /quite easily/ it's iOS only.
iOS 7 (8 is pretty much the same): http://now.avg.com/wp-content/uploads/2013/09/ios7_homescree...
Android Lollipop: http://upload.wikimedia.org/wikipedia/commons/5/52/Android_5...
Furthermore, I doubt they'd do anything crazy if they were to show an Android app. It's usually stock or very few mods.
I'd like a Focused bucket which is senders I know, replies to me emails and otherwise important stuff (important enough that I want the iOS notification). The middle bucket is stuff I occasionally open. The third bucket is stuff I haven't unsubscribed to yet for whatever reason.
- You should have a call to action at the bottom of the page. It would be as simple as copy/pasting the code for the one-line email capture from above
- encourage sharing. i didn't provide my email address to test this, but you should encourage people (at some point: before signing up, right after signing up, or in a follow up email) to share this thing.
- I got the impression that it's iOS only. You probably got a lot of visits from android devices (check your own logs if you don't believe me). You could address that with a separate capture form using User Agent detection? Something like: "Get notified when we launch the Android version"
small nit pick about the page:
- <meta> tags are like <img> tags they should NOT have a corresponding close tag, "</meta>"
good luck with the app Vu
(i'm still using your old "hack" parakeet so i know you make some interesting stuff)
~ @hayksaakian on twitter
They still use Yahoo mail so Inbox / Gmail just doesn't work for them. SlideMail sort of brings what the Gmail app has to offer, in my opinion, enhances it and provides it for IMAP in general as well as other services.
We also did the "only check mail on the phone" implementation for security, but it ends up hurting the user experience because Apple gets to decide when to use background data.
It gets better (more frequent) the more you use the app, but it's hard to get users over the initial delays in mail checking. Just something to think about as you're building this.
Gmail / iCloud: Yes FastMail: Yes Yahoo: No AoL / Exchange / Hotmail / Live: Can't remember
Kudos to this. Bunch of scammers like Google try convincing you they HAVE to have your data for these things to be possible.
I'm all for privacy, but sometimes you guys go way overboard and complain and act entitled like Google is obligated to offer Gmail free of charge with nothing in return.
My issue is not that they offer a business relationship where they use your data for money, my issue is how shady they are about it.
Remember, all the good stuff they do, all depends on revenue dollars coming in. And in the end, they're still a company looking to make a profit.
Try advertising this to lawyers, who can't use GMail because Google snoops the mail. Consider offering a premium version that understands more legal terminology about things like court dates.
"... blog posts, email signups, and fundraisers can't be tried out, so they don't count as Show HNs" (https://news.ycombinator.com/showhn.html)
If your work isn't ready for people to try out yet, please don't put "Show HN" in the title. Once it's ready, come back and share it then. https://news.ycombinator.com/showhn.html
It's good for the community to tell us about these, since we can't notice them all. In the future, you (or anyone) are welcome to email us at hn@ycombinator.com to make sure we look at it.
I don't think the fact that the founder is commenting is relevant. I could chat with people about a theoretical or in-progress product quite easily.
I've flagged this submission. However much work has gone into it, GP is correct in saying that it's an email sign-up. Better for OP to wait until there is a product for people to use.
> Show HN is for something you've made that other people can play with. HN users can try it out, give you feedback, and ask questions in the thread.
Which is what it is. It's not just an email sign-up. I think this is a perfect example of a good Show HN.
>Which is what it is. It's not just an email sign-up. I think this is a perfect example of a good Show HN.
Until there is more than just a website with an email signup (i.e., an actual shipping email client), then it isn't something HN users can try out or give feedback on.
Again, thanks for actually bothering to make an effort to let me know -- rather than the people who downvted me without bothering to explain anything. Thanks mate.
Edit: or is the intent here that I will get immediate access if I put in my email? And the 'invites' is for the ready product?