problem with article count

problem with article count

[Rodrigo Lazo]

hi everybody,

I'm using gnus for about a month and I have a problem while reading my
mail. I use the nnmaildir backend and I get my mail through
fetchmail/procmail.

I had too many old mails on my inbox so I decided to clen it so now I
only have 30 stored on my inbox, I deleted the old ones using the
gnus-summary-delete-article function. Then from the group buffer I
used gnus-group-clear-data and gnus showed 30 unreaded messages. So
far so good. Then, I marked all as readed.  But when I try to enter
I'm getting the old message:

How manu articles from nnmaildir+rodrigo:inbox (default 325):

When I started using gnus I could enter my inbox and this message
didn't appear and I had the same amount of emails. I want to do this
again.

Best regards

-- 

Rodrigo Lazo (rlazo)

Re: problem with article count

[Rud1ger Sch1erz]

Hi,

Rodrigo Lazo <rlazo.paz@gmail.com> writes:

> I'm using gnus for about a month and I have a problem while reading my
> mail. I use the nnmaildir backend and I get my mail through
> fetchmail/procmail.
[...]
> How manu articles from nnmaildir+rodrigo:inbox (default 325):
>
> When I started using gnus I could enter my inbox and this message
> didn't appear and I had the same amount of emails. I want to do this
> again.

This is in the FAQ:

,----[ Question 4.12: ]
| 
| The number of total messages in a group which Gnus  displays in group
| buffer is by far to high, especially in  mail groups. Is this a bug?
| 
|    Answer:
| 
|    No, that's a matter of design of Gnus, fixing this would  mean
| reimplementation of major parts of Gnus'  back ends. Gnus thinks
| "highest-article-number -  lowest-article-number =
| total-number-of-articles". This  works OK for Usenet groups, but if you
| delete and move  many messages in mail groups, this fails. To cure the
| symptom, enter the group via `C-u RET'  (this makes Gnus get all
| messages), then  hit `M P b' to mark all messages and  then say `B m
| name.of.group' to move  all messages to the group they have been in
| before, they  get new message numbers in this process and the count is
| right again (until you delete and move your mail to other  groups
| again).
`----

Alternatively you can run:

`M-x nnml-generate-nov-databases RET':

,----[ (info "(gnus)Mail Spool") ]
|    If your `nnml' groups and NOV files get totally out of whack, you
| can do a complete update by typing `M-x nnml-generate-nov-databases'.
| This command will trawl through the entire `nnml' hierarchy, looking at
| each and every article, so it might take a while to complete.  A better
| interface to this functionality can be found in the server buffer
| (*note Server Commands::).
`----

HTH,
Rudiger

Re: problem with article count

[François Lagarde]

Hi,

I have already posted a similar question. I tried the hints that you have done
without success. My nnml folders have a hierarchical structure such:

nnml:folder 
nnml:folder.a
nnml:folder.b


the "folder" count article is still wrong. I agree to say that this bad count
article is partly wrong owing to the moving articles, but does someone know if
it is related to the hierarchical structure.

any helps would be appreciated.


Hi,
Rodrigo Lazo <rlazo.paz@gmail.com> writes:

> I'm using gnus for about a month and I have a problem while reading my
> mail. I use the nnmaildir backend and I get my mail through
> fetchmail/procmail.
[...]
> How manu articles from nnmaildir+rodrigo:inbox (default 325):
>
> When I started using gnus I could enter my inbox and this message
> didn't appear and I had the same amount of emails. I want to do this
> again.

This is in the FAQ:

,----[ Question 4.12: ]
| 
| The number of total messages in a group which Gnus  displays in group
| buffer is by far to high, especially in  mail groups. Is this a bug?
| 
|    Answer:
| 
|    No, that's a matter of design of Gnus, fixing this would  mean
| reimplementation of major parts of Gnus'  back ends. Gnus thinks
| "highest-article-number -  lowest-article-number =
| total-number-of-articles". This  works OK for Usenet groups, but if you
| delete and move  many messages in mail groups, this fails. To cure the
| symptom, enter the group via `C-u RET'  (this makes Gnus get all
| messages), then  hit `M P b' to mark all messages and  then say `B m
| name.of.group' to move  all messages to the group they have been in
| before, they  get new message numbers in this process and the count is
| right again (until you delete and move your mail to other  groups
| again).
`----

Alternatively you can run:

`M-x nnml-generate-nov-databases RET':

,----[ (info "(gnus)Mail Spool") ]
|    If your `nnml' groups and NOV files get totally out of whack, you
| can do a complete update by typing `M-x nnml-generate-nov-databases'.
| This command will trawl through the entire `nnml' hierarchy, looking at
| each and every article, so it might take a while to complete.  A better
| interface to this functionality can be found in the server buffer
| (*note Server Commands::).
`----

HTH,
Rudiger

-- 
F. Lagarde

Re: problem with article count

[Slackat]

Rodrigo Lazo <rlazo.paz@gmail.com> writes:

> hi everybody,
> 
> I'm using gnus for about a month and I have a problem while reading my
> mail. I use the nnmaildir backend and I get my mail through
> fetchmail/procmail.
> 
> I had too many old mails on my inbox so I decided to clen it so now I
> only have 30 stored on my inbox, I deleted the old ones using the
> gnus-summary-delete-article function. Then from the group buffer I
> used gnus-group-clear-data and gnus showed 30 unreaded messages. So
> far so good. Then, I marked all as readed.  But when I try to enter
> I'm getting the old message:
> 
> How manu articles from nnmaildir+rodrigo:inbox (default 325):
> 
> When I started using gnus I could enter my inbox and this message
> didn't appear and I had the same amount of emails. I want to do this
> again.
> 

Would zapping all the messages, after having placed

(setq nnmail-keep-last-article t)

in your conig file.

-- 
Regards,
Slackrat
Bill Henderson
[No _4Q_ for direct email]