Looks nice so far, worked with IMAP for a while, not fun... So is it on top of IMAP or ... ?
It seems to be, as far as I understand. If that's actually the case, how do you handle the case where someone read a new mail (and thus, mark it as read) before app processed it ?
Show HN: Switchboard – open-source email processing in Erlang
11–20 of 38 posts
Re: Show HN: Switchboard – open-source email processing in Erlang
#12Re: Show HN: Switchboard – open-source email processing in Erlang
#13Re: Show HN: Switchboard – open-source email processing in Erlang
#14I did a project like this a few years ago and here are my takeaways: 1. Building on top of IMAP is very difficult. It's not a technology that is really designed for the mobile world of today (e.g. streaming, sockets for chat) 2. Threading is a bitch. The old folder tree layout is formidable. ---------------- That said, it's so cool to see something like this in the wild. As an engineer, I would've used this as a boil…
2. Yes! We still have to work this into Switchboard, but conversations in the JMAP (http://jmap.io) spec give an idea of how it will be implemented.
Re: Show HN: Switchboard – open-source email processing in Erlang
#15Re: Show HN: Switchboard – open-source email processing in Erlang
#16will evaluate this thoroughly , needed something like this .
If not, please let us know about any sticking points either through the mailing list, switchboarddev _at_ librelist.com, or the GitHub issues page.
Re: Show HN: Switchboard – open-source email processing in Erlang
#17Re: Show HN: Switchboard – open-source email processing in Erlang
#18Could this be used for automatic GPG encryption before storage on disk?
Switchboard could be used to fetch the email, encrypt it, and then replace the unencrypted email with the encrypted email on the server. However, replacing emails is invasive if the user doesn’t expect it, and other than the email provider's word you have no guarantee that the unencrypted email was actually deleted.