Sup: The Hacker's Mail User Agent
supmua.org
Sup: The Hacker's Mail User Agent
1–10 of 31 posts
Re: Sup: The Hacker's Mail User Agent
#2Awesome. I've been looking for something like this. I know of mut and pine, but I've been looking for something new and shiny.
Re: Sup: The Hacker's Mail User Agent
#3Looks like sup is under new leadership with some recent releases, a new homepage, and new github repo: https://github.com/sup-heliotrope/sup
Re: Sup: The Hacker's Mail User Agent
#4I've been thinking about switching to sup a few times, but the inability to sync changes back to the IMAP server is a deal breaker to me.
If I mark an email as read in sup, I don't want it to show up as unread on my phone. If I delete an email on the phone, I don't want it to stay in sup.
I know there's been a branch of sup that synced IMAP flags from the local repo to the server, solving at least the read status problem. But it seems the version linked here does not include that branch.
Re: Sup: The Hacker's Mail User Agent
#5I've been thinking about switching to sup a few times, but the inability to sync changes back to the IMAP server is a deal breaker to me. If I mark an email as read in sup, I don't want it to show up as unread on my phone. If I delete an email on the phone, I don't want it to stay in sup. I know there's been a branch of sup that synced IMAP flags from the local repo to the server, solving at least the read status pro…
There's a dev branch for maildir sync, but I haven't tried it out: https://github.com/sup-heliotrope/sup/tree/maildir-sync
I agree that this limitation makes it really hard to fit sup into a workflow that includes multiple workstations and phones/tablets. Hopefully they get that sorted.
Re: Sup: The Hacker's Mail User Agent
#6Awesome. I've been looking for something like this. I know of mut and pine, but I've been looking for something new and shiny.
How does this go beyond what you can do with mutt? Plus mutt handles IMAP out of the box.
Re: Sup: The Hacker's Mail User Agent
#7Apparently, somebody else is continuing sup development.
It used to be that William Morgan was the BDFL, and he started working on heliotrope/turnsole (a successor), which, AFAICT, never got anywhere serious.
I long since switched from sup to notmuch, which makes me much happier in terms of performance, documentation and stability.
Re: Sup: The Hacker's Mail User Agent
#8Awesome. I've been looking for something like this. I know of mut and pine, but I've been looking for something new and shiny.
How does this go beyond what you can do with mutt? Plus mutt handles IMAP out of the box.
It mimics the gmail look & feel, i.e. one line of text represents one thread in your inbox, and when you open it, you get all the messages of the thread (with read messages collapsed), instead of precisely one message.
Edit: also fast (!) full-text search thanks to Xapian, tags instead of folders
Re: Sup: The Hacker's Mail User Agent
#9I've been thinking about switching to sup a few times, but the inability to sync changes back to the IMAP server is a deal breaker to me. If I mark an email as read in sup, I don't want it to show up as unread on my phone. If I delete an email on the phone, I don't want it to stay in sup. I know there's been a branch of sup that synced IMAP flags from the local repo to the server, solving at least the read status pro…
FWIW, I never considered that a serious limitation. On my phone, I don’t want to read email. It’s a sub-par experience, especially if you’re used to Sup/Gmail/Notmuch. You can’t just go back to “regular” email clients anymore :).
As for using multiple computers: with sup I used to run it in screen and attach that screen session whenever I needed it. With notmuch, I can just tell it to run notmuch(1) on a remote machine and even use a local UI.
Re: Sup: The Hacker's Mail User Agent
#10Apparently, somebody else is continuing sup development. It used to be that William Morgan was the BDFL, and he started working on heliotrope/turnsole (a successor), which, AFAICT, never got anywhere serious. I long since switched from sup to notmuch, which makes me much happier in terms of performance, documentation and stability.
For anyone looking for a link- http://notmuchmail.org/
"Notmuch is an answer to Sup. Sup is a very good email program written by William Morgan (and others) and is the direct inspiration for Notmuch. Notmuch began as an effort to rewrite performance-critical pieces of Sup in C rather than ruby. From there, it grew into a separate project. One significant contribution Notmuch makes compared to Sup is the separation of the indexer/searcher from the user interface. (Notmuch provides a library interface so that its indexing/searching/tagging features can be integrated into any email program.)"