At 20:48 2004-05-21 +0200, Guido Van Hoecke wrote:
Procmail is called by fetchmail via following mda line in
~/.fetchmailrc:
mda "/bin/procmail -d %T"
FTR, /bin/ is not a standard installation point for procmail. Perpahs
fetchmail is FAILING TO INVOKE PROCMAIL because of this. What does 'which
procmail' tell you at the shell?
Why not just have fetchmail deliver to the MTA for delivery as it sees fit
(which, if you're using procmail, should be procmail as LDA, or you'll have
a .forward)? Or does your cygwin setup not have an MTA?
I think that the above recipes are textbook examples, and still none
of them works, and I do not get a log file.
move your default mailbox file:
mv (wherever)/guivho ~/my_mailbox
then, redirect this through formail invoking procmail:
formail -s procmail -m ~/.procmailrc < ~/my_mailbox
Do they filter? If so, procmail works, and your problem is in fetchmail or
elsewhere.
IMO, you'd be better off taking an ancient P1 (or better if you've got it)
box and setting up a console-based (no X-windows) *nix distro on it and
using it for mail (and other things) rather than messing with a crutch such
as cygwin. It'll take a LOT less time, and when you need assistance with
something, everyone won't be wondering if it is an issue with your
pseudo-environ.
Windows boxes have to be rebooted entirely too often for stability reasons
(hey, I run Windoz on my desktop workstation - I'm not totally bashing its
usefulness), and as such, it makes a poor foundation to run a more stable
OS on top of.
---
Sean B. Straw / Professional Software Engineering
Procmail disclaimer: <http://www.professional.org/procmail/disclaimer.html>
Please DO NOT carbon me on list replies. I'll get my copy from the list.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail