Re: slow nnimap moves due do many SELECTs

[Ted Zlatanov <tzz@lifelogs.com>]

On Wed, 29 Sep 2010 23:46:21 +0200 Lars Magne Ingebrigtsen <larsi@gnus.org> wrote: 

LMI> Ted Zlatanov <tzz@lifelogs.com> writes:
>> Have you had a chance to try turning off the mark copy on IMAP
>> copy/move?  It's making article moves and copies REALLY slow with large
>> IMAP groups and it seems like a simple (negative lines of code) fix.

LMI> I've looked over the code, and Gnus needs to get the article ID back
LMI> from `nnimap-request-move-article' not only for marks copying (which, as
LMI> you point out, can be done on the IMAP level), but also for updating
LMI> active info and stuff.  I'm not 100% sure that all that useful,
LMI> though...

LMI> The scenario is that if we copy a message from group A to group B, then
LMI> Gnus (at present) knows immediately that group B has gotten the new
LMI> article, and adjusts the active ranges and the group buffer
LMI> automatically.  I think.  Let's test...  Yes.  So that wouldn't work any
LMI> more with the IMAP COPY thing.

LMI> So if we want that to work, we have to SELECT the group we're moving to,
LMI> unfortunately.

OK, I can live with the slowness if it happens once.  But currently it
SELECTs the destination group for *every* article move instead of
batching the moves.

Ted