Wouldn't a JMAP bridge like [1] solve the same problems?<p>1. <a href="https://github.com/jmapio/jmap-perl" rel="nofollow">https://github.com/jmapio/jmap-perl</a>
Great to see this here. Andris9 is great! He also made wildduck which also allows IMAP api:<p><a href="https://wildduck.email" rel="nofollow">https://wildduck.email</a>
I'd like to see an ms graph api version of this. A proper rest json api for mail, contacts and calendar is long overdue.<p>JMAP never took off. Maybe, if projects would copy the odata based graph api that ms documented we could collectively move there...
If you just need email processing locally, I have found imapfilter to be quite nice. You can script it in Lua.<p>Personally I went a bit overboard with it and implemented a simple TCP server in node which queries GitLab APIs based on the email metadata and moves Mails into Folders based on assignees, Labels etc. So letting do imapfilter the heavy IMAP stuff, calling node via tcp and using the response to sort based on it.<p>[0]: <a href="https://github.com/lefcha/imapfilter" rel="nofollow">https://github.com/lefcha/imapfilter</a>
Nice job.<p>I just realized, would Elixir be the perfect platform for this since you could have a GenServer process that has a constantly alive IMAP connection for each server?<p>I'm not sure if this API is initiating an IMAP connection each time you request something, but keeping that connection alive could be really interesting.<p>Also can you use a regular connection pooling library to do this?<p>Or am I imagining a problem that doesn't exist? (overhead of reconnecting to IMAP server for each request)
Awesome! I'm having to maintain some IMAP+SMTP handling code and having to deal with the intricacies / non-standards / quirks of different mail servers (Office365.......) has been such a time sink. This would be perfect in our infrastructure.<p>Any plans to provide it in a Docker container? I'd be willing to maintain one & push it to Docker Hub, for the AGPL version, if you don't have the time.
nice!<p>Related: Here's a very simple one from a few years ago that does 1:1 sync via IMAP into CouchDB. CouchDB directly provides the local HTTP/REST UI & APIs: <a href="https://github.com/thomaswilley/yama" rel="nofollow">https://github.com/thomaswilley/yama</a>
This is really cool. I’ve been a big fan of the Nodemailer project for how accessible it makes IMAP and SMTP. This is a significant step towards even more accessibility. I can imagine some pretty cool, lightweight email clients being built with this.
people interested in this should also take a look at rainloop and roundcube, two fully open source self-hostable webmail applications. Not exactly for the same purpose, but they both also implement access to IMAP-over-TLS stored mail.
Thanks for sharing. I have a reverse problem though. Would it be possible to access REST interface using IMAP a protocol? My use case is to access Office365 web mails using legacy apps such as mbsync and msmtp.
Cool! I built something similar, albeit worse in every regard, also using nodemailer.<p>I might have to start using this instead. Mine basically just powers contact forms (send only).