* Re: *Group* message counts completely off (and not changing) for imap
2017-01-21 7:59 *Group* message counts completely off (and not changing) for imap Kevin Brubeck Unhammer
@ 2017-01-21 8:20 ` Kevin Brubeck Unhammer
2017-01-22 9:00 ` Kevin Brubeck Unhammer
` (2 subsequent siblings)
3 siblings, 0 replies; 7+ messages in thread
From: Kevin Brubeck Unhammer @ 2017-01-21 8:20 UTC (permalink / raw)
To: info-gnus-english
[-- Attachment #1.1: Type: text/plain, Size: 612 bytes --]
Kevin Brubeck Unhammer <unhammer@fsfe.org> čálii:
> Hi,
>
> I'm using mbsync+dovecot and a .newsrc.eld synced with Syncthing. When I
> enter the *Group* buffer, the message count is completely off for the
> IMAP folders, e.g. it claims 729 unread for my INBOX that has 21 read
> articles and no unread. Another machine claims 1041. Where do the
> *Group* counts come from, and what do I do to fix it? I've had issues
> with synced .newsrc.eld's before, but typically the numbers were fixed
> by just entering and exiting the summary, but no longer.
(but deleting emails makes the counts change)
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: *Group* message counts completely off (and not changing) for imap
2017-01-21 7:59 *Group* message counts completely off (and not changing) for imap Kevin Brubeck Unhammer
2017-01-21 8:20 ` Kevin Brubeck Unhammer
@ 2017-01-22 9:00 ` Kevin Brubeck Unhammer
2017-01-23 9:37 ` Kevin Brubeck Unhammer
2017-01-22 22:00 ` Dan Christensen
2017-01-23 10:16 ` Kevin Brubeck Unhammer
3 siblings, 1 reply; 7+ messages in thread
From: Kevin Brubeck Unhammer @ 2017-01-22 9:00 UTC (permalink / raw)
To: info-gnus-english
[-- Attachment #1.1: Type: text/plain, Size: 677 bytes --]
Kevin Brubeck Unhammer <unhammer@fsfe.org> čálii:
> Hi,
>
> I'm using mbsync+dovecot and a .newsrc.eld synced with Syncthing. When I
> enter the *Group* buffer, the message count is completely off for the
> IMAP folders, e.g. it claims 729 unread for my INBOX that has 21 read
> articles and no unread. Another machine claims 1041. Where do the
> *Group* counts come from, and what do I do to fix it? I've had issues
> with synced .newsrc.eld's before, but typically the numbers were fixed
> by just entering and exiting the summary, but no longer.
However, when I do ^ and look at IMAP folders I can subscribe to, it
shows the correct counts in that buffer.
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: *Group* message counts completely off (and not changing) for imap
2017-01-22 9:00 ` Kevin Brubeck Unhammer
@ 2017-01-23 9:37 ` Kevin Brubeck Unhammer
0 siblings, 0 replies; 7+ messages in thread
From: Kevin Brubeck Unhammer @ 2017-01-23 9:37 UTC (permalink / raw)
To: info-gnus-english
[-- Attachment #1.1: Type: text/plain, Size: 1542 bytes --]
Kevin Brubeck Unhammer <unhammer@fsfe.org> čálii:
> Kevin Brubeck Unhammer <unhammer@fsfe.org> čálii:
>
>> Hi,
>>
>> I'm using mbsync+dovecot and a .newsrc.eld synced with Syncthing. When I
>> enter the *Group* buffer, the message count is completely off for the
>> IMAP folders, e.g. it claims 729 unread for my INBOX that has 21 read
>> articles and no unread. Another machine claims 1041. Where do the
>> *Group* counts come from, and what do I do to fix it? I've had issues
>> with synced .newsrc.eld's before, but typically the numbers were fixed
>> by just entering and exiting the summary, but no longer.
>
> However, when I do ^ and look at IMAP folders I can subscribe to, it
> shows the correct counts in that buffer.
Actually, they're not always correct there either – my INBOX currently
has one message in cur with UID 67:
$ cat .Maildir/INBOX/.uidvalidity
1484944233
67
$ cat .Maildir/INBOX/dovecot-uidlist
3 V1484949311 N68 G9afa571227878258553300006656e48d
67 W18869 :1485162486.975_430.tenkjepadda,U=67
but when I do ^, *Gnus Browse Server* shows 67 as the message *count*:
67: INBOX
while *Group* currently says
1028: nnimap.fmmbsync.INBOX
-----
This is the secondary-select-method, by the way:
'(nnimap "fmmbsync"
(nnimap-address "localhost")
(nnimap-shell-program "MAIL=maildir:$HOME/.Maildir /usr/lib/dovecot/imap")
(nnimap-stream shell))
Dovecot has
mail_location = maildir:~/.Maildir/:LAYOUT=fs:INBOX=~/.Maildir/INBOX
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: *Group* message counts completely off (and not changing) for imap
2017-01-21 7:59 *Group* message counts completely off (and not changing) for imap Kevin Brubeck Unhammer
2017-01-21 8:20 ` Kevin Brubeck Unhammer
2017-01-22 9:00 ` Kevin Brubeck Unhammer
@ 2017-01-22 22:00 ` Dan Christensen
2017-01-23 9:00 ` Kevin Brubeck Unhammer
2017-01-23 10:16 ` Kevin Brubeck Unhammer
3 siblings, 1 reply; 7+ messages in thread
From: Dan Christensen @ 2017-01-22 22:00 UTC (permalink / raw)
To: info-gnus-english
On Jan 21, 2017, Kevin Brubeck Unhammer <unhammer@fsfe.org> wrote:
> I'm using mbsync+dovecot and a .newsrc.eld synced with Syncthing. When I
> enter the *Group* buffer, the message count is completely off for the
> IMAP folders, e.g. it claims 729 unread for my INBOX that has 21 read
> articles and no unread. Another machine claims 1041. Where do the
> *Group* counts come from, and what do I do to fix it? I've had issues
> with synced .newsrc.eld's before, but typically the numbers were fixed
> by just entering and exiting the summary, but no longer.
Have you tried `M-g' in the *Group* buffer on a group with incorrect
counts? This causes nnimap to refresh the info it has on that group.
Dan
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: *Group* message counts completely off (and not changing) for imap
2017-01-22 22:00 ` Dan Christensen
@ 2017-01-23 9:00 ` Kevin Brubeck Unhammer
0 siblings, 0 replies; 7+ messages in thread
From: Kevin Brubeck Unhammer @ 2017-01-23 9:00 UTC (permalink / raw)
To: info-gnus-english
[-- Attachment #1.1: Type: text/plain, Size: 810 bytes --]
Dan Christensen <jdc@uwo.ca> čálii:
> On Jan 21, 2017, Kevin Brubeck Unhammer <unhammer@fsfe.org> wrote:
>
>> I'm using mbsync+dovecot and a .newsrc.eld synced with Syncthing. When I
>> enter the *Group* buffer, the message count is completely off for the
>> IMAP folders, e.g. it claims 729 unread for my INBOX that has 21 read
>> articles and no unread. Another machine claims 1041. Where do the
>> *Group* counts come from, and what do I do to fix it? I've had issues
>> with synced .newsrc.eld's before, but typically the numbers were fixed
>> by just entering and exiting the summary, but no longer.
>
> Have you tried `M-g' in the *Group* buffer on a group with incorrect
> counts? This causes nnimap to refresh the info it has on that group.
I have, many times. It has no effect :(
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: *Group* message counts completely off (and not changing) for imap
2017-01-21 7:59 *Group* message counts completely off (and not changing) for imap Kevin Brubeck Unhammer
` (2 preceding siblings ...)
2017-01-22 22:00 ` Dan Christensen
@ 2017-01-23 10:16 ` Kevin Brubeck Unhammer
3 siblings, 0 replies; 7+ messages in thread
From: Kevin Brubeck Unhammer @ 2017-01-23 10:16 UTC (permalink / raw)
To: info-gnus-english
[-- Attachment #1.1: Type: text/plain, Size: 877 bytes --]
Kevin Brubeck Unhammer <unhammer@fsfe.org> čálii:
> Hi,
>
> I'm using mbsync+dovecot and a .newsrc.eld synced with Syncthing. When I
> enter the *Group* buffer, the message count is completely off for the
> IMAP folders, e.g. it claims 729 unread for my INBOX that has 21 read
> articles and no unread. Another machine claims 1041. Where do the
> *Group* counts come from, and what do I do to fix it? I've had issues
> with synced .newsrc.eld's before, but typically the numbers were fixed
> by just entering and exiting the summary, but no longer.
SOLVED! I had
(setq gnus-use-cache t
gnus-keep-backlog 1000
gnus-directory (~ "/.News"))
and after deleting ~/.News/cache, a "g" in *Group* fixed the counts.
I guess that explains the off-by-about-1000 counts …
Maybe I should put the nnimap into gnus-uncacheable-groups.
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread