Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader
 help / color / mirror / Atom feed
* gnus not slurping mbox files
@ 2021-02-01 22:28 Harry Putnam
  2021-02-08  2:41 ` reader
  0 siblings, 1 reply; 2+ messages in thread
From: Harry Putnam @ 2021-02-01 22:28 UTC (permalink / raw)
  To: info-gnus-english

I've had these lines in gnus for years:

  (setq mail-sources
             '((file :path "/var/spool/mail/reader")
               (directory :path "/spool/in/"    :suffix ".in")))

And then I have procmail splitting incomming mail by provmail rules
into mbox files ending with the suffix `in'  (`in') like

   friend-name.in

Its an mbox file with whatever number of messages, there may be
several created or added too each time I pull mail from pop3 box.

gnus slurps the mbox messages but never deletes the empty file.
I've forgotten which part of the manual covers this.

That has worked for quite a few years.  But ever since I made a major
move to a new host and have to get mail working smoothly.  Gnus has
refused to slurp from the files procmail creates for that purpose.

I don't see any errors and nothing in \*Messages\* that seems to
indicate anything untoward is happening.... just seem gnus flat
ignores the mbox files.

How can I get to the bottom of what is causing this?


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: gnus not slurping mbox files
  2021-02-01 22:28 gnus not slurping mbox files Harry Putnam
@ 2021-02-08  2:41 ` reader
  0 siblings, 0 replies; 2+ messages in thread
From: reader @ 2021-02-08  2:41 UTC (permalink / raw)
  To: info-gnus-english

Harry Putnam <reader@newsguy.com> writes:

> I've had these lines in gnus for years:
>
>   (setq mail-sources
>              '((file :path "/var/spool/mail/reader")
>                (directory :path "/spool/in/"    :suffix ".in")))
>
> And then I have procmail splitting incomming mail by procmail rules
> into mbox files ending with the suffix `in'  (`in') like
>
>    friend-name.in
>

I did check the obvious things like permissions and ownership.  None
were involved.  I did dicover that if I take the time to hand create
nnml with the same name minus the suffix `.in' so using the above mbox
group named friend-name.in.  If I hand create an nnml group by the
name `nnml:friend-name' then the next time I press `g' get news and
mail, gnus will slurp that mbox groups into the nnml group I created.

But, that isn't the way its supposed to work... That hand created part
isn't part of the plan. But, at least I have a work around while I'm
slugging away at getting my mail working some way or other.


_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-02-08  3:29 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-02-01 22:28 gnus not slurping mbox files Harry Putnam
2021-02-08  2:41 ` reader

Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://inbox.vuxu.org/info-gnus-english

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V1 info-gnus-english info-gnus-english/ http://inbox.vuxu.org/info-gnus-english \
		info-gnus-english@inbox.vuxu.org
	public-inbox-index info-gnus-english

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://inbox.vuxu.org/vuxu.archive.emacs.gnus.user


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git