Re: gnus and imap

[David Engster <deng@randomsample.de>]

> Vitaly Mayatskikh <v.mayatskih@gmail.com> writes:
>> Right, I have subscribed to all groups through
>> gnus-group-browse-foreign-server. I've fixed nnimap-retrieve-groups and
>> gnus-active-to-gnus-format (it was called by gnus-read-active-file-2).

I've finally come to test your patches. Sorry for the delay.

I'm still sometimes encountering wrong article counts upon entering a
group. This happens when I delete articles in a group and enter it
without a rescan. The group will then show an unread count which is
usually equal to the number of deleted articles. This gets reset to zero
when you exit the group, so you can only see that with a three-pane
view, where the group buffer is always visible.

However, this is only indirectly a consequence of your patches. The
problem seems to be that when you delete some articles in a group, the
active information does not get updated in the hash table, so that
(gnus-range-difference active range) will return a range containing the
deleted articles.

This is all fixable, of course. However, before continuing with this
approach, I'd still like to suggest using a new backend function instead
of storing the number of available articles numbers in the
active-hashtb. The latter implies that we would have to check the whole
Gnus trunk for regressions regarding usage of the active-hashtb, which
will be a lot of work. I think that using something like
nnimap-request-group-articles and leaving the active-hashtb as it is
would be easier to do in the long term. If you (or others) don't object,
I could try to change your patches using that new backend function.

Best,
David