Re: What happened to snappy low-bandwidth nnimap?

[David Engster <deng@randomsample.de>]

Michael Welsh Duggan writes:
> David Engster <deng@randomsample.de> writes:
>
>> Steinar Bang writes:
>>>>>>>> Richard Riley <rileyrg@gmail.com>:
>>>> David Engster <deng@randomsample.de> writes:
>>>
>>>>> Gnus' nnimap used to be pretty snappy with low bandwidths, but now I
>>>>> get "Initial sync of 2 groups (please wait)" and it downloads about
>>>>> 700kb of data. While that in itself is pretty bad, I could probably
>>>>> live with it if it actually did this once, but it does it almost
>>>>> *every* time; so much for "initial".
>>>
>>>> Having spent a lot of time getting to understand agent, queues, plugging
>>>> and levels and level specific downloads last summer on holiday I too
>>>> have now noted that imap connections are really really slow on low
>>>> bandwidth connections and it appears to be fetching a lot of data
>>>> despite nothing being new.
>>>
>>> I guess it would be neat if one of you could use git bisect to find the
>>> commit that triggered the behaviour...?
>>
>> It's not that easy since actual messaging of these "initial sync"
>> thingies was added later. After looking into the logs it seems it has to
>> do with QRESYNC handling; I'm using Dovecot 1.2 and it should support
>> QRESYNC, hence I don't understand why I'm seeing so many "initial
>> syncs". It could be because my connection drops frequently (as I've
>> said, reception is terrible).
>
> In <kslijqdw90.fsf@netfonds.no>
> (<URL:http://article.gmane.org/gmane.emacs.gnus.general/81943>), Peder
> Klingenberg gives a diagnosis of this problem.

Thank you; this helps. Like Peder describes, I've now also changed
`nnimap-retrieve-group-data-early' to always use SELECT instead of
EXAMINE. So far I haven't seen another "initial" sync.

-David