Re: [Exim] mail bounces if lmtpd is down

Góra strony
Delete this message
Reply to this message
Autor: Michael J. Tubby B.Sc. \(Hons\) G8TIC
Data:  
Dla: exim-users
Temat: Re: [Exim] mail bounces if lmtpd is down
----- Original Message -----
From: "Philip Hazel" <ph10@???>
To: "Ilya" <mail@???>
Cc: <exim-users@???>
Sent: Monday, July 29, 2002 9:43 AM
Subject: Re: [Exim] mail bounces if lmtpd is down


> On Sat, 27 Jul 2002, Ilya wrote:
>
> > ocasionally the lmtpd from cyrus goes down, if that happens the mail

which comes during that time bounces with following error:
> > Child process of local_delivery_cyrus transport returned 75 (could mean

temporary error) from command:
> >     /usr/local/cyrus2/bin/deliver

>
> Does it bounce immediately? 75 is by default treated as a temporary
> error, and should cause a defer.
>
> > This is not desirable. Can some one point me to what is wrong with my

config, and how I can prevent bounces if not for all temporary error, than
at least for this one?
>
> There is an option of the pipe transport called temp_errors which
> defines which errors are to be considered temporary. Its default
> normally includes 75. It requires ignore_status to be false, but that is
> also the default, and you mention neither in your transport:
>
> > local_delivery_cyrus:
> >         driver = pipe
> > command = "/usr/local/cyrus2/bin/deliver -f

${local_part}@${domain} -q -m ${substr_1:${local_part_suffix}} -- ${
> > local_part}"
> > #command = "/bin/echo ${substr_1:${local_part_suffix}} --

${local_part}>/tmp/111"
> >         user = cyrus
> >         group = cyrus
> >         return_output =
> >         log_output = true
> >         prefix =
> >         suffix =

>
> So it should be treating 75 as a temporary error, and deferring. We need
> to see debugging output to see why it is not...
>
> > here is an output of -d 10
> > amazingly there is no any mentioning of error here. so the only place to

know what happens is either sender email, or mainlog of exim:
>
> There is no mention of cyrus either, so I suspect this debugging info
> isn't for the right message. The message handled in that debug output
> goes to the amavis transport, not to the local_delivery_cyrus transport.
>
>
> --
> Philip Hazel            University of Cambridge Computing Service,
> ph10@???      Cambridge, England. Phone: +44 1223 334714.

>
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim

details at http://www.exim.org/ ##
>
>