@toiletpaper Sending mail I think is the easier part, although doing the configuration is IMO a major pain in the butt still (compared to graphical interfaces). What do you use to read the mail back? I find the split between sending/loading/reading to be a bit overwhelming.
@toiletpaper Hmm, mail might do the trick. In my case I can't use TUIs because I'm interfacing through a terminal screen reader and dynamic rendering messes with its readback.
By mail you mean s-nail? Do you know of any tutorials for doing a complete setup with it?
@toiletpaper I'm using tdsr but really any CLI that has minimal output and doesn't do a TUI should be fine. e.g. if it outputs raw content to STDOUT I should be able to hear it without issues. Stuff like loading indicators and line numbers is what messes me up.
Also I need to somehow integrate with Microsoft and Google mail since I use them for work. 😅 From what I understand, that's a major PITA.
@toiletpaper Yeah, honestly I think I'll just set up a client from scratch that does reading/sending with all the backends I need. It's unfortunate this sort of setup isn't more "standard" but it makes sense given the history of email.
Yeah. gmail and exchange servers are a pain. I think there are some tutorials for setting them up with `mutt`, but I haven't looked into doing it with `mail`. For something like that you might need to roll-your-own. If you're okay with shell scripting, it's probably doable, but you'd basically need to create an IMAP/POP client. I have one I wrote with Perl, but it was mainly for extracting years worth of "From" addresses for a client so they could generate and update their mailing list. Something more interactive would be a fair amount of work depending on the features you need.