Re: Slow nnimap expiry with expiry-target

[Simon Josefsson <jas@extundo.com>]

"Zack Weinberg" <zack@codesourcery.com> writes:

> Simon Josefsson <jas@extundo.com> writes:
>
>> "Zack Weinberg" <zack@codesourcery.com> writes:
>>>
>>> It's a slow-network issue more than a slow-machine issue.  Case in
>>> point, I'm getting tons of Windows mail worms right now that average
>>> around 128K.  Gnus downloads the entire thing when asked to move them
>>> to the spam folder; this takes a second or so over an 1.5MBps
>>> encrypted channel, which is annoying but not unusable.  It would be
>>> worse over a modem.
>>
>> Yup.  I'm behind a (twice) encrypted 128kbps and have noticed this as
>> well, but only when I read faster than the asynchronous prefetch.
>
> I didn't even know Gnus had asynchronous prefetch.  Is this another
> spiffy agent feature?  (I have been unable to get the agent to do
> anything useful, as far as I can tell.)

Nope, it is separate from the agent, although it might populate the
agent, I'm not sure.  Anyway, see
<info:Asynchronous+Article+Fetching>.

>>> How much work would it be to add a 'move' operation to the Gnus
>>> backend interface?  (I am not volunteering.)
>>
>> Not much work.  Making the move summary command actually use it would
>> be slightly harder, but not that difficult either.  Perhaps in Gnus
>> 5.11?
>
> Sounds like a good plan.  Other improvements to the IMAP backend would
> be nice in that timeframe, too (partial fetch!)

Yup.  I hope someone who has time to implement this is listening. :-)