I'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.
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.
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.
The genealogically related 'notmuch' can do that: by default it syncs certain notmuch tags (like read/unread) with Maildir flags, and then you can sync Maildir with IMAP using something like offlineimap.
I've been a mutt user since around 1997, and elm and mail before that.
I now do something crazy with maildir sync via mbsync and then mutt. Works pretty well. This lets me use push mail from an EAS (Kerio or Z-push) server on the iPhone to get push email, as well as getting mail on a few computers, all with full local archives. I just use the mail server for webmail in the cases I need to use it, but kerio's webmail is pretty crap.
Unclear what benefit sup gives over mutt. Mutt's killer feature is folder hooks, I think. I can't think of anything which can't be done with folder hooks, other than maybe tags, which I just solve with full-text search.
Could you say a little bit about what you do with folder hooks?
I've been using mutt for ages (not quite as long as you!) but I don't do anything clever with folder hooks, so it would be interesting to see what you do.
Apparently, 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.
"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.)"
Do you mind detailing your notmuch setup a little? In particular, what frontend? I used notmuch with mutt and the search was so slow that I went back to Mail.app on the mac (and now back to sup).
When I was using NetBSD in 2001 I actually liked the built-in "mail" command to read email. It was very minimal. Sadly, I could never figure out how to handle attachments with it.
"mail" is actually a fantastic interface to an email box assuming you don't receive very much mail. I still use it for things like sending myself an email notification when a long-running job is finished.
Maybe this wasn't the case back then, but with the mailx the comes with modern Linux distros you can attach files using the -a flag
[+] [-] wulczer|12 years ago|reply
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.
[+] [-] secure|12 years ago|reply
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.
[+] [-] k2enemy|12 years ago|reply
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.
[+] [-] mjn|12 years ago|reply
[+] [-] rdl|12 years ago|reply
I now do something crazy with maildir sync via mbsync and then mutt. Works pretty well. This lets me use push mail from an EAS (Kerio or Z-push) server on the iPhone to get push email, as well as getting mail on a few computers, all with full local archives. I just use the mail server for webmail in the cases I need to use it, but kerio's webmail is pretty crap.
Unclear what benefit sup gives over mutt. Mutt's killer feature is folder hooks, I think. I can't think of anything which can't be done with folder hooks, other than maybe tags, which I just solve with full-text search.
[+] [-] tome|12 years ago|reply
I've been using mutt for ages (not quite as long as you!) but I don't do anything clever with folder hooks, so it would be interesting to see what you do.
[+] [-] secure|12 years ago|reply
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.
[+] [-] sciurus|12 years ago|reply
"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.)"
[+] [-] k2enemy|12 years ago|reply
[+] [-] RexRollman|12 years ago|reply
[+] [-] padraigm|12 years ago|reply
Maybe this wasn't the case back then, but with the mailx the comes with modern Linux distros you can attach files using the -a flag
[+] [-] k2enemy|12 years ago|reply
[+] [-] richardlblair|12 years ago|reply
[+] [-] clesenne|12 years ago|reply
[+] [-] dllthomas|12 years ago|reply
[+] [-] snotrockets|12 years ago|reply