[exim] Retry Timeout query...

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: james
Dátum:  
Címzett: exim-users
Tárgy: [exim] Retry Timeout query...
Hi All,



I have a couple of exim (v4.95) instances running in a store and forward
manner (IP: 1.2.3.4 in the excerpt below), buffering mail from the internet,
and sending on to another exim instance (IP: 2.3.4.5 in the excerpt below).
The network link between 1.2.3.4 and 2.3.4.5 is not available all of the
time.



What I am experiencing is that If the main (IP: 2.3.4.5) server mail offline
for more than two days, e-mail is being discarded by the forwarding instance
(IP: 1.2.3.4).



The only relevant lines in the configuration (on IP: 1.2.3.4) I can see are
as follows:



ignore_bounce_errors_after = 10w

timeout_frozen_after       = 10w


.

begin routers

smarthost_1:

driver = manualroute

domains = +local_domains

local_parts = ${lookup mysql{"some sql stuff.."}}

transport = remote_smtp

route_data = 2.3.4.5



begin transports

remote_smtp:

driver = smtp

message_size_limit = ${if > {$max_received_linelength}{1200} {1}{0}}



begin retry

2.3.4.5                   *             F,2h,15m; F,31d,1h


domain.com       *             F,2h,15m; F,31d,1h


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




The emails in question are being send to abc@???
<mailto:abc@domain.com> from anybody on the internet. The event cases I am
trying to cover are that exim 1.2.3.4 when connected to 2.3.4.5 has the tcp
connection refused (e.g. not on net), or that host 2.3.4.5 issues a 4XX
error, or even an 5XX error, to exim hosted at 1.2.3.4 but want the mail to
be retained on the store and forward instance for up to a month, with a
retry mechanism. 2.3.4.5 is the final destination for the mail.



Imagine that 2.3.4.5 is only online / executing for a specific schedule and
period.



Any ideas as to what I have misunderstood about the retry mechanism or any
other issues someone more experienced than I can see please?



73,

James