I wish there were a good workaround for those of us condemned to MS365/Outlook. Outlook desktop is very unstable and buggy, and Outlook web is full of weird antipatterns. For example, it is absurdly annoying to get a direct link to an e-mail message in Outlook web. If it were easy, I would just pass that url to org-protocol in the browser and keep my tasks organized with backlinks to the e-mails that originated those tasks or projects.<p>As it is, my emacs and e-mail are almost fully separated due to (I'm assuming intentional) lack of a simple method of interoperability.
I have been able to use mu4e with my o365 account using davmail (<a href="https://davmail.sourceforge.net/" rel="nofollow">https://davmail.sourceforge.net/</a>). I will say it was a bit of a pain to get authentication right, and involved a lot of trial and error.
Have you tried this yet? Looks like it uses the ms graph API <a href="https://github.com/jgunthorpe/cloud_mdir_sync" rel="nofollow">https://github.com/jgunthorpe/cloud_mdir_sync</a>
I got briefly excited about this one, but I've run into the same issue of needing the IT department to explicitly permit me:<p><a href="https://github.com/jgunthorpe/cloud_mdir_sync/issues/25" rel="nofollow">https://github.com/jgunthorpe/cloud_mdir_sync/issues/25</a>
Check us out, we support Outlook and any other possible IMAP/OAuth provider. Cross platform, offline-first, and instant syncing:<p><a href="https://marcoapp.io" rel="nofollow">https://marcoapp.io</a>
For OAUTH2, I recommend starting pizauth (<a href="https://github.com/ltratt/pizauth" rel="nofollow">https://github.com/ltratt/pizauth</a>) as a user systemd unit.<p>Then you can just do (eg. in mbsync)<p>PassCmd "pizauth show accountname"
I was in this world for like 8 years but switched to Thunderbird after one too many emails didn't send because I missed some notification or something in mu4e, and too many emails weren't rendering well in Emacs, and etc little problems that cropped up. I needed my email to Just Work, not be another aspect of my procrastination machi- sorry I mean, my IDE.
I tried setting up mu4e once. It wasn’t worth it. It took me literally a few hours of reading random blog posts to figure out the configuration, and that was only to download email. Never got around to setting up sending them, which is a totally separate process. Even then, there were lots of issues. First, it’s slow. Loading an email had a noticeable pause and was slower than GMail. Also, you can’t avoid HTML email nowadays. There’s a very basic render, but expect all the formatting to be wrong. I also ran into rate limits from Google because we get way too much email at work. That’s not mu4e’s fault, but just another obstacle. Can’t really have my inbox be one hour behind real time.
I have been using mu4e for years, and am generally happy with it, and yet... I've never recommended it to anyone else. Unlike, say, org-mode or magit, which I'd happily evangelize.<p>The pain points are what other commenters have said:<p>- I don't find the default config a good fit for me, and run it heavily customized. As someone said everything in Emacs turns into a project...<p>- Performance can be an issue, especially indexing new mail (and especially if you like to lug around a copy of most of your emails locally as I do). On a laptop while traveling this used to be more of a problem, but newer versions are notieably quicker and newer laptops have better battery life.<p>- HTML rendering isn't great. Thankfully I don't get too many important messages that isn't just plain text. This might be a reasonable use case for xwidget-webkit though I'd imagine there are security/privacy issues to work out. (Another Emacs project -- yay!)<p>When I started I thought it would be an efficient way to get through lots of emails, and it has been for the most part. I'm just not sure I've saved time overall unless one counts the hours configuring it as "entertainment / hobby" rather than "work".
I too am a bit surprised this made it on the front page. Mu4e is definitely niche, and I wouldn't crow about it like I do org or magit. I've only been using it for less than a month and it will be a while before I know whether it is a net win.<p>Also, the real test would have been my much more voluminous work email!<p>The HTML rendering isn't great, as you said, but you are two keystrokes from opening that email in a browser, if you have to.<p>And I have tweaked the config several times now, but I think that's mostly because I'm changing my (and the charity's) email, which involves a lot of shuffling about. Again, in six months, I'll have another look and decide whether it _really_ helped.
This was my second attempt to get email working on Emacs and I gave up the first time, too. I persisted this time and I _think_ it will pay off. There is the obvious danger of this becoming another "project", but I'll make a note to check-in again in six months. It's an experiment!<p>I've not seen the other things you mentioned. I only check for email every 10 minutes, but opening and (especially) searching for emails seem much faster than doing it in Gmail. Plus, I can do searches across email accounts, like all unreads across all three accounts. That was <i>definitely</i> slower in the online clients.<p>Finally, there's a quick ('a' then 'v') way to just open a message in a browser if the HTML is too thick.
> Can’t really have my inbox be one hour behind real time.<p>Why not? Does your job mandate that you watch your inbox constantly, and respond immediately to all messages? How do you get anything else done?
> Also, you can’t avoid HTML email nowadays<p>This is the reason I haven't tried all the email tools that seem fun to play with, but not worth it :/
I use notmuch for email in emacs. I use w3m to process HTML emails for viewing in text, it does a pretty good job especially with tables, which are still used a lot in HTML email.<p>And the search.... fantastic. Best email search and virtual folder capability I've used on any platform.
[dead]
I'm also using Mu4e for personal email but stymied by Exchange auth for work email. I've been looking into using DavMail as an Exchange gateway, does anyone have experience with this?<p><a href="https://davmail.sourceforge.net/images/davmailArchitecture.png" rel="nofollow">https://davmail.sourceforge.net/images/davmailArchitecture.p...</a>
Re: the OAuth issues: to remove some of the hassle of this, you can use my proxy/relay to allow any IMAP (or POP/SMTP) client to be used with a “modern” email provider, regardless of whether the client supports OAuth 2.0 natively: <a href="https://github.com/simonrob/email-oauth2-proxy" rel="nofollow">https://github.com/simonrob/email-oauth2-proxy</a>. No need for your client to know about OAuth at all.
Thanks, keeping this as a reference — I'm trying to find some time to try mu4e. I used Gnus for many years, then switched to Apple Mail.app, but with the gradual decline of MacOS (and Mail.app) I'm looking to switch back.<p>I remember the two main reasons I switched from Gnus: 1) there was no good reliable search, 2) I couldn't drag&drop attachments into E-mails and back so I was spending a lot of time pointing to files. I hope both things have improved since then.
I am a Gnus user. My 2 cents…<p>concerning (1): I have no offline sync in place, all my emails stay on the server. The IMAP protocol has a decent server-side search included[0], combined with Gnus unified search syntax[1], I enjoy a hassle-free search experience.<p>[0]: <a href="https://www.gnu.org/software/emacs/manual/html_node/gnus/Search-Engines.html" rel="nofollow">https://www.gnu.org/software/emacs/manual/html_node/gnus/Sea...</a><p>[1]: <a href="https://www.gnu.org/software/emacs/manual/html_node/gnus/Search-Queries.html" rel="nofollow">https://www.gnu.org/software/emacs/manual/html_node/gnus/Sea...</a>
gnus had some massive IMAP performance improvements a few years (probably close to a decade now) ago. Before that it was quite painful to use it on large mailboxes without a local imap - I used to sync that with offlineimap. When they had a massive issue moving from python2 to python3, and keeping that running on a modern distro started getting painful I tried it without local imap - and realised those improvements made things fast enough that you can run it on remote mailboxes, and even do so in your main emacs instance.
I switched to mutt, started getting through my email in half the time in took me using a GUI, and never looked back.<p>Being able to write simple expressions to filter email, mass delete, and avoid embedded javascript are killer features. I can run all html through w3m and still have nicely rendered emails.<p>I still use a phone app for on the go browsing, but during work hours I have mutt open alongside neovim all day long.
I use offlineimap3 (<a href="https://github.com/OfflineIMAP/offlineimap3" rel="nofollow">https://github.com/OfflineIMAP/offlineimap3</a>) to download email that I then read with mu4e. To make it work with my email provider I need to place a cert_fingerprint value in the .offlineimaprc configuration file. This used to change once a year, but now the value changes every 47 days (<a href="https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days" rel="nofollow">https://www.digicert.com/blog/tls-certificate-lifetimes-will...</a>).<p>Has anyone figured out a solution to keep this value updated? One issue is that I'm never sure when the new TLS certificate has rolled out.
I use isync (mbsync), mu, and Emacs for my e-mail needs and it work fine. Both isync and mu4e needed a bit of configuration (and Emacs itself needed one change to stop automatically breaking lines), but it's been working well for years now. I previously used Thunderbird but its editor was garbage, so then I tried a few things (neomutt and I believe something called alpine or something like that) before settling on Emacs. I tried Notmuch, but it didn't work so well with the upstream mailboxes.
I have a very similar setup, but using gnus, mbsync, notmuch, and afew. All mail stays on the servers (including a self-hosted dovecot server on my home network). I manage about 10 email accounts with very little effort. It's easy to get extremely customized behavior by overriding defaults with elisp. Previously I was using Thunderbird, but I feel my emacs setup is much more productive.
Have you tried using the hardcoded Thunderbird (or similar) oauth credentials to authenticate to Google et al? You can also use davmail to proxy your requests to Office 365 / Exchange and it handles oauth also.
By the way, anyone have experience using emacs to analyse and visualise data (think spreadsheets and charts)? I’d really like to be able to use it to view any sort of data I happen to have.
I use the `vnlog` and `feedgnuplot` shell tools HEAVILY to do data analysis and visualization. In emacs, these work well in shell-mode or in any buffer with `shell-command-on-region` (M-|). Not strictly emacs, but works great.
Yes! Org-table is a spreadsheet. org-babel will run SQLite and gnuplot.
My first thought was Emacs Speaks Statistics (ESS) to do this in Emacs via R, but I bet there are many alternatives.
I read eMule and got nostalgic
This another similar resource with some additional stuff about using mu4e-org:<p><a href="https://stuff.sigvaldason.com/email.html" rel="nofollow">https://stuff.sigvaldason.com/email.html</a>
If you need to handle OAuth, I have a service to help with that: <a href="https://auth-email.com" rel="nofollow">https://auth-email.com</a><p>Authorize once in a web dashboard, then use your accounts as if they didn’t need OAuth (ie. normal IMAP, POP3 or SMTP).