Re: nnmaildir oddities!

[Josh Huber <huber@alum.wpi.edu>]

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

> Does (setq nnmaildir-get-new-mail t) help?

I think it gets a little better...

But, it still gets spooled to the sent-mail folder.  I see this in the
message buffer:

Saving to: nnmaildir: (31)... 

>> 2. Messages saved to the sent-mail folder (which are actually sent
>> mail) are not marked as read, even though I have gnus-gcc-mark-as-read
>> set.
>
> gnus-inews-do-gcc is supposed to take care of this:
> 	      (when (and group-art
> 			 (or gnus-gcc-mark-as-read
> 			     gnus-inews-mark-gcc-as-read))
> 		(gnus-group-mark-article-read group (cdr group-art)))
>
> If you debug-on-entry gnus-group-mark-article-read, is it called?  If
> not, you could debug nnmaildir-request-accept-article and make sure it
> returns a non-nil value (which is stored in group-art above, I think).

Ah -- I think I know the cause of my problems, perhaps.  I'm using
nnmaildir as my primary select method, is this not supported?

gnus-group-mark-article-read is trying to mark an article in
nnmaildir:sent-news, and there is no such group.  It's just
"sent-news"

> You should probably set gnus-uncacheable-groups to include
> "\\`nnmaildir[:+]" for now; nnmaildir article numbers are not quite
> persistent yet.

Okay, turning of the cache got rid of another problem I just noticed
-- the summary buffer lines not matching up with what was displayed in
the article buffer.

I'd really like to use this as my primary select method, since 99% of
my groups are mail.

Any thoughts?

-- 
Josh Huber