nnimap-split-rule, also for messages already read.

nnimap-split-rule, also for messages already read.

[Uwe Brauer]

Hello 

One of the nice things of thunderbird/seamonkey is that the filters you
set up work on any folder independent whether the message is read or
not.

In principle I am very pleased with nnimap-split-rule (especially since
it works with bbdb) however since I sometimes read mail first with
seamonkey the messages are flagged as read and then using gnus these
messages are not split. Od course I can mark them in seamonkey as
unread but that it not very convenient. So the questions are:

    -  how can I mark several articles as unread?
       I am a little confused the way (gnus-summary-mark-as-unread)
       works, since the messages do not get the Mark N but !*.

    -  how can the splitting method be applied for unread messages or
       for folders other than the INBOX?

Uwe Brauer 

Re: nnimap-split-rule, also for messages already read.

[Ted Zlatanov]

On Sun, 03 May 2009 19:31:22 +0200 Uwe Brauer <oub@mat.ucm.es> wrote: 

UB> One of the nice things of thunderbird/seamonkey is that the filters you
UB> set up work on any folder independent whether the message is read or
UB> not.

UB> In principle I am very pleased with nnimap-split-rule (especially since
UB> it works with bbdb) however since I sometimes read mail first with
UB> seamonkey the messages are flagged as read and then using gnus these
UB> messages are not split. Od course I can mark them in seamonkey as
UB> unread but that it not very convenient. So the questions are:

UB>     -  how can I mark several articles as unread?
UB>        I am a little confused the way (gnus-summary-mark-as-unread)
UB>        works, since the messages do not get the Mark N but !*.

`M-u' works for me; with a prefix it will mark that many articles as
unread.

UB>     -  how can the splitting method be applied for unread messages or
UB>        for folders other than the INBOX?

You can always use `B r' to respool an individual article.  The Gnus
registry could be used to notice new articles (it already grabs them for
its own use) and then you could respool each noticed article.  Would
that work for you?  FWIW, I would make this an interactive command, not
something that happens by default every time you enter a group.

Ted