fancy splitting interactively

[Uwe Brauer]

Hello

I usually have the following setting.
(setq
nnimap-split-rule 'nnimap-split-fancy
nnimap-split-inbox "INBOX"
nnimap-split-fancy
`(| ;macro
,@(bbdb-nnimap-folder-list-from-bbdb)
("Content-type" "application/msword" "DOC")))

However this seems only to work when I start gnus and the message in the
INBOX are unread.

How can I run this splitting on the INBOX for all messages even read
ones?
(Thunderbird has such a feature and I have to use it regularly).

thanks

Uwe Brauer

[Eric S Fraga]

Post by Uwe Brauer
How can I run this splitting on the INBOX for all messages even read
ones?

Possibly:

,----[ C-h v nnimap-unsplittable-articles RET ]
| nnimap-unsplittable-articles is a variable defined in `nnimap.el'.
| Its value is (%Deleted %Seen)
|
| Documentation:
| Articles with the flags in the list will not be considered when splitting.
|
| This is a Gnus server variable. See Info node `(gnus)Select Methods'.
|
| [back]
`----

[Eric Abrahamsen]

Post by Eric S Fraga

Post by Uwe Brauer
How can I run this splitting on the INBOX for all messages even read
ones?

,----[ C-h v nnimap-unsplittable-articles RET ]
| nnimap-unsplittable-articles is a variable defined in `nnimap.el'.
| Its value is (%Deleted %Seen)
|
| Articles with the flags in the list will not be considered when splitting.
|
| This is a Gnus server variable. See Info node `(gnus)Select Methods'.
|
| [back]
`----

Yup, this is what I've done in the past and it works a treat. Just set
it to (%Deleted) temporarily, then refresh.

[Uwe Brauer]

Post by Eric Abrahamsen

Post by Uwe Brauer
How can I run this splitting on the INBOX for all messages even read
ones?
,----[ C-h v nnimap-unsplittable-articles RET ]
| nnimap-unsplittable-articles is a variable defined in `nnimap.el'.
| Its value is (%Deleted %Seen)
|
| Articles with the flags in the list will not be considered when splitting.
|
| This is a Gnus server variable. See Info node `(gnus)Select Methods'.
|
| [back]
`----

Yup, this is what I've done in the past and it works a treat. Just set
it to (%Deleted) temporarily, then refresh.

Thanks for pointing this variable out to me, I see that it is not
customize-able via customize, so I have to use:


(setq nnimap-unsplittable-articles '(%Deleted))

By refresh you mean
gnus-group-get-new-news??

[Eric Abrahamsen]

Post by Uwe Brauer

Post by Eric Abrahamsen

Post by Uwe Brauer
How can I run this splitting on the INBOX for all messages even read
ones?
,----[ C-h v nnimap-unsplittable-articles RET ]
| nnimap-unsplittable-articles is a variable defined in `nnimap.el'.
| Its value is (%Deleted %Seen)
|
| Articles with the flags in the list will not be considered when splitting.
|
| This is a Gnus server variable. See Info node `(gnus)Select Methods'.
|
| [back]
`----

Yup, this is what I've done in the past and it works a treat. Just set
it to (%Deleted) temporarily, then refresh.

Thanks for pointing this variable out to me, I see that it is not
(setq nnimap-unsplittable-articles '(%Deleted))
By refresh you mean
gnus-group-get-new-news??

Yes, any entry point into the "fetch new news" process will run the
splitting routine.

I think the idea is that you aren't really meant to run Gnus regularly
without the %Seen flag in that variable. That means (as far as I
understand it) that *every* time you get new news, *all* of your
existing messages will be run through the splitting process again. That
could be heavy, though to be honest when I've done this in the past I
don't remember it taking nearly as long as I thought it would.

What's meant to happen is that *unseen* messages are split once, on
their way in, and then left where they are.

It's been noted on this list that this can produce unwanted results if
you're accessing your mail from several devices, and some other device
marks a message as read before Gnus gets to it -- that way Gnus won't
know to split it. I'm not sure what the proper solution is there, but I
still don't think it's running day-to-day with %Seen removed from
`nnimap-unsplittable-articles'.

Eric

[Eric S Fraga]

On Sunday, 4 Jan 2015 at 11:12, Eric Abrahamsen wrote:

[...]

Post by Eric Abrahamsen
I think the idea is that you aren't really meant to run Gnus regularly
without the %Seen flag in that variable. That means (as far as I
understand it) that *every* time you get new news, *all* of your
existing messages will be run through the splitting process again. That
could be heavy, though to be honest when I've done this in the past I
don't remember it taking nearly as long as I thought it would.

Indeed but it works well when you have more than one device
(esp. phones) accessing the inbox, as you note later in your post, *and*
if you have a Inbox 0 approach!

My approach, when I use gnus splitting, is that I do not expect any
emails in my INBOX once gnus has processed them. I do access emails on
my phone frequently so I need those that have been read elsewhere split
as well. In my case, *all* emails in my INBOX get split off to
somewhere, whether to a special folder or to a "general" catch-all
folder for emails that I cannot classify.

I hope this makes sense...

[Eric Abrahamsen]

Post by Eric S Fraga
[...]

Post by Eric Abrahamsen
I think the idea is that you aren't really meant to run Gnus regularly
without the %Seen flag in that variable. That means (as far as I
understand it) that *every* time you get new news, *all* of your
existing messages will be run through the splitting process again. That
could be heavy, though to be honest when I've done this in the past I
don't remember it taking nearly as long as I thought it would.

Indeed but it works well when you have more than one device
(esp. phones) accessing the inbox, as you note later in your post, *and*
if you have a Inbox 0 approach!
My approach, when I use gnus splitting, is that I do not expect any
emails in my INBOX once gnus has processed them. I do access emails on
my phone frequently so I need those that have been read elsewhere split
as well. In my case, *all* emails in my INBOX get split off to
somewhere, whether to a special folder or to a "general" catch-all
folder for emails that I cannot classify.
I hope this makes sense...

Yeah, that definitely makes sense, and if you're willing to adopt the
no-messages-in-the-INBOX approach then it all works out quite nicely. I
still think someone clever should come up with a more certain solution
to the problem, though. Multiple devices -- like multiple email
addresses -- are becoming the norm rather than the exception, and in
both cases Gnus has a bit of catch-up to do...

[Eric S Fraga]

On Monday, 5 Jan 2015 at 22:34, Eric Abrahamsen wrote:

[...]

Post by Eric Abrahamsen
still think someone clever should come up with a more certain solution
to the problem, though. Multiple devices -- like multiple email
addresses -- are becoming the norm rather than the exception, and in
both cases Gnus has a bit of catch-up to do...

Funnily enough, my view is that it is all the other MUAs that need
catching up... :)

[Adam Sjøgren]

Post by Eric S Fraga

Post by Eric Abrahamsen
still think someone clever should come up with a more certain solution
to the problem, though. Multiple devices -- like multiple email
addresses -- are becoming the norm rather than the exception, and in
both cases Gnus has a bit of catch-up to do...

Funnily enough, my view is that it is all the other MUAs that need
catching up... :)

I agree with Eric!


Seriously, though, what would make Gnus "catch-up"?


/A

[Eric Abrahamsen]

Post by Adam Sjøgren

Post by Eric S Fraga

Post by Eric Abrahamsen
still think someone clever should come up with a more certain solution
to the problem, though. Multiple devices -- like multiple email
addresses -- are becoming the norm rather than the exception, and in
both cases Gnus has a bit of catch-up to do...

Funnily enough, my view is that it is all the other MUAs that need
catching up... :)

I usually agree completely!

Post by Adam Sjøgren
I agree with Eric!
Seriously, though, what would make Gnus "catch-up"?

Okay, maybe "catch up" isn't quite right, but these are two areas where
Gnus isn't miles ahead, like it usually is. For the
multiple-email-addresses issue, it seems like we ought to have something
baked into message.el that lets you set up different identities -- sort
of like posting styles, but for blank composed messages. There's a
package called gnus-alias in Melpa that looks like it does pretty much
that, maybe it could be considered for inclusion.

The multiple device problem is trickier. The idea of Gnus-specific marks
was floated, and Lars was also talking about something called "Gnus
Cloudy" which might also address this. It's not an area I'm very
familiar with, and I guess I don't know what the best solution is...

[Russ Allbery]

Post by Eric Abrahamsen
Okay, maybe "catch up" isn't quite right, but these are two areas where
Gnus isn't miles ahead, like it usually is. For the
multiple-email-addresses issue, it seems like we ought to have something
baked into message.el that lets you set up different identities -- sort
of like posting styles, but for blank composed messages.

I don't understand why you'd need something like posting styles for blank
composed messages? Posting styles work fine for blank composed messages.
I've been using Gnus with multiple identities for more than a decade.
Just move to a group that matches the identity you want to post with, and
do C-u a, or compose the message while you're reading a group.

I suppose the UI could be a bit better since moving around your folders to
select the identity may be a bit awkward, but this works quite well for
me.

[Eric Abrahamsen]

Post by Russ Allbery

Post by Eric Abrahamsen
Okay, maybe "catch up" isn't quite right, but these are two areas where
Gnus isn't miles ahead, like it usually is. For the
multiple-email-addresses issue, it seems like we ought to have something
baked into message.el that lets you set up different identities -- sort
of like posting styles, but for blank composed messages.

I don't understand why you'd need something like posting styles for blank
composed messages? Posting styles work fine for blank composed messages.
I've been using Gnus with multiple identities for more than a decade.
Just move to a group that matches the identity you want to post with, and
do C-u a, or compose the message while you're reading a group.
I suppose the UI could be a bit better since moving around your folders to
select the identity may be a bit awkward, but this works quite well for
me.

Right, that's pretty much what I meant -- if I want to send an email as
Eric Abrahamsen, International Man of Mystery, complete with custom
headers and signature, I don't want to have to navigate to the "Man of
Mystery" group and compose from there. There probably isn't such a
group, and even if there were, that's not really what I *mean*.

We'd have to figure out how these identities would interact with
composing from a group, but that could actually be interesting. A
group's posting styles could say "use identity B when composing from
this group", for example. Or, if you compose from a group with "C-u a",
but also select an identity, the group's posting styles could say
"override header X on whatever identity was selected."

In short, in several cases I have gone through multiple groups and set
the same headers on all those groups' posting styles. It would make more
sense to me to specify that all these groups use the same identity.

Just an idea!

Eric

[Russ Allbery]

Post by Eric Abrahamsen
Right, that's pretty much what I meant -- if I want to send an email as
Eric Abrahamsen, International Man of Mystery, complete with custom
headers and signature, I don't want to have to navigate to the "Man of
Mystery" group and compose from there. There probably isn't such a
group, and even if there were, that's not really what I *mean*.

Yeah, that makes sense.

Post by Eric Abrahamsen
We'd have to figure out how these identities would interact with
composing from a group, but that could actually be interesting. A
group's posting styles could say "use identity B when composing from
this group", for example.

...but this is how Gnus already works now. Or am I missing something?

Post by Eric Abrahamsen
In short, in several cases I have gone through multiple groups and set
the same headers on all those groups' posting styles. It would make more
sense to me to specify that all these groups use the same identity.

Oh, I think you're just missing the fact that this is Gnus, so you don't
need to be mucking about in the properties of individual groups and can
just use elisp. :)

(setq gnus-posting-styles
'(("."
(address "***@eyrie.org")
(name "Russ Allbery")
(organization "The Eyrie")
(signature-file "~/docs/sigs/eyrie")
(eval
(setq gnus-message-archive-group (rra-archive-group "mail"))))

((or (string-match "^comp\\.lang\\.perl" gnus-newsgroup-name)
(string-match "^nnml:project\\.perl" gnus-newsgroup-name))
(address "***@cpan.org")
(signature-file "~/docs/sigs/perl"))

((and (string= "news.software.nntp" gnus-newsgroup-name)
(message-news-p))
(signature-file "~/docs/sigs/help-newsgroup"))

((string= "nnml:project.inn" gnus-newsgroup-name)
(signature-file "~/docs/sigs/help-list"))))

and so forth. All matching settings are applied in order, so put more
specific entries later.

https://www.gnu.org/software/emacs/manual/html_node/gnus/Posting-Styles.html

But you're right that mine is based on my current group, so I have to
navigate to the appropriate group to use a particular style. Although
note the documentation of gnus-posting-styles: you can run arbitrary elisp
to figure out what style to use, among other things. So if you can figure
out some other piece of information Gnus has available to select on, you
can already use that to determine the posting style.

But I don't think there's an easy way to give you something like Gmail's
drop-down list of identities to pick from right now.

[Glyn Millington]

Post by Russ Allbery

Post by Eric Abrahamsen
Right, that's pretty much what I meant -- if I want to send an email as
Eric Abrahamsen, International Man of Mystery, complete with custom
headers and signature, I don't want to have to navigate to the "Man of
Mystery" group and compose from there. There probably isn't such a
group, and even if there were, that's not really what I *mean*.

Yeah, that makes sense.

Post by Eric Abrahamsen
We'd have to figure out how these identities would interact with
composing from a group, but that could actually be interesting. A
group's posting styles could say "use identity B when composing from
this group", for example.

...but this is how Gnus already works now. Or am I missing something?

Post by Eric Abrahamsen
In short, in several cases I have gone through multiple groups and set
the same headers on all those groups' posting styles. It would make more
sense to me to specify that all these groups use the same identity.

Oh, I think you're just missing the fact that this is Gnus, so you don't
need to be mucking about in the properties of individual groups and can
just use elisp. :)
(setq gnus-posting-styles
'(("."
(name "Russ Allbery")
(organization "The Eyrie")
(signature-file "~/docs/sigs/eyrie")
(eval
(setq gnus-message-archive-group (rra-archive-group "mail"))))
((or (string-match "^comp\\.lang\\.perl" gnus-newsgroup-name)
(string-match "^nnml:project\\.perl" gnus-newsgroup-name))
(signature-file "~/docs/sigs/perl"))
((and (string= "news.software.nntp" gnus-newsgroup-name)
(message-news-p))
(signature-file "~/docs/sigs/help-newsgroup"))
((string= "nnml:project.inn" gnus-newsgroup-name)
(signature-file "~/docs/sigs/help-list"))))
and so forth. All matching settings are applied in order, so put more
specific entries later.
https://www.gnu.org/software/emacs/manual/html_node/gnus/Posting-Styles.html
But you're right that mine is based on my current group, so I have to
navigate to the appropriate group to use a particular style. Although
note the documentation of gnus-posting-styles: you can run arbitrary elisp
to figure out what style to use, among other things. So if you can figure
out some other piece of information Gnus has available to select on, you
can already use that to determine the posting style.
But I don't think there's an easy way to give you something like Gmail's
drop-down list of identities to pick from right now.

Isn't this what Gnus-alias does?

http://www.emacswiki.org/emacs/GnusAlias

I've never tried it!


atb



Glyn

[Eric Abrahamsen]

Post by Glyn Millington

Post by Russ Allbery

Post by Eric Abrahamsen
Right, that's pretty much what I meant -- if I want to send an email as
Eric Abrahamsen, International Man of Mystery, complete with custom
headers and signature, I don't want to have to navigate to the "Man of
Mystery" group and compose from there. There probably isn't such a
group, and even if there were, that's not really what I *mean*.

Yeah, that makes sense.

Post by Eric Abrahamsen
We'd have to figure out how these identities would interact with
composing from a group, but that could actually be interesting. A
group's posting styles could say "use identity B when composing from
this group", for example.

...but this is how Gnus already works now. Or am I missing something?

Post by Eric Abrahamsen
In short, in several cases I have gone through multiple groups and set
the same headers on all those groups' posting styles. It would make more
sense to me to specify that all these groups use the same identity.

Oh, I think you're just missing the fact that this is Gnus, so you don't
need to be mucking about in the properties of individual groups and can
just use elisp. :)
(setq gnus-posting-styles
'(("."
(name "Russ Allbery")
(organization "The Eyrie")
(signature-file "~/docs/sigs/eyrie")
(eval
(setq gnus-message-archive-group (rra-archive-group "mail"))))
((or (string-match "^comp\\.lang\\.perl" gnus-newsgroup-name)
(string-match "^nnml:project\\.perl" gnus-newsgroup-name))
(signature-file "~/docs/sigs/perl"))
((and (string= "news.software.nntp" gnus-newsgroup-name)
(message-news-p))
(signature-file "~/docs/sigs/help-newsgroup"))
((string= "nnml:project.inn" gnus-newsgroup-name)
(signature-file "~/docs/sigs/help-list"))))
and so forth. All matching settings are applied in order, so put more
specific entries later.
https://www.gnu.org/software/emacs/manual/html_node/gnus/Posting-Styles.html
But you're right that mine is based on my current group, so I have to
navigate to the appropriate group to use a particular style. Although
note the documentation of gnus-posting-styles: you can run arbitrary elisp
to figure out what style to use, among other things. So if you can figure
out some other piece of information Gnus has available to select on, you
can already use that to determine the posting style.
But I don't think there's an easy way to give you something like Gmail's
drop-down list of identities to pick from right now.

Isn't this what Gnus-alias does?
http://www.emacswiki.org/emacs/GnusAlias

Yes, I mentioned very package early on, as doing pretty much exactly
what I had in mind.

Does anyone have any particular opinions about maybe making that part of
message.el?

Eric

[Eric Abrahamsen]

Post by Russ Allbery

Post by Eric Abrahamsen
Right, that's pretty much what I meant -- if I want to send an email as
Eric Abrahamsen, International Man of Mystery, complete with custom
headers and signature, I don't want to have to navigate to the "Man of
Mystery" group and compose from there. There probably isn't such a
group, and even if there were, that's not really what I *mean*.

Yeah, that makes sense.

Post by Eric Abrahamsen
We'd have to figure out how these identities would interact with
composing from a group, but that could actually be interesting. A
group's posting styles could say "use identity B when composing from
this group", for example.

...but this is how Gnus already works now. Or am I missing something?

Post by Eric Abrahamsen
In short, in several cases I have gone through multiple groups and set
the same headers on all those groups' posting styles. It would make more
sense to me to specify that all these groups use the same identity.

Oh, I think you're just missing the fact that this is Gnus, so you don't
need to be mucking about in the properties of individual groups and can
just use elisp. :)
(setq gnus-posting-styles
'(("."
(name "Russ Allbery")
(organization "The Eyrie")
(signature-file "~/docs/sigs/eyrie")
(eval
(setq gnus-message-archive-group (rra-archive-group "mail"))))
((or (string-match "^comp\\.lang\\.perl" gnus-newsgroup-name)
(string-match "^nnml:project\\.perl" gnus-newsgroup-name))
(signature-file "~/docs/sigs/perl"))
((and (string= "news.software.nntp" gnus-newsgroup-name)
(message-news-p))
(signature-file "~/docs/sigs/help-newsgroup"))
((string= "nnml:project.inn" gnus-newsgroup-name)
(signature-file "~/docs/sigs/help-list"))))
and so forth. All matching settings are applied in order, so put more
specific entries later.

Right, but again this is group-centric, rather than identity-centric,
which conceptually seems like the proper approach, to me.

Post by Russ Allbery
https://www.gnu.org/software/emacs/manual/html_node/gnus/Posting-Styles.html
But you're right that mine is based on my current group, so I have to
navigate to the appropriate group to use a particular style. Although
note the documentation of gnus-posting-styles: you can run arbitrary elisp
to figure out what style to use, among other things. So if you can figure
out some other piece of information Gnus has available to select on, you
can already use that to determine the posting style.
But I don't think there's an easy way to give you something like Gmail's
drop-down list of identities to pick from right now.

But what you say is true -- we're actually probably very close to having
it, and I don't think it would take a lot of code to get from here to
there. Just a little thought about how to meld identities and posting
styles...

[Eric S Fraga]

On Tuesday, 6 Jan 2015 at 09:25, Eric Abrahamsen wrote:

[...]

Post by Eric Abrahamsen
The multiple device problem is trickier. The idea of Gnus-specific marks
was floated, and Lars was also talking about something called "Gnus
Cloudy" which might also address this. It's not an area I'm very
familiar with, and I guess I don't know what the best solution is...

I am not sure what the problem is? Gnus handles marks understood by
other MUAs properly, as far as I can tell.

My annoyance is that server side splitting is incredibly clumsy (in my
experience) compared with gnus's fancy splitting capabilities and so I
hate having to read emails on other devices with having split anything.

Of course, once the emails have been processed once by gnus, I can
access all the appropriate folders on other devices (assuming IMAP, of
course).

So, again, my view is that other MUAs need to catch up...

Am I missing something?

[Eric S Fraga]

On Tuesday, 6 Jan 2015 at 18:05, Eric S Fraga wrote:

[...]

Post by Eric S Fraga
My annoyance is that server side splitting is incredibly clumsy (in my
experience) compared with gnus's fancy splitting capabilities and so I
hate having to read emails on other devices with having split anything.

"with" -> "without" (oops)

[Eric Abrahamsen]

Post by Eric S Fraga
[...]

Post by Eric Abrahamsen
The multiple device problem is trickier. The idea of Gnus-specific marks
was floated, and Lars was also talking about something called "Gnus
Cloudy" which might also address this. It's not an area I'm very
familiar with, and I guess I don't know what the best solution is...

I am not sure what the problem is? Gnus handles marks understood by
other MUAs properly, as far as I can tell.

The OP was talking about the fact that, by default, Gnus won't split
read messages. So if you've read it on your phone or whatever, it won't
get split. Unless you do the zero INBOX thing.

Post by Eric S Fraga
My annoyance is that server side splitting is incredibly clumsy (in my
experience) compared with gnus's fancy splitting capabilities and so I
hate having to read emails on other devices with having split anything.

No argument here!

Post by Eric S Fraga
Of course, once the emails have been processed once by gnus, I can
access all the appropriate folders on other devices (assuming IMAP, of
course).
So, again, my view is that other MUAs need to catch up...
Am I missing something?

[Julien Cubizolles]

Post by Adam Sjøgren
Seriously, though, what would make Gnus "catch-up"?

I'm also very happy with the way Gnus splits however I was wondering if
someone already hacked a way to automatically construct splitting
rules. Designing them is not very difficult but for most cases, having a
function create-splitting-rule-based-on-sender or
create-splitting-rule-based-on-mailing-list with a few options (move,
copy, mark) would be convenient.

Julien.

[Eric Abrahamsen]

Post by Julien Cubizolles

Post by Adam Sjøgren
Seriously, though, what would make Gnus "catch-up"?

I'm also very happy with the way Gnus splits however I was wondering if
someone already hacked a way to automatically construct splitting
rules. Designing them is not very difficult but for most cases, having a
function create-splitting-rule-based-on-sender or
create-splitting-rule-based-on-mailing-list with a few options (move,
copy, mark) would be convenient.
Julien.

The Gnus registry might do some of what you want, with split-to-parent
and all that: have you looked at those functions?

[Julien Cubizolles]

Post by Eric Abrahamsen
The Gnus registry might do some of what you want, with split-to-parent
and all that: have you looked at those functions?

I didn't think of it this way, I'll give it a try.

[Julien Cubizolles]

Post by Eric Abrahamsen
The Gnus registry might do some of what you want, with split-to-parent
and all that: have you looked at those functions?

I finally got around it, and it's working fine, thanks.

[Adam Sjøgren]

Post by Julien Cubizolles
I'm also very happy with the way Gnus splits however I was wondering if
someone already hacked a way to automatically construct splitting
rules. Designing them is not very difficult but for most cases, having a
function create-splitting-rule-based-on-sender or
create-splitting-rule-based-on-mailing-list with a few options (move,
copy, mark) would be convenient.

I tend to use bbdb for splitting on people.

I.e. using

(: (lambda ()
(car (bbdb/gnus-split-method))))

and having gnus-private fields in bbdb.


Best regards,

Adam

[Julien Cubizolles]

Post by Adam Sjøgren
I tend to use bbdb for splitting on people.
I.e. using
(: (lambda ()
(car (bbdb/gnus-split-method))))
and having gnus-private fields in bbdb.

Never tried it, will do, thanks.

[Glyn Millington]

Post by Uwe Brauer
Hello
I usually have the following setting.
(setq
nnimap-split-rule 'nnimap-split-fancy
nnimap-split-inbox "INBOX"
nnimap-split-fancy
`(| ;macro
("Content-type" "application/msword" "DOC")))
However this seems only to work when I start gnus and the message in the
INBOX are unread.
How can I run this splitting on the INBOX for all messages even read
ones?
(Thunderbird has such a feature and I have to use it regularly).

Mark the messages you want re-spooled (#)

Then do
B r in the summary buffer


It is possible I have misunderstood what you want!

atb

Glyn

[Adam Sjøgren]

Post by Uwe Brauer
How can I run this splitting on the INBOX for all messages even read
ones?

You can always mark the relevant messages with # and then run B r on
them.

,----
| B r runs the command gnus-summary-respool-article, which is an
| interactive compiled Lisp function in `gnus-sum.el'.
|
| It is bound to B r, <menu-bar> <Article> <Copy, move,... (Backend)>
| <Respool article...>.
|
| (gnus-summary-respool-article &optional N METHOD)
|
| Respool the current article.
| The article will be squeezed through the mail spooling process again,
| which means that it will be put in some mail newsgroup or other
| depending on `nnmail-split-methods'.
| If N is a positive number, respool the N next articles.
| If N is a negative number, respool the N previous articles.
| If N is nil and any articles have been marked with the process mark,
| respool those articles instead.
|
| Respooling can be done both from mail groups and "real" newsgroups.
| In the former case, the articles in question will be moved from the
| current group into whatever groups they are destined to. In the
| latter case, they will be copied into the relevant groups.
`----

You can use B q on a message to see what splitting will do to it, if you
actually do B r on it.

,----
| B q runs the command gnus-summary-respool-query, which is an
| interactive compiled Lisp function in `gnus-sum.el'.
|
| It is bound to B q, <menu-bar> <Article> <Copy, move,... (Backend)>
| <Query respool>.
|
| (gnus-summary-respool-query &optional SILENT TRACE)
|
| Query where the respool algorithm would put this article.
`----


Best regards,

Adam

[Uwe Brauer]

Post by Adam Sjøgren

Post by Uwe Brauer
How can I run this splitting on the INBOX for all messages even read
ones?

You can always mark the relevant messages with # and then run B r on
them.

This is not what I want. I don't want to mark them myself, this is a
issue which should be done by gnus....

[Adam Sjøgren]

Post by Uwe Brauer
This is not what I want. I don't want to mark them myself, this is a
issue which should be done by gnus....

I'm sure a superuser like you can figure out how to mark all articles
with M P a before pressing B r.


Best regards,

Adam

[Uwe Brauer]

Post by Adam Sjøgren

Post by Uwe Brauer
This is not what I want. I don't want to mark them myself, this is a
issue which should be done by gnus....

I'm sure a superuser like you can figure out how to mark all articles
with M P a before pressing B r.

Thanks for this brilliant solution, which I would not have discovered
myself.


regards

Uwe

[Uwe Brauer]

Post by Adam Sjøgren

Post by Uwe Brauer
This is not what I want. I don't want to mark them myself, this is a
issue which should be done by gnus....

I'm sure a superuser like you can figure out how to mark all articles
with M P a before pressing B r.

The following bug showed up when Using B r

[Lars Ingebrigtsen]

Post by Uwe Brauer
The following bug showed up when Using B r
Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil)
decode-coding-string(nil utf-8)
nnimap-decode-gnus-group(nil)
nnimap-request-accept-article(nil "UCMgmail" t)
gnus-request-accept-article(nil (nnimap "UCMgmail" (nnimap-address
"imap.gmail.com") (nnimap-server-port 993) (nnimap-authinfo-file
"~/.authinfo") (nnimap-stream ssl)) t t)

I didn't get exactly the same backtrace, but it failed for me, too.
I've now fixed this in the Gnus git repository.