Re: 'g' not checking nnimap groups

[Simon Josefsson <jas@extundo.com>]

gdt@work.lexort.com writes:

> I'm running Gnus from cvs head this morning with emacs 21.3 (on
> NetBSD/i386).
>
> I am mostly reading mail, and have an nnimap secondary select method,
> but also one newsgroup at news.mit.edu.
>
> I have turned off the agent on my nnimap select method; I found (with
> an earlier release) that articles deleted from the imap folders still
> appeared locally, and I consider this bad behavior, or at least not
> what I want.
>
> The 'g' command in the *Group* buffer behaves inconsistently.
> Sometimes it checks all of my nnimap groups, but often it just checks
> nnimap+work.lexort.com:lists.ding   This is the most recently added,
> but not the last in the *Group* buffer.

Maybe there is some server confusion.  When this occur, do you have
multiple copies of your nnimap server in the server buffer?  (^ from
the group buffer.)

> In *imap-log*, I get this on hitting g:
>
> 539 UID SEARCH UNSEEN UNDELETED
> * SEARCH
> 539 OK Search completed.
> 540 UID SEARCH SEEN
> * SEARCH 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84
> 540 OK Search completed.
> 541 UID SEARCH FLAGGED
> * SEARCH 1 2 41
> 541 OK Search completed.
> 542 UID SEARCH ANSWERED
> * SEARCH 4
> 542 OK Search completed.
> 543 UID SEARCH RECENT
> * SEARCH
> 543 OK Search completed.
> 544 FETCH 1,* UID
> * 1 FETCH (UID 1)
> * 84 FETCH (UID 84)
> 544 OK Fetch completed.
> 545 STATUS "lists.ding" (UNSEEN)
> * STATUS "lists.ding" (UNSEEN 0)
> 545 OK Status completed.
> 546 EXPUNGE
> 546 OK Expunge completed.
>
> This indicates to me that the imap connection was already selected,
> and that only that one group was checked.

Right, although the above is the "slow" mail check.  If the server
definitions are in order, it should only use STATUS.

> If I do ^U 1 g, I get the following:
>
> 555 STATUS "Inbox" (uidvalidity uidnext unseen)
> * STATUS "Inbox" (UIDNEXT 351 UIDVALIDITY 1141579755 UNSEEN 0)
> 555 OK Status completed.

The uidvalidity look potentially too large for elisp integers,
although I don't think large uidvalidity should be a problem.

> and ^U 2 g gets me:
>
> 556 STATUS "misc.gdt-cvs" (uidvalidity uidnext unseen)
> 557 STATUS "family.foobar" (uidvalidity uidnext unseen)
> 558 STATUS "Inbox" (uidvalidity uidnext unseen)
> * STATUS "misc.gdt-cvs" (UIDNEXT 5 UIDVALIDITY 1142461155 UNSEEN 0)
> 556 OK Status completed.
> * STATUS "family.foobar" (UIDNEXT 2 UIDVALIDITY 1141827703 UNSEEN 0)
> 557 OK Status completed.
> * STATUS "Inbox" (UIDNEXT 351 UIDVALIDITY 1141579755 UNSEEN 0)
> 558 OK Status completed.
>
> Sometimes, g checks all my nnimap groups, but usually it doesn't.

Weird.

> Questions arising:
>
>   Am I correct in thinking g should query all groups?

Yes.

>   Is there some hairy IMAP register-for-notifications scheme in use,
>   and gone wrong?

No.  Nnimap should invoke a STATUS command on every group that is
passed to the nnimap backend.  Maybe you can debug things and figure
out why Gnus doesn't hand a list of all groups to nnimap, or why
nnimap doesn't check all the groups in the list.