Re: mail group ('G f') not expiring/shrinking

[Clemens Fischer <ino@despammed.com>]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> /----
> | `directory'
> |      Get mail from several files in a directory.  This is typically used
> |      when you have procmail split the incoming mail into several files.
> |      That is, mail from the file `foo.bar.spool' will be put in the
> |      group `foo.bar'.  (You can change the suffix to be used instead of
> |      `.spool'.)  Setting `nnmail-scan-directory-mail-source-once' to
> |      non-nil forces Gnus to scan the mail source only once.  This is
> |      particularly useful if you want to scan mail groups at a specified
> \----
>
> If this is unclear, please suggest improvements.

well, i rerad this and many other entries several times, and i reread
it here in your citation, and if i hadn't experimented, it would still
not be clear to me (although you even suggested using :directory in
private email, but with no apparent reason).  why not tell people:
"using :directory will prohibit gnus from further splitting the
mail-source, but it will do so when using :file."  i want that to be
clearly stated, because at that time i had many old mbox-type folders
in the incoming directory, some of which where prefiltered by
procmail.  also, those files did not have any distinguishing marks
like some suffix.  this made me think i should rather use the :file
attribute to be more picky.

... until out of other leads to go on i fitted some unimportant folder
with .spool at the end, commented out the :file's and used the
:directory.  before that i had thought :file and :directory were just
different means to pick mail-sources.  when i read "That is, mail from
the file `foo.bar.spool' will be put in the group `foo.bar'", with the
sentence before that leading in with "typical", i don't see why using
:file is any different.

-- 
clemens