nnmaildir: everything works, except inbox

nnmaildir: everything works, except inbox

[Pietro Giorgianni]

[-- Attachment #1: Type: text/plain, Size: 886 bytes --]

hi,

i use getmail and mailfilter to fetch and split my mail in maildir
folders.

all unsorted mail (mostly spam) arrives to inbox, and then i delete
almolst everything.

in the last weeks, the inbox folder worked strangely: selecting inbox
with no unread messages but with, let's say, 20 old messages, it asked
me for how many old messages i wanted to read, defaulting to more than
thousand, and then it showed the old messages.

few days ago i deleted all messages in inbox, and now, in the group
buffer, when i get new news, i see: 1545: inbox.

i then select inbox and it says that there are no unread news; i
select inbox again to see old messages, it hasks how many, default
1680, and then: no unread messages (mutt can read it, there are 24
messages).

i tried deleting ~/Mail/inbox/.nnmaildir/, but without effects.

why is happening this, and how can i fix it?

thanks

pietro

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: nnmaildir: everything works, except inbox

[Paul Jarc]

Pietro Giorgianni <giorgian@interfree.it> wrote:
> in the last weeks, the inbox folder worked strangely: selecting inbox
> with no unread messages but with, let's say, 20 old messages, it asked
> me for how many old messages i wanted to read, defaulting to more than
> thousand, and then it showed the old messages.

This is normal, I think.  Gnus computes the thousand by subtracting
the smallest article number from the largest.

> few days ago i deleted all messages in inbox, and now, in the group
> buffer, when i get new news, i see: 1545: inbox.

Hm.  If the cur directory is empty, and there are no cached articles,
etc., then I don't *think* that should happen.  What version of Gnus
is this?

When new messages are delivered to this maildir, do you have any
trouble reading them?  Or does the misbehavior only happen when the
maildir is empty?

> i tried deleting ~/Mail/inbox/.nnmaildir/, but without effects.

That will cause article numbers to start over from 1 again.  That will
interfere with the cache, the agent, and 'seen marks, which
unfortunately are not stored in backends.  Also, deleting .../num
while Gnus is running could be harmful, I'm not sure.


paul

Re: nnmaildir: everything works, except inbox

[Pietro Giorgianni]

[-- Attachment #1: Type: text/plain, Size: 1390 bytes --]

prj@po.cwru.edu (Paul Jarc) writes:

> This is normal, I think.  Gnus computes the thousand by subtracting
> the smallest article number from the largest.

ok, but this is a bit unpleasant when a folder (like my inbox) has 3
messages, with numbers, say, 3, 45, 1422...

it also makes completely useless the question "how many articles" when
i use insert old articles: i say 1, it adds 0 messages: i should say,
in the example, about 1400.

can i periodically tell gnus to restart from zero, or i must, in the
example above, delete messages 3 and 45 to have a better guess of
message numbers?

> Hm.  If the cur directory is empty, and there are no cached articles,

how do i know if there are cached articles?

> etc., then I don't *think* that should happen.  What version of Gnus
> is this?

Gnus v5.10.6 - debian testing.

> When new messages are delivered to this maildir, do you have any
> trouble reading them?  Or does the misbehavior only happen when the
> maildir is empty?

i can *never* read inbox, with gnus: i'm using mutt for inbox, and
gnus for all the rest!

> That will cause article numbers to start over from 1 again.  That will
> interfere with the cache, the agent, and 'seen marks, which
> unfortunately are not stored in backends.  Also, deleting .../num
> while Gnus is running could be harmful, I'm not sure.

isn't there a rebuild everything, or the like?

pietro

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]