Mail delivery is again working. The only change made, was the removal of
a
call to strace in /etc/hosts.allow (where sendmail is called) for the
virtual
domain.
I don't know if strace really was the whole problem; as I was using it
to see what
sendmail was doing.
I was doing an strace -f -ff -o <outputfile> <command to call sendmail>
At 15:07 2002-04-04 -0500, Errol Casey did say:
Recently, I upgraded a Redhat 7.1 system to use Sendmail 8.11.6 (vs
8.11.2);
and upgraded Procmail from 3.14 to 3.15.2
You don't indicate if you were _previously_ even using sendmail as the
LDA.
[No actually the previously used sendmail, also used procmail as LDA,
and it worked.]
I'm down getting a EX_TEMPFAIL error from procmail when local delivery
is attempted.
Sendmail seems to accept the mail for delivery fine based on logs.
Do the logs contain any reference to procmail issues? "suspicious"
files
and such?
[no. here are sample logs from problem period
Apr 4 13:08:21 server17 sendmail[25673]: g34I8D525673:
to=errol(_at_)errol(_dot_)aitcom(_dot_)net, ctladdr=root (0/0), delay=00:00:08,
xdelay=00:00:01, mailer=esmtp, pri=30032, relay=errol.aitcom.net.
[208.234.27.78], dsn=2.0.0, stat=Sent (g34I8KR25676 Message accepted for
delivery)
Apr 4 13:46:51 server17 sendmail[26663]: g34IkjA26663:
to=errol(_at_)errol(_dot_)aitcom(_dot_)net, ctladdr=root (0/0), delay=00:00:06,
xdelay=00:00:00, mailer=esmtp, pri=30032, relay=errol.aitcom.net.
[208.234.27.78], dsn=2.0.0, stat=Sent (g34IkpU26666 Message accepted for
delivery)
Apr 4 13:52:09 server17 sendmail[26806]: g34Iq7326806:
to=errol(_at_)errol(_dot_)aitcom(_dot_)net, ctladdr=root (0/0), delay=00:00:02,
xdelay=00:00:00, mailer=esmtp, pri=30008, relay=errol.aitcom.net.
[208.234.27.78], dsn=2.0.0, stat=Sent (g34Iq9j26809 Message accepted for
delivery)]
What is your LDA commandline?
[From sendmai.cf
Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn9,
S=EnvFromL/HdrFromL,R=EnvToL/HdrToL,
T=DNS/RFC822/X-Unix,
A=procmail -Y -a $h -d $u]
Do you have an /etc/procmailrc that isn't good? (improper privledges,
ownership, etc) ?
[No /etc/procmailrc in use}
Do you have sufficient disk space?
[Yes]
Do you have a quota issue?
[No]
What user is sendmail being invoked as?
[User invoking email is a non-setuid user, although the binary is
setuid; and started
in a chrooted directory]
Who owns the procmail binary? Is it SETGID or SETUID?
[root owns it, it is setuid]
EX_TEMPFAIL is a return code that some people elect to use from their
filters to make fake bounces. Are you sure you don't have an
/etc/procmailrc ?
[Yes]
Did you install sendmail and/or procmail from a "package" rather than
SOURCE?
[Installed both from source.]
Fortunately, the problem is not persisting after I removed the strace
statement;
but I would be interested in any other tips if any that you or others
could
provide for future troubleshooting.
[Sorry, I did not provide sufficient details but I think I've answered
all the questions
you provided me.]
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail