Fixes for FreeBSD outside of ports. Fixes: #914
[exim.git] / configs / config.samples / C037
1 Date: Wed, 22 Nov 2000 17:51:42 -0500 (EST)
2 From: Dave C. <djc@microwave.com>
3
4 [Syntax converted for Exim 4 by PH, 06-Dec-2001. Unchecked.]
5
6 Ok.. Ive come up with something which might be worth including in the
7 cookbook. Credit where it is due, the idea for this came from Nigel's
8 C014.
9
10 I have a setup to support ETRN for a few small (ok, two) domains.
11 Currently it just leaves all the mail in the exim spool, and uses the
12 default exim etrn response to flush it out.
13
14 I don't like that - I agree with the opinion expressed on the list that
15 mail should be delivered somewhere else, and then shoved down an SMTP
16 session by some other program. Ive searched far and wide for something
17 suitable to do that shoving, and finally hit upon the only program I
18 trust to do that, handling errors and rejections correctly - exim
19 itself.
20
21 Nigel's solution for 'situation where a site I MX for has a known
22 outage', combined with a bit of bash scriptery, seems to form a neat
23 solution. (An intermittently connected host sort of falls under the
24 'known outage' category ;)
25
26 Without any further fluff, here are the details. Additional comments
27 appear below..
28
29 Either the real (intermittently connected) destination host needs to be
30 listed as the lowest MX (with the exim server as a less preferred) , or
31 the exim server needs to be the lowest MX, but have a router before the
32 lookuphost router which uses route_list or something appropriate to
33 normally deliver mail to the dialup host. The former is probably better
34 for a host which is usually connected and is only occasionally
35 disconnected (since other hosts would be able to delivery directly most
36 of the time, skipping an extra relay), while the latter would probably
37 work better for the converse ;) This paragraph actually applies anytime
38 you are using ETRN..
39
40 In either case, the routers below must precede whatever router handles
41 the normal direct-to-dialup-destination..
42
43 --
44
45 smtp_etrn_command = /etc/exim/etrn_script $domain
46
47 [- Content of /etc/exim/etrn_script: -]
48 #!/bin/sh
49  
50 # Where exim lives
51 EXIM=/usr/sbin/exim
52  
53 # Something appropriate to generate a temporary unique string 
54 UNIQ=`head -c100 /dev/urandom | md5sum | cut -f 1 -d" "`
55
56 arg=$1
57 domain=`echo $arg | sed 's/^\#//g'`
58  
59 if ( test -f /var/spool/etrn/${domain} ); then
60  exim_lock -q /var/spool/etrn/${domain} "mv /var/spool/etrn/${domain} /tmp/etrn-bsmtp-${UNIQ}"
61  ( cat /tmp/etrn-bsmtp-${UNIQ}
62    echo "QUIT" ) | $EXIM -bS -oMr etrn_requeue
63  rm -f /tmp/etrn-bsmtp-${UNIQ}
64 fi
65  
66 $EXIM -R $domain
67
68 [- end of etrn_script -]
69
70 [- exim transport -]
71
72 bsmtp_for_etrn:
73  driver=appendfile
74  file=/var/spool/etrn/$domain
75  user=exim
76  batch_max = 1000
77  use_bsmtp 
78
79 [- routers -]
80 [- You probably would want to put the domains in a file or a dbm and
81 [- adjused the 'domains' setting appropriately for both of these..
82
83 # If any message has already been delivered to the bsmtp file,
84 # this will detect the existence of the file and all messages will
85 # go there, regardless of age.
86 etrn_already:
87  driver = accept
88  transport = bsmtp_for_etrn
89  require_files = /var/spool/etrn/$domain
90  domains = etrntest.somedomain.com
91  
92 # If a message has been on the queue for over the specified amount of
93 # time, this will catch it and drop it into the bsmtp file
94 etrn_delay:
95  driver = accept
96  transport = bsmtp_for_etrn
97  condition = ${if >{$message_age}{1800} {yes}{no}}
98  domains = etrntest.somedomain.com
99
100 [- -]
101
102 Basically, this setup lets exim try to deliver to the real host for up
103 to whatever time is specified in the \%etrn_delay%\ router. (1800 seconds =
104 30 minutes), and then delivers all waiting messages, and any further
105 messages, directly to a BSMTP file. This setup uses one big BSMTP
106 file per domain, it probably wouldnt be too complex to have it use separate
107 files.
108
109 When the \^etrn_script^\ runs, it locks and renames the BSMTP file, and
110 reinjects the messages to Exim, which (presumably) will now be able to
111 deliver them. If it can't, then once they are too old they will again
112 be sent off to the BSMTP file.. (If for som reason this occurs over and
113 over without Exim being able to deliver them, eventually the messages
114 will be returned with \*too many Received headers*\; this is a good
115 thing, since their age will never get high enough for them to be
116 returned by any retry rules).