5 ms·

Ask HN: Best Command Line Email Client?

• davidw 17y ago
  Emacs? gnus: http://www.gnus.org/ http://www.gnus.org/
  • Niten 17y ago
    I use Emacs for most things, but the fact that elisp isn't multithreaded made gnus a painful experience for me. I've had much better luck using Mutt--and setting the program's editor command to emacsclient -nw. Sounds like this guy had a similar experience: http://jfm3-repl.blogspot.com/2007/10/emacs-tricks-7-do-not-use-gnus.html http://jfm3-repl.blogspot.com/2007/10/emacs-tricks-7-do-not-...
• jefftang 17y ago
  You want mh (mail handler) or perhaps a modern variant. I haven't used it in over a decade, but it's totally command line. Messages are actually files and folders are directories, so there's no need for FUSE or any wierd hacks like that. And there's a pretty decent emacs mode.
• mitechka 17y ago
  Do look at MH and similar systems
• deleted 17y ago
  [deleted]
• vasudeva 17y ago
  I've been really enjoying sup -- http://sup.rubyforge.org/ http://sup.rubyforge.org/ -- in fact, that really wordy quote about five down is mine.
  • antirez 17y ago
    I think I'm going to use this for some week. Mutt -> Gmail -> Sup ? I hope so.
    • antirez 17y ago
      After the first 10 minutes of testing, imported my gmail account, wrote few test emails, I don't think this is really read for prime time. Also does not play well with my messing with my IMAP account via other clients. Is slower than gmail since for some reason the IMAP account is accessed to retrieve messages when I open a thread. Btw to be able to write new emails with vim again is a joy... Still almost everything Sup is doing is in theory possible to do in a web-based or resident application with improved font rendering, simple icons to signal status of messages and so on. Remember xchat? This IRC client had a lesson, it was possible to retain everything of good there was in text-only IRC clients, and add the good stuff of GUIs. The nerd email client I'm waiting for is something like this. Fast: just scan IMAP for new messages but take everything local otherwise. Great interface: mixed between curses but with improved rendering and config menus thanks to GUI toolkit or even web-based can be ok. Easy to configure: unlike mutt for example. Spun is nice from this POV at least for the first steps. Give me my editor: if resident, fire vim for me in some way, otherwise implement a decent editor with vim and emacs key bindings if it's web based. It's worth to note that even a web-mail can be scriptable, using javascript.
      • RobGR 17y ago
        As a stop-gap measure, you might find that one of the extensions or plugins that let's you edit text boxes in a browser using vim or emacs would help in using gmail.
        • 17y ago
• RobGR 17y ago
  I currently use gnus in xemacs. I don't like it, but it is better than the other options I have tried. However, I may revist mutt, it has been a long time since I messed with that. I originally went to gnus because I am on a lot of mailing lists and I liked the idea of handling mailling lists the same way I read usenet. I still want that, and I would probably need to do a lot of custom configuration to get that with mutt. It took me a while to realize that by your "FUSE" comments you expected the mail reader to keep the mail in it's own format, and you just wanted it exposed to other tools. The useful mail clients offer a variety of back-ends, from Maildir to mbox to a remote imap server, and you can handle mbox and Mailder with grep and etc.
• obno 17y ago
  Try wanderlust on emacs http://gohome.org/wl/ http://gohome.org/wl/ o Very good IMAP support (Supports pop3,nntp,MH, filesystem too) o Offline support o Works perfectly on large (>2gb) imap folders Use the WL from CVS as the download/documentation on the website is outdated. (http://cvs.m17n.org/viewcvs/root/wanderlust/ http://cvs.m17n.org/viewcvs/root/wanderlust/) Yet another imapfs implementations: IMUS (http://github.com/rtyler/imuse/tree/master/ http://github.com/rtyler/imuse/tree/master/) and fuse-mail (http://code.google.com/p/fuse-mail/ http://code.google.com/p/fuse-mail/).
• silentbicycle 17y ago
  nmh and its Emacs client, mh-e, are pretty nice, and are an excellent fit for working in screen. It's been a couple years since I used it actively, but it's worth a look. nmh in particular is a bundle of small command-line programs that "just" dump out a list of subject lines for unread messages, etc. Easy to build on.
• lincolnq 17y ago
  I still use mutt. It's not great, but it's better than anything else I've tried. I ssh to my mail server and run mutt in a screen. My mail server has imap and webmail set up too, so it's fairly convenient no matter where I am. I've wanted Mutt to be properly scriptable; it doesn't have much good in the way of configuration. I've been casually puttering around ideas for a long time about writing my own email client that's much more customizable. Maybe use a database backend? Edit: looking at Sup, maybe it's what I want.
• likpok 17y ago
  You could just write a FUSE driver to support this. It would not be very hard. Since that sounds like what you want, why not do it?
• adharmad 17y ago
  www.mew.org
• skwiddor 17y ago
  The upas program in http://swtch.ccom/plan9port/ http://swtch.ccom/plan9port/ mounts remote mailboxes as file systems Though see a caveat http://fixunix.com/plan9/329502-9fans-p9p-upas.html http://fixunix.com/plan9/329502-9fans-p9p-upas.html I don't use it myself as I run a real Plan9 system.
• scumola 17y ago
  pine is the best and has been so forever. Supports ldap, ssl, imap and nntp and much more. http://www.washington.edu/pine/ http://www.washington.edu/pine/