Re: imap splitting to mail.misc?

[Eric Abrahamsen <eric@ericabrahamsen.net>]

Enrico Schumann <es@enricoschumann.net> writes:

> On Tue, 02 Jul 2013, Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>
> [...]
>
>>
>> And is it actually a mistake to leave anything in INBOX? Or rather, a
>> mistake to split things *back* into the INBOX? Maybe I should be making
>> myself a separate box and splitting all unmatched messages into that?
>> But I would still have to assume that some messages would end up in
>> "mail.misc", as they do now...
>>
>
> Hm, I don't use nnimap-split-fancy, but nnimap-split-rule. Then you
> don't need a 'catch-all' split rule.  From the manual:
>
>   "Nnmail users might recollect that the last regexp had to be empty to
>    match all articles [...]. This is not required in nnimap. Articles
>    not matching any of the regexps will not be moved out of your inbox."
>
> But that does not explain where "mail.misc" comes from....

The more I look at this, the more I think it must come from
`nnmail-split-methods', which defaults to (("mail.misc" "")). The code
for mail splitting in nnimap seems woven in on top of the nnmail code,
and I think an abstraction might be leaking.

The `gnus-summary-respool-*' commands are actually wired to only work
for nnmail. If you call them in an nnimap group they'll either break, or
happily report "this mail would be moved to 'mail.misc'." I can imagine
an ideal future where I'd have the time to learn how everything works
here and fix it properly, but in the meantime it might be nice just to
short-circuit those functions and error out -- "respooling does not work
in nnimap groups".

Who's in charge here?! Can I break this?

Eric