I am a Mutt user interested in switching to Sup. One thing that is not clear to me is how to find new unread messages that skipped the inbox. Coming from the world of mail folders, I can monitor each folder for unread messages and switch to it when I see that a new one has arrived. Often, a buffy tool (or the Mutt sidebar) can be used to display the various folders with their new message counts. How would that mindset translate to Sup? Would I have to regularly query all (or a just a subset of) labels to get an idea whether label X "received" a new message? Matthias
Excerpts from Matthias Vallentin''s message of Sun Nov 14 19:49:31 -0500 2010:> I am a Mutt user interested in switching to Sup. One thing that is not > clear to me is how to find new unread messages that skipped the inbox. > Coming from the world of mail folders, I can monitor each folder for > unread messages and switch to it when I see that a new one has arrived. > Often, a buffy tool (or the Mutt sidebar) can be used to display the > various folders with their new message counts. How would that mindset > translate to Sup? Would I have to regularly query all (or a just a > subset of) labels to get an idea whether label X "received" a new > message?I use the keybinding ''U'', which performs the is:unread search. Cheers, Edward
Excerpts from Matthias Vallentin''s message of Sun Nov 14 19:49:31 -0500 2010: Hi Matthias, The query: is:unread should work for you. This is such a common action that the key U is bound to run this query. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302
There''s a unread folder you can check, just type shift+l to get the folder listing and it will be there. Mat?as Excerpts from Matthias Vallentin''s message of Sun Nov 14 22:49:31 -0200 2010:> I am a Mutt user interested in switching to Sup. One thing that is not > clear to me is how to find new unread messages that skipped the inbox. > Coming from the world of mail folders, I can monitor each folder for > unread messages and switch to it when I see that a new one has arrived. > Often, a buffy tool (or the Mutt sidebar) can be used to display the > various folders with their new message counts. How would that mindset > translate to Sup? Would I have to regularly query all (or a just a > subset of) labels to get an idea whether label X "received" a new > message? > > Matthias-- Mat?as Aguirre <matiasaguirre at gmail.com>
> I use the keybinding ''U'', which performs the is:unread search.Without having tested it, the is:unread search seems to return a stream of unread messages, each of which can have arbitrary labels and is not necessarily ordered. Is there functionality that also displays unread counts per label? My chief interest is to find out how easy it is to obtain a one-shot, big-picture summary of unread mail. Matthias
Excerpts from Matthias Vallentin''s message of Mon Nov 15 07:57:37 +0100 2010:> Without having tested it, the is:unread search seems to return a stream > of unread messages, each of which can have arbitrary labels and is not > necessarily ordered. Is there functionality that also displays unread > counts per label? My chief interest is to find out how easy it is to > obtain a one-shot, big-picture summary of unread mail."L" and then enter (don''t search for anything) gives you a list of lables, including the unread count (although it does not order it by # unread). Is that what you''re after? -- 77660
> "L" and then enter (don''t search for anything) gives you a list of lables, > including the unread count (although it does not order it by # unread). Is that > what you''re after?Yes, that is what I am looking for. How easy is it to script/export this view? Say I have an external application that simply displays unread counts per label. Ideally, each time the view (i.e., unread count of all labels) changes, some trigger fires and reports the new data. Matthias
Matthias Vallentin, 2010-11-20 21:04:> Ideally, each time the view (i.e., unread count of all labels) > changes, some trigger fires and reports the new data.Sup has quite a few hooks waiting for your Ruby code. See `sup --list-hooks`. In this case you might want to take a closer look at after-poll and before-add-message. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
> Sup has quite a few hooks waiting for your Ruby code. See `sup > --list-hooks`. In this case you might want to take a closer look at > after-poll and before-add-message.Excellent, I am looking forward to delving deeper into Sup. Thanks for the detailed information, Matthias