On Thu, 20 Sep 2001, Claus Assmann wrote:
Hi,
sorry that I forgot to include Subject in original post.
here're some more details, which make me more curious. From e-mail
headers of those requed messages (after I got them) it looks sendmail is
requeing sending the mail and procmail is probbaly only hanging on on
other end of pipe to read the status from sendmail. But the loop looks to
be on sendmail's side, not procmail requeing the message!
My .procmailrc contains:
:0c
| /usr/sbin/sendmail -t -oi mmokrejs(_at_)natur(_dot_)cuni(_dot_)cz
Why do you use -t ? You send the mail to all recipients
in the To: and Cc: header again...
Hmm, so I have the working configuration now again, thanks!
However, some explanations for the sake of e-mail archives:
So this line in .forward works even now, when I have omitted the -t flag
to sendmail:
"| IFS=' ' && /mnt/mokrejs/bin/procmail -a mokrejs -tf- || exit 75 #mokrejs"
procmail(1)
-t Make procmail fail softly, i.e., if procmail cannot
deliver the mail to any of the destinations you gave,
the mail will not bounce, but will return to the
mailqueue. Another delivery-attempt will be made at
some time in the future.
Having .forward like:
"|/mnt/mokrejs/bin/procmail -a mokrejs -f-"
did not help in itself.
Why I used -t option for sendmail?
sendmail(1)
-t Read message for recipients. To:, Cc:, and Bcc: lines will
be scanned for recipient addresses. The Bcc: line will be
deleted before transmission.
Well actually because I thought that if I omit it, I'd have to specify the
recipients adresses on the commandline. Because I'm passing e-mail with
the To: filed, I thought it's the only right way to do it so.
Now after I'm thinking how it evolved, I used originally in the procmail
recipe (but had same problems with Requeued messages):
:0c
! mmokrejs(_at_)natur(_dot_)cuni(_dot_)cz
which procmail expands to default compiled-in variables:
procmail: Assigning "SENDMAIL_FLAGS=-oi -t"
procmail: Assigning "SENDMAIL=/usr/sbin/sendmail"
So, now I'm curious why it works for many people and also works for me
here, but not THERE on THAT server. ;)
--
Martin Mokrejs - PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail