Live data from Hacker News

Mailpile: Let’s take email back

mailpile.is

51–60 of 241 posts

Re: Mailpile: Let’s take email back

#51
post #21

Earlier quoted context omitted.

That's fantastic. I didn't see any information about this on your page so you might want to make this clearer (I assure you I read it first before commenting, then went back and saw the Fork on Github ribbon, the only indication). By subscription I mean that I am happy to support an open source project with regular funding. Initial funds from Indiegogo are not sufficient to maintain a long-term service and we'd be he…

there's a big red line across the top right corner pointing to github (and licencing info there). there's another link to github near the end. apologies for a previous post that used strong language, but you really can't have looked very hard. (you know, i just read chapter 2 of 'how to win friends and influence people' which tells me that criticising people never works because they simply work harder to justify them…

[deleted]

Re: Mailpile: Let’s take email back

#52

Earlier quoted context omitted.

how does the search work? is there a separate database? i use mairix (which does construct a separate database) and it's pretty damn awesome. have you looked at that? are re-inventing something worse? sometimes it is useful to search just the body. and mairix works fine with a huge volume of mail. also, getmail is python and does pop and imap downloads, so could be used there. [otherwise, this seems awesome and if i…

It is a custom search engine, written in Python. It works surprisingly well, most queries are answered under 200ms and tens of milliseconds are common once caches are warm.

any plans for a solr support? there's a lot of knowledge out there on how to scale solr for large webmail deployments like i.e. inside a large company or for forensic mail analysis.

Re: Mailpile: Let’s take email back

#54

Earlier quoted context omitted.

I applaud your efforts! I did not see mobile mentioned. Will there be a mobile-friendly version of the web client? Will there be IMAP access from (e.g.) mobile devices? (Under 'Current Features' you mention IMAP, but I did not understand if this refers to you acting as an IMAP client or server.) By the way, there seems to be a copy-paste typo in the description for 'Spam Detection'; it reads 'PGP encryption and verif…

Yes, making the web mobile friendly is definitely on the list of things to do. Native apps may come later, once the APIs have stabalized a bit. The current IMAP support is functioning as an IMAP client, we haven't started work on the server side yet. And thanks for the typo report :)

so if i understand you comment right: it will be a MUA that accessed through a webbrowser, and one still needs to have an IMAP capable email-account somewhere else?

Re: Mailpile: Let’s take email back

#55
post #43

Earlier quoted context omitted.

there's a big red line across the top right corner pointing to github (and licencing info there). there's another link to github near the end. apologies for a previous post that used strong language, but you really can't have looked very hard. (you know, i just read chapter 2 of 'how to win friends and influence people' which tells me that criticising people never works because they simply work harder to justify them…

Regarding your addendum, if you really view the people as incompetent idiots, I'd argue you're not all that interested in winning them as friends. In any case, just give the person the information they need without attacking them -- they won't feel defensive and they'll probably feel pretty stupid on their own. For bonus points, try to empathize and think about something stupid you once did -- surely you've done some…

> surely you've done some idiotic thigs in the past.

No, but give me 5 minutes, and I'm sure I will.

Re: Mailpile: Let’s take email back

#56
post #3

Bjarni here, lead dev. Happy to answer any questions.

Why AGPL rather than a more liberal license like BSD or MIT?

Edit: Just to clarify why I'm asking this, the project looks very interesting and I suppose the choice of AGPL wasn't made lightly, as it might slow down adoption by commercial organizations, so I'm interested in the reasoning behind this choice.

Re: Mailpile: Let’s take email back

#57
post #43

Earlier quoted context omitted.

there's a big red line across the top right corner pointing to github (and licencing info there). there's another link to github near the end. apologies for a previous post that used strong language, but you really can't have looked very hard. (you know, i just read chapter 2 of 'how to win friends and influence people' which tells me that criticising people never works because they simply work harder to justify them…

Regarding your addendum, if you really view the people as incompetent idiots, I'd argue you're not all that interested in winning them as friends. In any case, just give the person the information they need without attacking them -- they won't feel defensive and they'll probably feel pretty stupid on their own. For bonus points, try to empathize and think about something stupid you once did -- surely you've done some…

i don't deny doing stupid things. look, here's an example from my recent posting history - https://news.ycombinator.com/item?id=6121287 and the follow-up http://www.acooke.org/cute/HyperloopW0.html#Mon29Jul20132135...

what depresses me is that people don't admit it, learn, and move on. instead we get "well, i am showing how important it is to make this information more explicit because everyone else is as dumb as i am". no. we are not.

ps and no, i am not interested in winning you as a friend. what makes you think i would be? i am interested in influencing people. i want people to be smarter. it's frustrating that this can't be done by simply pointing out the correct answer. instead, people need to be molly-coddled into changing their minds without noticing. by pretending to be friends. an enormous amount of effort is needed to effect the smallest change.

i don't deny it. i think i need to read and learn from that depressing little book. but god i wish people would think a little more.

Re: Mailpile: Let’s take email back

#59
This is exactly what I've been looking for! It seems the product is aimed at technical users (at least initially), though there are some technical details I didn't see in the video, description or FAQ:

- This is an MUA, correct? Based on the features on the project page, it sounds like MailPile will not act as an MTA or MDA, and is predominantly interfacing with mbox/maildir. I see features for IMAP and POP3 on the roadmap, but its not clear if using those protocols is idiomatic for MailPile.

- How is PGP/GPG handled? The server-side code for MailPile must have access to my secret key, correct? Is MailPile's web interface then accessible via HTTPS (given the proper cert)?

- Is there a plan for a key management interface?

- It sounds like the MUA itself (MailPile) is a server, and it would access maildir/mbox directly. Is there any API planned for accessing that data through MailPile's programatically, or is MailPile's main goal to provide a browser interface?

- This might have been covered, but will the web interface support mobile as well?

Thanks for working on this...it really sounds like a great project!

Re: Mailpile: Let’s take email back

#60
post #29

I just switched back to Zimbra (also open source) after years with Google Apps. It's been a spectacular experience so far, and it's nice to have email fell like email again (not to mention being in full control).. It has everything I need: a rich web client, good smartphone phone support, good spam filtering, and a good community.

Another vote for Zimbra.

Seriously, it's not that hard to install and setup.

Once you have it all going the capabilities are immense. It also lives on your machine, using your SSL certs, and using as much in-place HDD encryption as you want.

This is how you take your privacy back. You care enough about it to do it yourself.

Post reply on HN