Re: nnimap check for new mail in the background

[Simon Josefsson <jas@extundo.com>]

Lars Tobias Børsting <lars.tobias.borsting@ntnu.no> writes:

>> It should not print the "Updating info" messages -- that will be much
>> slower than regular new mail checking.  It should only say "Quickly
>> checking mailbox foo", for each nnimap mailbox.
>
> It isn't saying "Quickly checking mailbox foo", it says "nnimap:
> Checking mailboxes...". It is also approximatelyten thousand times
> faster than before, so thanks a lot! :-)

This might depend on your gnus-verbose setting.

>> However, recently (perhaps last month) I have noticed that Gnus CVS
>> say "Updating info" for me too.  Not always, but sometimes.  So I
>> think we have another bug.
>
> So, it doesn't say "Updating info" anymore after I changed to
> "nnimap:foo".

I haven't seen it either for a while now.  I saw other problems as
well, and when I removed my entire Agent cache, they went away.

>>> Is it possible to do new mail checking in a separate thread that runs
>>> in the background, so that it doesn't lock up the interface? If not,
>>> is it hard to implement such a feature?
>>
>> It should be possible.  Implement something run with the idle timer
>> and iterate over all groups.  The problem is in informing Gnus about
>> the update -- there is no clean API to do that.  It could be added,
>> but I don't know how.
>
> Would it be possible to do what gnus-group-get-new-news-this-group does
> when updating each modified group?

(setq imap-log t) and look in the *imap-log* buffer, if you think of
the IMAP protocol exchange.

Otherwise, I recommend 'make tags' in .../gnus/lisp/ and then use of
edebug stepping.  (setq nnimap-debug t) and looking in the
*nnimap-debug* might be simpler, though.