Re: help with corrupted files; ticked articles missing

[akb+lists.ding@mirror.to (Andrew B)]

When I do M-g on an nnimap group affected by gnus not having exited
properly, after M-g the status line is:
   3:      30 /  977! 124410: nnimap+servername:INBOX

When I enter the group, it asks how many articles to fetch, defaulting to 1007.
If I tell it "sure, fetch 1007 articles" by hitting RET, it only gets 31,
displaying only one ticked message plus the 30 unread ones.
Doing nothing but entering the group and exiting again the status line becomes:
   3:      30 /    1! 124410: nnimap+servername:INBOX 

It seems like maybe the IMAP server knows about the ticked articles but
gnus does not? But somehow when gnus enters the group its
incorrect/corrupted view gets reasserted?

If I want to hand edit things to fix them, is there documentation on the
.newsrc.eld and .newsrc-dribble file formats? Are there any other files
I need to concern myself with to try to fix things?

  --any assistance appreciated!
  --akb

Eric Abrahamsen <eric@ericabrahamsen.net> writes:
> akb+lists.ding@mirror.to (Andrew B) writes:
>
>> The partition containing my home directory filled up, and I cleared
>> space and exited gnus, though I am not sure in what order. 
>>
>> At present, when I start gnus, the group that I was reading
>> when the disk filled up has a Group buffer line like this:
>> 3:       2 /    1! 124410: nnimap+machinename:INBOX
>>
>> but it should look more like this:
>> 3:      80 /  997! 124410: nnimap+machinename:INBOX
>>
>> When I enter the group, no matter how many articles I tell gnus to
>> fetch, it only shows those two unread articles. The read articles
>> are still on the server, gnus just won't fetch and display them.
>
> With nnimap groups, it can often work to use "M-g" on the group in
> question, which can help refresh Gnus' understanding of read counts from
> the server. That's the first thing I'd try.