Temporary MTA failure on relaying (rw_loop)

[Alex]

Hi,

On Thu, May 29, 2014 at 1:40 AM, Patrick Ben Koetter <p at sys4.de> wrote:

> * Alex <mysqlstudent at gmail.com>:
> > Hi all,
> >
> > I'm using amavisd-new-2.8.1 on fedora20 and I've started to occasionally
> > find the following in the logs:
> >
> > May 28 09:39:38 mail03 postfix/smtp[14293]: 4D45560B4A0: to=<
> 33141 at example.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=43,
> delays=0.79/0.29/0.56/41, dsn=4.5.0, status=deferred (host
> 127.0.0.1[127.0.0.1] said: 451 4.5.0 id=16881-01 - Temporary MTA failure on
> relaying, From MTA() during fwd-connect (No greeting, dt: 35.021 s):
> id=16881-01 (in reply to end of DATA command))
>
> Postfix smtp client attempts to send a message to amavis. amavis defers the
> message, because it can't forward it to the next hop. (amavis has no
> queue. A
> client sends a message to amavis. amavis inspects and forwards it. Then it
> tells the sending client it will accept the message. This way a message
> cannot
> be lost.)
>
...

> > May 28 09:39:39 mail03 amavis[16885]: (16885-01) (!)FWD from <
> > dan.344D07.26320A1 at mr4.mr.bmdeda99.com> -> <34140 at example.com>, 451
> 4.5.0
> > From MTA() during fwd-connect (No greeting, dt: 35.035 s): id=16885-01
> > May 28 09:39:39 mail03 amavis[16881]: (16881-01-2)
> ESMTP:[127.0.0.1]:10024
> > /var/spool/amavisd/tmp/amavis-20140528T093857-16881-rUuP8hQe: <
> > dan.344D07.26321F8 at mr4.mr.bmdeda99.com> -> <50085 at example.com>
> SIZE=15574
> > Received: from mail03.example.com ([127.0.0.1]) by localhost (
> > mail03.example.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
> for <
> > 50085 at example.com>; Wed, 28 May 2014 09:39:39 -0400 (EDT)
>
> I suspect you send the message from amavis back into Postfix. If that is
> so,
> why doesn't Postfix accept the message on reentry? You should take a look
> at
> the log.
>

I just figured out that the maxproc for the amavis service in master.cf
didn't match that which was in my amavisd.conf. Not sure how I would have
changed one then forgot to change the other.

Thanks so much for your response. Really appreciate it.

Thanks,
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.amavis.org/pipermail/amavis-users/attachments/20140529/03dd4323/attachment.html>