[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 <bodertz@gmail.com> writes:
> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
> Eric Abrahamsen <eric@ericabrahamsen.net> 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
examined?