[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: nnimap-split-download-body removed?

From: Eric Abrahamsen
Subject: Re: nnimap-split-download-body removed?
Date: Tue, 01 Dec 2020 10:26:37 -0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Bodertz <> writes:

> Eric Abrahamsen <> writes:
> Eric Abrahamsen <> writes:
>> Continuing our baseless speculation without looking at the code... I
>> wonder if it would be even possible to do this: it would require
>> either running splitting twice (once to split simpler messages, and
>> return a list of messages that needed further downloading and
>> re-splitting), or pausing in the middle of splitting to download
>> messages.
> Yeah, I really don't understand much of the code.
> `nnimap-split-incoming-mail' runs before `nnimap-fetch-inbox', so that
> might be the place which would need to be altered so that it first
> fetches the new article's headers with a new function like
> `nnimap-fetch-inbox' but which just ignores `nnimap-split-download-body'
> and then split those, but then `nnmail-split-it' would need to somehow
> know not to split messages which operate on the body.  So that seems
> complicated.
> Maybe having the function given in the `(: function)' split do the work
> of downloading the message would be easier.  I don't know if that's
> possible, though.

I'm not sure how big of a rewrite this would require. First fetching
headers only wouldn't be hard, but then we'd need to somehow partially
fake a run of the splitting process in order to know which messages
needed more. How do you indicate in your splits that the body should be

reply via email to

[Prev in Thread] Current Thread [Next in Thread]