I've been using Emacs continuously for three decades, 99.9999% of the time text-only (whether Linux console, X terminal console, xterm, or SSH client) on a remote server. My email client is VM, written in Emacs Lisp. I've used it to read mail for almost as long as I've used Emacs.
VM (and ancillary tools, like Personality Crisis and mairix)
* does a great of job displaying HTML messages with Emacs's integrated W3M browser engine. For the very few that it doesn't, one keystroke sends the message to my web browser running locally.
* sends URLs I select (all from the keyboard) to the web browser (it doesn't use the add-number method; rather, W3M's built-in navigation keystrokes are available, including Tab and Shift-Tab for moving between links)
* opens images and attachments
* auto-adjusts the From: line of outgoing messages depending on the recipient
* archives messages to various folders using various criteria
* searches my archived mail at lightning speed
Of course, I can write Emacs Lisp code of my own to extend any or all of the above.
VM isn't perfect but, overall, I really feel like I have a superpower for email handling with it.
I have used (neo)mutt since time immemorial, but for the first time am having trouble. My (university) work email is very hard to fetch now: it's hosted by Microsoft, and sufficiently locked down that I can't manage to retrieve it via getmail like I've always done. I would need some kind of per-app token that IT won't give me. Is there any way around this that you other terminal users have discovered? (I am not very technical and have little grasp of email protocols.)
Assuming it's the auth stuff with 365 and the inability to create long-term app passwords; DavMail might solve the problem: https://sourceforge.net/projects/davmail/
It can handle the Office365 stuff (including Oauth2) and basically translates MS "junk" into standard protocols (POP, IMAP, CalDAV, CardDAV, etc). So if you got that to work, you could point getmail at davmail's imap port, and continue to use it like normal.
I've been using Emacs continuously for three decades, 99.9999% of the time text-only (whether Linux console, X terminal console, xterm, or SSH client) on a remote server. My email client is VM, written in Emacs Lisp. I've used it to read mail for almost as long as I've used Emacs. VM (and ancillary tools, like Personality Crisis and mairix)
* does a great of job displaying HTML messages with Emacs's integrated W3M browser engine. For the very few that it doesn't, one keystroke sends the message to my web browser running locally.
* sends URLs I select (all from the keyboard) to the web browser (it doesn't use the add-number method; rather, W3M's built-in navigation keystrokes are available, including Tab and Shift-Tab for moving between links)
* opens images and attachments
* auto-adjusts the From: line of outgoing messages depending on the recipient
* archives messages to various folders using various criteria
* searches my archived mail at lightning speed
Of course, I can write Emacs Lisp code of my own to extend any or all of the above.
VM isn't perfect but, overall, I really feel like I have a superpower for email handling with it.
I have used (neo)mutt since time immemorial, but for the first time am having trouble. My (university) work email is very hard to fetch now: it's hosted by Microsoft, and sufficiently locked down that I can't manage to retrieve it via getmail like I've always done. I would need some kind of per-app token that IT won't give me. Is there any way around this that you other terminal users have discovered? (I am not very technical and have little grasp of email protocols.)
Assuming it's the auth stuff with 365 and the inability to create long-term app passwords; DavMail might solve the problem: https://sourceforge.net/projects/davmail/
It can handle the Office365 stuff (including Oauth2) and basically translates MS "junk" into standard protocols (POP, IMAP, CalDAV, CardDAV, etc). So if you got that to work, you could point getmail at davmail's imap port, and continue to use it like normal.