Like I said, dumb question. Try feeding a single mail message to slocal
and see if it does anything. You say that you just updated the system.
Make sure that the path to slocal hasn't changed. Make sure that the path
to rcvstore, etc, hasn't changed (and is correct inside .maildelivery).
Give yourself a really simple default rule, better still a *, maybe:
* - > A /tmp/foo
>
> > Dumb question, but do you have a .maildelivery file?
>
> Yes I do have that file. I used exmh for the last three years, and
> that file is pretty long too. The fact is I just updated the system,
> and I do have the problems I stated.
>
> Sergio
>
>
> > Dumb question, but do you have a .maildelivery file?
> >
> > >
> > > Hi,
> > >
> > > I use exmh 2.0.2 and nmh 0.27. When the Inc button is associated to
> > > "presort", exmh invoques slocal and no message is collected. When
> > > the Inc button is associated to "inc" instead, exmh invoques inc and the
> > > messages are then collected. It seems to me that slocal is not
> > > working. Is there a way to check wether slocal is really working?
> > >
> > > This is the message I get from the Log, when using presort:
> > >
> > > > gAction Inc IncInner
> > > > BackgroundPending Inc
> > > > presort inc ...
> > > > 1
> > > > exmh-bg {FlistFindUnseen reset=0}
> > > > FlistFindStart reset=0 active=0
> > > > Flist_Done
> > > > No unread msgs
> > > > exmh-bg {Flist_FindUnseen end {50195 microseconds per iteration}}
> > > > BackgroundComplete Inc
> > > > background actions complete
> > > > exec {folder +inbox < /dev/null}
> > >
> > > and no message appears in exmh's inbox, however:
> > >
> > > > <sb@scotus> [~]
> > > > --> mail
> > > > Mail version 8.1 6/6/93. Type ? for help.
> > > > "/var/spool/mail/sb": 1 message 1 unread
> > > > >U 1 [EMAIL PROTECTED] Thu Jan 28 12:07 44/1693
> > > > & q
> > > > Held 1 message in /var/spool/mail/sb
> > > > <sb@scotus> [~]
> > > > -->
> > >
> > >
> > >
> > > Thank's for help.
> > >
> > > Sergio
>
>
>
