Re: [Exim] default behavior of failed delivery to a smart ho…

Pàgina inicial
Delete this message
Reply to this message
Autor: Rick Ennis
Data:  
A: exim-users, Steve Romero
Assumpte: Re: [Exim] default behavior of failed delivery to a smart host
Steve,

> Does the default behavior queue the mail?


Yep. If the "smarthost" is unreachable or times out (i.e. is too slow in
responding) the message remains on the local queue for however long you
have configured in your retry rules. Using the retry rule that comes in
the default "configure" file:

*                      *           F,2h,15m; G,16h,1h,1.5; F,4d,8h


it should keep trying for up to just over 4 days. If it can't reach the
smarthost after 4 days it will bounce the message. If you want to increase
that time just change the "4d" in that section of your config.



----- Original Message -----
From: "Steve Romero" <sromero@???>
To: <exim-users@???>
Sent: Tuesday, April 30, 2002 4:10 PM
Subject: Re: [Exim] default behavior of failed delivery to a smart host


> Phil,
>
> Thanks for the clarification.
>
> So how do you prevent mail from being discarded by the transport when the
> smarthost is unreachable. Does the default behavior queue the mail?
>
> Thanks.
>
> Regards,
> Steve Romero
>
> At 07:26 PM 4/30/2002 +0100, you wrote:
> >On Tue, 30 Apr 2002, Steve Romero wrote:
> >
> > > smarthost:
> > >    driver = domainlist
> > >    transport = remote_smtp
> > >    route_list = * 111.111.111.111 byname
> > >    host_find_failed = freeze

> > >
> > > There are 3 other switches that can be used besides "freeze"

including:
> > > defer, pass, and fail.
> > >
> > > I was wondering what the default behavior of the router would be if

the
> > > "host_find_failed" option were not used here, and the smarthost were
> > > unreachable for any reason.
> >
> >host_find_failed applies to *finding* the host. In the example above,
> >finding the host will never fail, because you've given its IP address.
> >"Finding" is referring to looking up the IP address in the DNS.
> >
> >Connection failures happen in transports, not in routers.
> >
> >--
> >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/ ##
>
>
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim

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